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

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

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

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

Роль лидера в продуктовой команде

Довольно много людей полагают, что ключ к развитию потенциала и расширению возможностей продуктовых команд – это вежливо дать понять их руководству, чтобы они перестали “стоять над душой”, прекратить микроменеджмент и предоставить командам свободу и возможности для выполнения своей работы. Однако, сильные продуктовые команды зависят не столько от характеристики “лидерства поменьше”, сколько от “лидерства получше”. Что всё это означает, рассказывает в своей заметке Марти Каган (Marty Cagan), автор книг “INSPIRED: How to Create Tech Products Customers Love” и “EMPOWERED: Ordinary People, Extraordinary Products”. Объяснение и последующее осознание того, что на самом деле требуется предпринять руководителям команд разработки, чтобы перейти из текущего…

Коммуникации в гибридной команде

Благодаря неумолимой поступи нашей новой нормальности всё явственнее проявляются контуры будущей организации труда. Всё очевиднее становится понимание, что работа будет выполняться гибридными командами. При этом всё ещё большинство текущих лидеров команд не готовы к этому во всеоружии – они просто не сталкивались с этим ранее, не имеют должных навыков и не оснащены всем необходимым, как считает небезызвестная нам Карен Феррис (Karen Ferris), рассуждая об этом в заметке на своём портале. Соответственно, если не предпринять подготовительных мер, то такое положение дел может вызвать повышенный стресс, неудобство, беспокойство, усталость и, как следствие, выгорание у подопечных гибридных команд, снизив их эффективность. В чём…

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

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

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

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

Трудности SMART

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

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

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

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

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

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

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

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

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

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

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM