Управление потоком создания ценности

Поток

Поток - это метафора производственной цепочки. А любое производство имеет производственные участки специализирующиеся на одном/двух видах работ.

Пакеты работ - набор технических задач имеющий ценность для Заказчика только при выполнении всего набора задач входящих в Пакет. В метафоре производства это законченный компонент изделия.

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

Планирование потока

Планирование Потока, построение плана поставки ценности и плана реализации строится на предпосылке, что ваша компания работает в ритме планирования и контроля. Ритм планирования и контроля может быть

• ежедневным;
• еженедельным;
• ежедвух-недельным;
• 4-недельным (месяц)

Один период планирования - Спринт. Потому, что это короткий период времени за который нужно быстро "пробежать" - выполнить работу по созданию ценности для Клиента.

Доступный горизонт планирования Потока - 4 спринта (от 4 дней до 4 месяцев включая текущий). Планирование на более длинный период не имеет смысла - накапливается неопределённость и ранее запланированные задачи придётся перепланировать и тратить на это время. Метафора Потока подразумевает, что планирование выполняется с последовательным уточнением объёма работ только в ближайшей перспективе.

Для управления и планирования Потока доступны три варианта:

• Состояние потока - Сводка по задачам. Оперативный план ежедневного планирования, определяет что делаем в ближайшей перспективе, в текущем спринте.
• План реализации - оперативно-тактический план реализации Технических задач на горизонте планирования четырех спринтов
• План поставки ценности - оперативно-тактический план постановки в реализацию Пакетов работ на горизонте планирования четырёх спринтов.

Как работает планирование потока:

1. Вы назначаете задачу на спринт перетаскиванием
2. Статус задачи остаётся "новая", но с отметкой "часов" - запланирована в будущее
3. При наступлении спринта - задача автоматически переводится в состояние "запланировано" и исполнитель получит уведомление о новой задаче.
4. Планировать можно только те задачи, которые находятся в состоянии "новая" или "запланированная". Когда задача уже начата и находится в состоянии "в работе" смысла её планировать нет, она уже исполняется в текущем спринте, поэтому в плане потока её нет.

Контроль потока

Страница «Поток / Состояние потока» - наверное самый простой и популярный метод представления задач это - «Доска задач».

Вы наверное уже встречались с термином Kanban-доска. Kan-ban - сигнальная доска. Подход взят из производственной системы Toyota. Kanban - специальные дощечки сигнализирующие, что пора доставить новую партию деталей на производственный участок, на дощечке написано описание - что именно и куда доставить. Доска задач «Поток/ Состояние потока»- визуализация работы одного участка конвейера. Для доски задач, сигналом служат сами "карточки" задач, и нельзя перемещать в колонку "в работе" задач больше, чем команда может сделать одновременно. Следуйте правилу: один сотрудник в один момент времени делает только одну задачу.

Доска «Состояние потока» синхронизирована по спринтам. И отображает только текущий спринт. Недельные спринты начинаются с понедельника.

Задачи, которые должны быть сделаны в текущем спринте - находятся в колонке "Запланировано". Это значит, что задачи находятся в состоянии "запланировано". Задачи в состоянии "новая" и "запланировано в будущем" не отображаются в этом срезе данных.

Примечание: Если вы примените смешанное планирование: планировали неделями а состояние смотрим в двух-недельном разрезе, то на доске будут только задачи которые запланированы к выполнению а не те которые станут запланированными в будущем.

Размер спринта на доске "Состояние Потока" влияет только на завершённые задачи: сколько работы было завершено за этот день, неделю, спринт. В конце спринта можно оценить сделанный объем работы за спринт.

Планирование потока реализации

Планирование потока реализации можно сравнить с планированием поставки заготовок производственные участки конвейера - когда и какую заготовку нужно запустить в производство, чтобы была максимальная скорость производства.

Поэтому, план потока реализации отображает только атомарные, "технические задачи". Если задачу разбить на подзадачи, то исходная задача станет станет Пакетом работ и пропадёт из Плана реализации, её можно будет отслеживать в Плане поставки ценности.

Принцип планирования потока реализации:

Зачастую, крупный проект планируется крупными задачами например по 20-30 человеко-дней. Если такие задачи передавать сразу в работу исполнителям, то они будет непрозрачны и не управляемые. На таких задачах будет работать "Закон Паркинсона" и "Синдром студента".

Для повышения управляемости проекта, необходимо крупные задачи разбивать на более короткие "технические*"*. До момента разбивки задачи, технической задачей будет считаться та, что есть.

Планирование поставки ценности

Планирование поставки ценности - это планирование загрузки конвейера производства композитных изделий. План поставки ценности оперирует только Пакетами работ. Технические задачи не участвуют в плане поставки ценности. Для планирования технических задач следует применять страницу «Поток / План реализации».

Рекомендуемый сценарий применения Потока для управления проектом

В рекомендуемом сценарии применения есть роли:

Владелец продукта - менеджер проекта, определяет стратегию план реализации и поставки ценности клиенту

Команда проекта (Капитан команды) - ресурс-ограничение, сотрудник ответственный за создание единицы ценности.

Исполнитель - конечный исполнитель работы по созданию Ценности.

Когда вы определите роли то можно приступать к выполнению проекта:

1. Владелец продукта совместно с Командой определяет содержимое проекта из крупных задач, реализация которых приведет к созданию ценности. Все задачи назначаются на Команду (Капитана команды)
2. Владелец продукта определяет размер спринта
3. Владелец продукта в Плане реализации планирует выполнение ближайших 4 спринтов
4. Капитан команды, или участники Команды разбивают крупные задачи на подзадачи и назначают предпочтительных исполнителей. Исходные задачи становятся Пакетом работ.
5. Капитан команды от имени Команды,  в "Состоянии потока", берет в работу выполнение первого Пакета работ. Все подзадачи пакета работ автоматически станут запланированными и появятся на доске состояния Потока, Исполнители получат уведомление что у них есть задача в плане.
6. Исполнители берут в работу доступные задачи.
7. Текущий Пакет работ находится в состоянии "в работе " до завершения всех задач.
8. После завершения всех технических задач, Команда проекта демонстрирует результат, созданную Ценность, Владельцу продукта. Если работа принимается, то Капитан команды переводит Пакет работ в колонку "Завершено" заполняя отчет о результатах показа.
9. Дальше, с шага 3 сценарий повторяется до завершения проекта.

Примечания:

1. Если Пакеты работ связаны между собой отношениями предшественник-потомок, то задача-потомок будет автоматически поставлена в план работ Команде сразу после завершения задачи-предшественника.
2. Если Пакет работ отложить (вернуть в состояние "запланировано") в результате отмены спринта, то все запланированные технические задачи этого пакета работ будут отложены и сняты с планирования.

Применение Пакета работ

Пакет работ - набор технических задач имеющий ценность для Клиента, только при выполнении всего набора задач входящих в Пакет. В метафоре производства это законченный компонент изделия.

Как пакет работ появится в плане работ

1. При планировании вручную на текущий спринт
2. При наступлении спринта на который назначена реализация пакета работ
3. Когда зависимости "предшественник-потомок" между задачами выставлены, то задача-потомок автоматически станет "запланированной" (в текущем спринте) после завершения задачи-предшественника.

Как пакет работ ставится в работу

1. Участник команды проекта перевел Пакет работ в состояние "в работе" вручную. (стартовал задачу)
2. Участник команды проекта стартовал *Техническую задачу. *Пакет работ будет переведен в состояние "в работе " автоматически.

Как пакет работ завершается

Завершение задачи - пакета работ выполняется вручную.

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