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

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

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

Как расставить приоритеты в бэклоге продукта

Каждый ответственный сотрудник в вашей компании, вероятно, имеет собственное мнение о том, что является наибольшим приоритетом бизнеса. Но какой проект на самом деле должен быть приоритетным? К счастью, есть отличные методы, которые помогут определить приоритет задач в бэклоге продукта. Менеджер по продукту: безумству храбрых поём мы песню Взгляните на менеджера по продукту как на невоспетого героя, который должен «пасти котов» и подталкивать всех по каждой задаче, чтобы обеспечить соблюдение сроков, закрытие задач, развёртывание кода и выпуск продуктов. Речь идёт не только о том, чтобы все были сосредоточены и уложились в срок, но и об обеспечении достаточной гибкости и упорства в…

DevOps Essentials: Business Perspective (Chinese Edition)

Когда дата публикации книги – первое апреля, всем совершенно очевидно, что это такая шутка, и нет никакой публикации. Ну как всем – любому нормальному человеку. К счастью, есть ещё и ненормальные, которые взяли и перевели одну из книг, выпущенных Cleverics, на китайский язык, и выпустили ровно первого апреля. Из всех слов приведённых на обложке, я могу разобрать только “DEVOPS”. Среди остальных загадочных символов наверняка где-то скрывается “business”, немного “perspective”, и, возможно, фамилия автора. Хотя нет, есть ещё в углу узнаваемый логотип EXIN – международного экзаменационного института. Потому что это не просто книжка, это пособие для подготовки к профессиональному экзамену “DevOps…

10 главных вопросов, которые менеджеры по продуктам должны задавать клиентам

Небольшим количеством хорошо сформулированных вопросов можно собрать интереснейшую информацию о потребностях клиентов и их предпочтениях. Но знание того, какие именно вопросы нужно задавать во время обсуждений и продуктовых интервью с клиентами, требует немалой практики и развитого навыка пытливости. Джим Семик (Jim Semick) в своей заметке делится опытом проведения интервью с заказчиками путём задавания им определённых десяти открытых вопросов, которые хорошо показали себя в его практике работы на протяжении многих лет при взаимодействии как с потенциальными клиентами, так и с заказчиками. Ответы на некоторые из этих вопросов могут кардинально повлиять на те функции, которые вы изначально решите включить в дорожную карту…

Как повысить предсказуемость на уровне всей компании с гибкими подходами

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

В поисках потерянного времени

По результатам опроса 400 разработчиков и членов DevOps-команд из США и Европы январе-феврале 2021 компания Garden опубликовала любопытные цифры в отчёте с характерным названием «В поисках потерянного времени» («In Search of Lost Time»). В опросе участвовали как линейные сотрудники, так и менеджеры (включая CTO, VP, глав департаментов).  Выяснилось, что в среднем сотрудники тратят более 15 часов в неделю на рутинные задачи типа отладки конвейера, ожидания сборки или завершения тестов. Причём 76% респондентов заявили, что большая часть этого времени – это потери. Это даёт оценку финансовых потерь только американских компаний в 61 млрд долларов в год. Помимо финансовых потерь существующее положение…

Поток создания ценности – поток создания чего?

Прочитав замечательную статью моего коллеги «Все говорят: «Поток!». А ты построй поток» и возникшую после неё дискуссию, я подумала, что довольно часто сталкиваюсь с вопросом, а что же такое ценность? Много говорится о потоке создания ценности, о том, какие организационные шаги необходимо предпринять, чтобы сделать его сбалансированным и управляемым, но зачастую команды разработки плохо представляют, что лежит за самим этим понятием. Кажется, что вся работа продуктовой команды направлена на создание ценности. Люди живут в привычном рабочем процессе и считают, что все их действия строго необходимы для развития продукта. Очень сложно заходит мысль, что часть этих рабочих процессов с точки зрения…

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

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

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

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

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

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

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

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;