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

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

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

Шаг “Отложено” в потоке создания ценности

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

Цель не понял, задачу выполнил!

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

Менеджер продукта vs Владелец продукта

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

Блеск и нищета автономных команд

Неоднократно упоминавшийся на нашем портале Чарльз Бетц (Charles Betz, среди прочего автор «Digital Practitioner Body of Knowledge (DPBoK)», являющейся базой для соответствующей сертификации от The Open Group, консорциума, разработавшего TOGAF, IT4IT, к которым, кстати, Чарльз тоже приложил руку) опубликовал на прошедшей неделе любопытный фрагмент своей беседы с Agile-классиком Доном Райнерстеном (Don Reinertsen). Дон – автор книг «Разработка продуктов за половину времени» («Developing Products in Half the Time»), «Управление дизайн-фабрикой» («Managing the Design Factory»), «Принципы потока продуктовой разработки» («The Principles of Product Development Flow: Second Generation Lean Product Development»). В интервью эксперты рассуждают о недостатке автономных (читай «продуктовых») команд – сложности…

Как ускорить поток создания ценности?

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

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

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

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 млрд долларов в год. Помимо финансовых потерь существующее положение…

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM