И наконец, поговорим о третьем важном собрании, на котором мы должны запланировать наши поставки.
Цель: запланировать последующую поставку и сформировать манифест поставки.
Каденция: варьируется в зависимости от каденции поставки
Продолжительность: 1−2 часа
Участники: при участии человека, который играет роль менеджера поставки сервиса. Также должны быть приглашены любые другие заинтересованные стороны, включая тех, кто получает и принимает поставку, а также всех, кто участвует в логистике. Специалисты присутствуют из-за своих технических знаний и возможностей оценки рисков. Менеджеры присутствуют для принятия решений.
Входные данные: соберите информацию с ежедневного Канбан-митинга о том, какие элементы потенциально доступны для доставки. Также возьмите на митинг соображения о рисках, вытекающих из Ревью Рисков, которые могут повлиять на решения о поставке.
Итоги: вы должны получить решения о том, какие элементы должны быть поставлены (сообщить это нужно на ежедневном Канбан-митинге), а информацию о проблемах с доставкой направить на Ревью рисков.
Вопросы, которые нужны на собрании по планированию доставки: - Какие элементы в системе готовы (или будут готовы) к выпуску?
- Что требуется для фактического выпуска каждого элемента в производство?
- Какое тестирование потребуется после выпуска для проверки целостности производственных систем?
- Какие риски связаны с этим?
- Как можно снизить эти риски?
- Какие планы на случай непредвиденных обстоятельств необходимы?
- Кто должен участвовать в выпуске и присутствовать во время запуска в производство (или другого механизма доставки)?
- Сколько времени займет релиз?
- Какая ещё логистика будет задействована?
От планирования поставки к Ежедневному Канбан-митингу Вам нужно задаться вопросом о том, какие элементы (с Канбан-доски), по нашему мнению, будут выполнены вовремя для поставки (дата доставки). Это можно сделать с помощью моделирования методом Монте-Карло, встроенного в программные Канбан-инструменты, или сделать это более качественно, спросив членов команды о ходе дел.
В этой ситуации все элементы, зафиксированные для поставки на Планировании поставки, фактически становятся элементами классов сервиса с
фиксированной датой поставки. В идеале это должно быть явным и соответствующим образом визуализированным. Как следствие, нарушается порядок очередей на Канбан-доске. То, ЧТО и КАК выбирают на Канбан-доске работники, будет изменено в течение временного периода, пока не будет произведена доставка из системы клиенту/клиентам.
Продолжение читайте
в следующей статье!