- Проводите демо последнего спринта, как обычно
- не забываете пригласить меня на демо, также, если у вас не IT-проект, присылаете презентацию с результатами работы по последнему спринту
- если есть презентация, не забываете вставить ссылку на неё в документ по последнему спринту
- Проводите скрам-ретро
- не забываете результаты ретро, а также ссылку на проведённое ретро, включить в документ по последнему спринту
- Sсrum-мастер не забывает обновлять "Графики Scrum" и вставить соответствующую ссылку в таблицу проектов
- Переделываете ваши доски под Kanban
- анализируете ваш процесс и выделяете ваши стадии работ, это будут ваши колонки
- рекомендуемый набор колонок для разработки софта для Kanban (если у вас нет своих идей по колонкам):
- "Идеи"
- <— тут точка "принятия обязательств"
- "В работу"
- "Анализ" / "Дизайн/UX" — необязательный пункт
- "Разработка"
- "Тестирование"
- "Приёмка" (заказчиком)
- "Готово"
- Колонку "Идеи" (аналог "Беклога продукта" — впрочем, можете оставить название "Беклог продукта", если хотите) можете выделить при желании на отдельную доску "Upstream", соответственно, рабочая доска тогда будет называться "Downstream"
- Если хотите, можете выделить подэтапы работ в Upstream, также разбив её на колонки по мере того, как над карточкой работает Service Request Manager (или Product Manager); например SRM может оценивать важность задачи для бизнеса, проводить дополнитьельные исследования, прежде чем передать задачу в downstream
- Какие-то колонки можете переименовать, чтобы они лучше соответствовали Kanban:
- например, "Беклог спринта" превращается в "В работу" (или "Готово к работе", "Готово к разработке" или как вам больше нравится)
- Рекомендуется выделить несколько разных типов задач (баги, новый фичи, изменения в интерфейсе и т.п.), чтобы ваша аналитика была более точной
- Как переделаете доски под Kanban — покажите что у вас получилось, прежде, чем продолжать работу
- Проводите "собрание по пополнению", где просто обсуждаете ваш беклог / upstream / какие задачи или истории будете брать в "Готово к работе" (аналог беклога спринта).
- "Собрание по пополнению" вдальнейшем вы можете проводить раз в неделю, раз в 2 недели или вообще не проводить, если SRM "сам всё решает", "сам всё знает" (ему не нужно ни с кем советоваться) или находится в тесном постоянном контакте с заказчиком
Вдальнейшем, каждые 2 недели (в том же ритме, как мы с вами работали по Scrum) проводите собрание "Ревью сервиса поставки" (обязательно, инструкции будут позже) и сразу же "Собрание по пополнению" (рекомендуется)
В добровольно-принудительном порядке предлагаю всем сыграть в увлекательную онлайн-симуляцию Kanban: http://www.kanbanboardgame.com/
Там две версии игры, возьмём более короткую версию "getKanban version 2". Свои результаты опубликуйте на страничке "Результаты kanbanboardgame" в нашей с вами общей табличке проектов.
В таблице со списком проектов появилась колонка "Дата ревью сервиса 1". Кто уже окончил 3-й спринт, внесите пожалуйста туда дату (спустя 2 недели от окончания 3-го спринта или как у вас там получается по расписанию) когда проводите первое ревью сервиса. На нём будете разбирать графики и думать как улучшать ваш сервис, улучшать Lead Time. Также в эту дату проведёте очередное "собрание по пополнению" (если конечно вы в непрерывном режме не пополняете список задач "в работу").
Прошу всех заполнить данную колонку. Инструкция как проводить ревью сервиса и какая отчётность от вас потребуется — позже дам.