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

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

Agile, Scrum, разработка ПО

Все говорят: «Поток!». А ты построй поток

«А это была совсем не шляпа. Это был удав, который проглотил слона. Тогда я нарисовал удава изнутри, чтобы взрослым было понятнее.»Антуан де Сент-Экзюпери, Маленький принц Переход к продуктовым командам и организация работы по потоку – то, что происходит во многих компаниях, которым важна скорость поставки при создании/изменении цифровых продуктов. При этом необходимо произвести серьёзные изменения в разных областях функционирования компании. Чаще всего мы, изучая что-либо новое, пытаемся сопоставить это новое с уже имеющимися у нас опытом, знаниями. При этом есть риск того, что мы не разглядим в новом какие-то существенные отличия. Посчитаем, что это тоже самое, с чем мы уже…

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

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

Канбан-метод будет принят в качестве национального стандарта РФ

Федеральное агентство по техническому регулированию и метрологии Росстандарт совместно с инициативной группой признанных российских экспертов по Канбан-методу объявило о начале работ по разработке нового национального стандарта. Стандарт будет направлен на закрепление рекомендаций, моделей и норм, составляющих основу Канбан-метода. Он позволит сэкономить временные, трудовые и финансовые ресурсы как государственных, так и частных организаций, желающих применить данный метод: вместо многоступенчатых программ подготовки кадров будет достаточно воспользоваться готовыми рекомендациями, включающими, среди прочего, порядок внедрения каденций, скрипты проведения основных мероприятий, памятку фасилитатора, ролевые инструкции Service Request Manager и Delivery Manager. Стандарт разрабатывается в рамках направления “Нормативное регулирование цифровой среды” как часть реализации национальной программы…

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

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

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

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

От проектной к продуктовой поставке ПО. В чём суть?

Продуктовый подход поставки программного обеспечения Пытаясь принять и использовать идею “продукта” в рамках ИТ-организации, иногда бывает трудно понять границы и зону ответственности продуктовой команды, как её деятельность связана с тем, что коллеги из бизнес-подразделений называют “продуктом”. Чтобы помочь с пониманием концепции продуктовых ИТ-команд, воспользуемся моделью жизненного цикла продукта (Product life-cycle, PLC), поскольку он описывает этапы присутствия продуктов на рынке, используя соотношение между временем нахождения и объёмами продаж. Жизненный цикл продукта Каждый продукт, продаваемый сегодня на рынке потребительских товаров, имеет свой жизненный цикл – от момента создания до исчезновения. Хотя каждый продукт и имеет уникальный набор факторов, которые привели к его…

Агенты изменений: умеем ли мы их готовить?

Поговорим про агентов изменений. Тема огромная, насущная, остановимся на интересном моменте: испытательный срок ещё не закончился, а уже становится ясно какого человек калибра и какова примерно траектория дальнейшего движения. Вот давайте поговорим про эти траектории, и почему они важны. В последнее время в профессиональных сообществах в Facebook’е значительно увеличился спрос на агентов изменений: нанимают скрам-мастеров, agile-коучей, методологов, «людей с головой и опытом», – названий много, смысл один. И можно бы было это списать на то, что на карантине (или как там этот период, который сейчас?) мы больше живём в сети, но нет – тот же по объёму поток вакансий в…

Управление потоком создания ценности: следующий эволюционный шаг в разработке программных продуктов

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

Групповые эффекты в самоорганизации гибких команд

Когда мы начинаем отстройку управления ИТ-разработкой в сторону гибких методологий, очень сложно бывает изменить подход к объекту управления. Для традиционных менеджерских ролей этим объектом является человек, гибкие же методологии направлены на управление командой как единой структурой. И тут возникают как свои сложности, так и преимущества, продиктованные тем, что люди в команде ведут себя не так, как в индивидуальных коммуникациях. Есть так называемые групповые эффекты, обусловленные особенностями человеческой психики. Они меняют поведение индивида, когда он является частью команды в процессах, направленных на достижение общей цели. Обратите внимание, наличие общей цели является ключевым условием для существования команды. Без этого у нас будет…

Сколько времени уходит на устранение дефектов

На прошедшей неделе компания Rollbar (поставщик платформы постоянного совершенствования кода) опубликовала результаты исследования, которое провела независимая исследовательская компания Propeller Insight в конце декабря 2020.Исследование проводилось методом опроса репрезентативной (для США) выборки 950 разработчиков. Поскольку инициатива проведения исследования исходит от компании, бизнес которой – автоматизация работ по повышению качества кода, предсказуемым лейтмотивом отчёта видится значимость проблемы – борьба с дефектами ведёт к существенным потерям бизнеса, а ручной формат этой борьбы крайне неэффективен. Однако, если отбросить классическое «Я не верю в микробов. Их придумали продавцы мыла», любопытными кажутся цифры, полученные в результате опроса. 38% респондентов сказали, что тратят до 25% своего времени…

Метрика эффективности потока, похоже, совершенно бесполезна

Рассмотрим поток создания ценности. Для измерения его эффективности настоятельно рекомендуется применять метрику Flow Efficiency. Действительно, ещё со времён увлечения Lean нам известно, что далеко не всё время, которое заготовка проводит в нашей производственной системе, над ней кто-то работает. Существенную часть времени она находится в очередях, в ожидании, перемещаясь между участками работы и так далее. Потери, одним словом. Плохо. И Lean, и Канбан-метод, и даже ребята из DevOps советуют измерять эффективность потока путём деления времени, потраченного на собственно работу по созданию ценности, на общее время, которое задача провела в потоке. К примеру, вот что написано в словаре книжки “Essential Kanban Condensed”…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM