Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Общие вопросы менеджмента

Вопросы, методики, инструменты, находки в менеджменте, не обязательно относящиеся к управлению информационными технологиями

Мотивация разработчика В2В продукта

Команда создания и развития продукта состоит из разных людей: разработчиков, аналитиков, QA, владельца продукта и, иногда, из иных участников. Основной костяк этой группы обеспечивает непрерывную работу производственной системы (как минимум в части “downstream”) по созданию и поставке фич, на основании содержимого бэклога. Производительность, эффективность этого конвейера – прямая ответственность членов команды.  Такая формулировка карты ответственности чревата управленческой ошибкой по превращению разработчика в дорогостоящую машину по созданию и закручиванию разнокалиберных гаек, снова и снова, сегодня, завтра и вчера. Разработчики, конечно, любят кодить, любят свою работу (те кто не любят – не работают разработчиками, дураков нет), но в роли роботов живут не…

Если вы уложились во все сроки в дорожной карте развития продукта, значит что-то идет не так!

Представьте себе продуктовую команду, которая радостно празднует крупную победу! Менеджер по продукту, команда разработчиков, владелец продукта, может быть даже парочка руководителей компании совместно отмечают успех. Должно быть, они достигли чего-то значительного, верно? Что это может быть: новый уровень прибыли? Важные вехи в прохождении дорожной карты? Достижение целевых показателей в расширении клиентской аудитории? Положительный отзыв о продукте в крупном отраслевом издании? А что, если команда празднует тот факт, что они выпустили новую версию продукта за день до крайнего срока, обозначенного в дорожной карте? Это, конечно, может быть поводом для радости. А может и нет. Поставка новой функциональности или продукта вовремя –…

Трудности SMART

Наверное, все знакомы с набором критериев SMART, которым должна соответствовать правильно поставленная цель, задача. По моим наблюдениям самая большая проблема на практике у людей возникает с «R». Следует уточнить, что несмотря на то, что нередко под «R» понимают, как и было предложено в первой публикации, где этот акроним использовался, «realistic» (реалистичный), я имею в виду наиболее часто используемый ныне смысл «relevant» (релевантный). Соотнесение цели с контекстом. В широком смысле это означает в том числе соотнесение измерения с целями измерения. «Зачем измерять?» – первый вопрос, на который необходимо ответить при формировании любого отчёта и любой системы измерения и оценки. Например, так…

Интерфейс управления ИТ-продуктом: зачем он нужен бизнесу?

В эволюции взаимодействия ИТ-разработки и бизнеса период простой автоматизации процессов уступил место интеграции информационных продуктов в бизнес-модели. Теперь ИТ-разработка не только поддерживает бизнес, но и является непосредственным соучастником его развития, предоставляя новые возможности для создания ценности. Разумеется, автоматизация бизнес-процессов всё ещё является преимущественным использованием информационных систем, однако тренд в сторону включения ИТ-разработки в развитие бизнес-моделей непрерывно нарастает. И уже наметилось смещение в сторону следующего шага, когда бурный рост информационных технологий становится основой для экспериментов и поиска новых источников для бизнеса. Создание экосистем управления потребителями, омниканальность, персонализация, цифровая логистика, монетизация данных и многое другое – это энейблеры уже сегодняшнего дня. И…

Критическая способность по управлению рисками

Завершившийся 2020 год был богат событиями. Главная угроза 2020 года, COVID-19, сформировала новую реальность, новую норму. В корпоративном мире управления изменилось многое: стагнация выстроенных логистических и продуктовых цепочек, поиск новых рынков и форматов, изменение взгляда на фондирование, изменение отношения к сотрудникам и клиентам, выстраивание взаимоотношений с властями, участие в волонтерских акциях. Несколько общих наблюдений о том, как транформация затронула корпоративный сектор: Компании, особенно крупные, особенно остро почуствовали насколько их бизнес-результаты в отдельных областях зависят от ключевых сотрудников. Потери среди актива вносят дополнительный хаос в, и без того, высокотурбулентную ситуацию. Ключевые сотрудники – чемпионы вносят максимальный вклад в то, чтобы двигать…

Covid-19 делает комплектование критическим фактором успеха бизнес-процессов

Один известный консультант по бизнес-процессам, Ян Джеймс, сделал проницательное наблюдение: “командная работа чаще всего терпит неудачу в моменты передачи работы между исполнителями отдельных шагов”. Данное утверждение хорошо иллюстрируется эстафетной гонкой, в которой команда из четырёх хороших спринтеров может обогнать команду из четырёх лучших спринтеров благодаря более быстрой работе в зоне передачи. Ключом к победе является то, сколько времени эстафетная палочка проводит в зоне передачи. В бизнес-процессах зона обмена – это момент перехода работы от человека к человеку, от отдела к отделу, от организации к организации. Эти переходы чреваты потенциальными проблемами, делая точки передачи работы тихими убийцами производительности каждой компании. Поскольку…

Работать меньше, чтобы сделать больше

Все, а больше всех инвесторы и спонсоры, хотят, чтобы вся команда работала над новыми задачами, фичами, эпиками не останавливаясь. Тем не менее, несмотря на столь жгучее желание, команда не сможет выделить все свое время на новые разработки. Причин тому несколько: Баги случаются, и когда они случаются, то они становятся приоритетом. Нестабильное или нефункциональное хоть в чем-то приложение генерирует не только прямые потери через снижение продаж, но и снижает конверсию, отталкивает лояльных пользователей, вызывает недоверие клиентов. Что делать? – Резервировать время/ресурс, организовывать Emergency lane. Разработка состоит не только из downstream разработки и доставки. В области discovery, в upstream активностях возникает потребность…

Кто такие агенты изменений в продуктовой команде?

Компании, которым жизненно необходимы частые выпуски изменений программного обеспечения, предпочитают переводить управление ИТ-разработкой в продуктовый подход. В этой статье я не буду говорить о том, почему это так. На эту тему можно найти массу отличных публикаций, в том числе на нашем портале. Сегодня я хочу обсудить вопрос, как происходит перестройка работающей команды в сторону нового подхода. Люди и процессы Гибкие методологии призывают: управляете работой, а не людьми. Эта декларация зачастую вызывает недоумение. Ведь работу делают люди, причём сама по себе работа ИТ-специалиста – штука нематериальная. Как ей управлять? На самом деле высококвалифицированные специалисты, которые и составляют команду ИТ-разработки прекрасно знают,…

Технический долг: как бороться с невидимым врагом

Зачастую о техническом долге говорят, как о плохо сделанной работе. Но брак есть брак, он порождает отходы, а не долги. А технический долг может накапливаться незаметно и становится видимым, только когда бороться с ним уже очень сложно. В процессе интенсивной разработки отсутствие системной работы с техническим долгом может стать тем камнем, который будет тянуть на дно все попытки наладить быструю поставку. Если ваш бизнес требует выстраивания организационных процессов на основе DevOps или Agile, то работа над обеспечением качества продукта является неотъемлемой частью обязательной регулярной деятельности. В рамках вебинара говорим о том, из каких этапов она складывается и как строится на…

Что говорят продуктовые команды и что они на самом деле имеют в виду—10 советов по диагностике проблем в команде

Проблемы в команде имеют негативное влияние на продукт и ваших сотрудников в долгосрочной перспективе. Есть множество способов, которыми они могут проявить себя. В этой статье я собрал опыт десяти лет создания цифровых продуктов в кросс-функциональных командах. Я не стану затрагивать вопросы за пределами продуктовой команды, такие как плохой процесс продаж, непонятные запросы, запутанные бизнес-требования. Прочитав эту подборку, вы сможете выявить типичные симптомы, которые, в свою очередь, помогут с диагностикой проблем. Все команды и ситуации уникальны, но некоторые проблемы являются повторяющимися, а понимание проблемы — это половина пути к её решению. 1 «Наши клиенты ☠️… Они не способны понять, что мы…

Системный подход и целевое видение для повышения производительности

Производительность в проекте под влиянием системных проблем Системные проблемы влияют на всю систему или ее значительную часть. Как правило, они продолжительны и оказывают значительное воздействие. Они похожи на подземные толчки, вызывающие волны цунами. Часто возникают разногласия по поводу необходимости всеобъемлющих системных изменений, в том числе для управления проектами и организацией. Споры ведутся о двух вещах: во-первых, требуется ли изменения как таковые и в каком объёме, а во-вторых существует ли сама система, которую необходимо изменить. Что касается первого, это зависит от обстоятельств. Что касается второго, то здесь поможет системный подход, который является прочным фундаментом для понимания мира. Целевое видение С системными…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;