1. Постоянно улучшаем наш
процесс
Есть определение готовности
(DoD)
DoD достижимо в каждой
итерации
Команда признает и
уважает DoD
Самая суть
Выдаём проверенный рабочий
софт раз в 4 недели или чаще
Поставляем то, что нужно
бизнесу прежде всего
Демонстрация в конце каждого
спринта
Показываем рабочий и
проверенный софт
Получаем обратную связь
от PO и заинт. лиц
Ретроспектива после каждого
спринта
Результат – конкретные
предложения
Некоторые из предложений
действительно внедряем
Участвуют вся команда +
PO
У команды есть план спринта
Всем виден и доступен
Обновляется ежедневно
Управляется исключительно
командой
Проводим планирование
спринта
PO участвует
Вся команда участвует
Результат – план спринта
Вся команда верит, что план
выполним
PO согласен с
приоритетами
PO предоставляет самый
«свежий» PBL
Длительность 4 недели и
менее
Завершаются
всегда вовремя
Команду никто не отвлекает
и не контролирует извне
Ограниченные по времени
итерации (спринты)
PO ведёт бэклог продукта (PBL)
Верхушка упорядочена по
бизнес-ценности
Верхние пункты оценены
PO понимает назначение
каждого пункта PBL
Верхушка достаточно мала,
чтобы успеть за спринт
Оценки сделаны самой
командой
Чётко определённый владелец
продукта (PO)
PO уполномочен
расставлять приоритеты
PO знает, как расставлять
приоритеты
PO контактирует с
командой напрямую
PO контактирует с заинт.
лицами напрямую
PO говорит «в один голос»
(если PO – целая команда)
Члены команды
сидят все вместе
Если вы этого достигли, забудьте про
чеклист – ваш процесс и так прекрасен.
То, без чего ваш процесс вряд ли можно
назвать Скрамом.
Основа Скрама
У PO есть видение продукта,
синхронизированное с PBL
Видение и PBL видны и
доступны
Каждый в команде участвует в
оценивании
PO всегда доступен, пока
команда оценивает задачи
Членам команды не назначены
строго определённые роли
У команды есть все навыки,
чтобы выполнить бэклог
У команды есть Скрам-мастер
(SM)
Вся команда знает 1-3 основных
препятствия
У SM есть стратегия, как
исправить главное из них
SM нацелен на то, чтобы их
устранить
Что команда не может
решить, выносим «наверх»
Измеряем скорость работы
Скорость основана только
на том, что Готово
PO опирается на скорость
при планировании релиза
Команда ведёт диаграмму
сгорания
То, что выбрали из PBL для
спринта, разбиваем на задачи
Оценки текущих задач
обновляются ежедневно
Всем видна и доступна
Обновляется ежедневно
PO участвует минимум
несколько раз в неделю
Каждый пункт в плане
спринта имеет оценку
SM сидит вместе с
командой
Проводим ежедневный Скрам в
то же время, в том же месте
Задачи спринта оценены
Оценки относительные – в
«попугаях», а не в днях и часах
Не дольше 15 минут
Каждый в команде знает,
чем заняты остальные
Большая часть этого точно пригодится, но не факт, что всё и сразу. Экспериментируйте!
Рекомендуется, но необязательно
Проводим ежедневный Скрам
Участвует вся команда
Вскрываем проблемы и
препятствия
Есть главный владелец
продукта (если несколько PO)
Взаимозависимые команды
проводят Скрам Скрамов
Взаимозависимые команды
интегрируются каждый спринт
Масштабирование
Нам весело! «Глаза горят».
Переработки редки и только по
желанию
Обсуждаем и критикуем процесс,
экспериментируем с ним
Хорошие признаки
Скрам-чеклист
http://www.crisp.se/scrum/checklist | Версия 2.2 (2010-10-04)
неофициальный
Хенрик Книберг
PO = Владелец продукта SM = Скрам-мастер PBL = Бэклог продукта DoD = Определение готовности
Команда как правило
выдаёт, что обещала
Главные показатели хорошего Скрама.Необходимый минимум при
масштабировании Скрама.
В команде не более 9
человек
Обречённые на провал спринты
завершаются досрочно
2. Что это и для кого?
Скрам-чеклист поможет вам начать работать по Скраму, или
оценить насколько хорошо вы им уже владеете.
Это не правила, а скорее руководство. Команда из двух
человек решает не проводить ежедневный Скрам, поскольку и
так весь день программирует в паре? Ну и отлично. Они
намеренно выкинули практику Скрама, но убедились, что этой
же цели достигают иным путём. А именно это и важно!
Если вы уже работаете по Скраму, можете пробежаться по
этому списку на ретроспективе. Но не для оценки, а чтобы
подискутировать.
Как использовать?
• Женя: Вот, я тут принёс один чеклист нам на ретроспективу.
Может в нем найдется то, чего у нас ещё нет?
• Лиза: Хммм… Дай ка взглянуть. Ага, точно – у нас нет
определения готовности и мы не замеряем скорость работы.
• Женя: Тааак… Определение готовности тут указано в
«Основах Скрама» – значит это очень важно! А скорость – в
«Рекомендуется, но необязательно». Тогда давай отложим
скорость и начнём с главного.
• Лиза: Смотри, мы еще и не выдаём «проверенный рабочий
софт раз в 4 недели или чаще», а это вообще «Самая суть».
Да и маркетологи постоянно на это жалуются.
• Женя: Может определение готовности и поможет нам брать
поменьше на спринт и выпускать релизы чаще?
• Лиза: А это мысль. Всё, запускаем.
Как НЕЛЬЗЯ использовать?
• Начальник: Тааак, народ, самое время проверить, как там у
вас с вашим Скрамом. Ну-ка, заполните-ка вот тут галочки.
• Женя: Ух ты, да у нас тут почти всё. Ну, кроме диаграммы
сгорания.
• Начальник: Не понял! Здесь же ясно написано, что вы
должны делать это… как его… сгорание! Так что вперёд, –
чтоб завтра же было!
• Лиза: Но у нас и так спринты по 2 недели и мы почти всегда
выдаём, что обещали… да и клиенты довольны. Диаграмма
сгорания погоды не сделает.
• Начальник: А здесь сказано, что сделает! Или опять в
«умников» играть будем? Бегом, за работу, а не то я вызову
Скрам-спецназ!
Это официальный чеклист?
Нет. Это лишь мой личный опыт и субъективное мнение на
счёт того, что в Скраме действительно важно. Несколько лет я
помогал компаниям внедрять Скрам, встречался с сотнями
других практиков, тренеров и коучей и убедился, что такой
чеклист может весьма пригодиться, если его правильно
использовать.
Скрам-чеклистХенрик Книберг www.crisp.se/scrum/checklist