Embed Size (px)
DESCRIPTION
Citation preview
Трансформация Scrum
Асхат УразбаевScrumTrek
Асхат Уразбаев
• ScrumTrek• Agile Coach• Управляющий партнер
• В прошлом• Программист, менеджер
проектов, методолог
http://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum%20Guide%20-%20RU.pdf
Олдскульный скрам (2001)
Next generation
Sprint ~ 2 weeks
• Определен сценарий демонстрации и приемочные тесты
• Указан заказчик
• Проведено ревью программистом
• Протестировано, все баги закрыты
• Тесты написаны
• Код прошел ревью
• Документация прошла ревью
КОММИТМЕНТ
Velocity
• Отражает изменения в процессе• Помогает планировать релизы• Фокусирует на результате
Velocity и регрессия к среднему
Перестраховка
Оптимист - Сделаем если ничего не предвиденного не случится. Новички. 0%Реалист - Наиболее вероятное значение. Оценка опытных разработчиков. (Вероятность Fail по- прежнему ~70%)Перестраховка - Если космос не рухнет, то точно уложимся.
Простое объяснение
Velocity падает
Стабильная скорость — признак перестраховки
Не успели доделать все по плану, было много
срочных задач
Ничего, впереди выходные! Мы уже
пообещали закончить заказчику
По-хорошему еще пару дней
потестировать
Нет, мы можем не успеть сделать то,
что пообещали заказчику
Commitment Forecast
Мы прогнозируем, что сможем сделать Paypal,
Visa, AMEX в спринте
Мы даем обязательство улучшить методы оплаты
Иногда мы проваливаем
спринты
Из скрама выпилили
коммитмент!
ТРАНСФОРМАЦИЯ РОЛЕЙ
Эволюция скрам-мастера• 2007
– Смотрит за тасками, ведет BurnDownChart, проводит митинги– Отвечает за блокеры– Помогает решать конфликты
• 2009– Отвечает за то, чтобы команда была продуктивной– Улучшает взаимодействие ролей/функций– Устраняет барьеры– Отвечает за следование процессу
• 2010– Отвечает за то, что команда следует принципам и практикам Scrum– Учит команду/PO Scrum– Помогает стать самоорганизующейся
Scrum Master
Scrum Master• Servant Leadership
– Трансформация от «администратора» к лидеру• Process Owner
– Vision of process– Нет власти над людьми– Есть власть над процессом– Коуч– Не обязан лично проводить митинги
Product Owner
• 2007– Представляет интересы стейкхолдеров– Получает инвестиции– Отвечает за ROI, Backlog– Отвечает за успех продукта
• 2009– Определяет scope и дату релиза– Отвечает за ROI, приоритет
• Сейчас– Отвечает за ценность проделываемой командой работы– Отвечает за прозрачность и ясность баклога для команды– PO – accountable
PO — часть команды
Scrum Team Dev Team
SM
PO
http://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum_Guide.pdf
Трансформация PO
• От «представляет интересы» к «отвечает за business value»
• От Responsible к Accountable• Вне команды –> часть Scrum Team
ПЛАНИРОВАНИЕ И ОЦЕНКА
Оценка
Часы
«Идеальные Дни»
Стори-пойнты
~40%
~20%
~10%
«Майки» SML ~1%
Planning poker
Bucket/bulk estimation
Оценка баклога
• Человеко-дни– 1 день на оценку релиза– Излишняя точность
• Стори-пойнты– 4 часа– Planning poker
• Стори-пойнты– 1 час– 1/2/4
• Порядок величины– ~ 20 мин– Good, Too big
Estimating
Оценка
Задачи Фичи1. Не оценивать. Просто посчитать.
2. Оценивать в T-shirt
1. Без задач
2. Не оценивать задачи, просто сосчитать
3. Оценить задачи в днях1d
2d0.5d
4. Оценить задачи в часах
12h8h4h
S M LЧасы?
Дни?Недели?
S ML
3. Оценивать в story-points
1sp 2sp5sp
4. оценивать в идеальных человеко-днях
1d 3d6d
”типичный”Kanban
”типичный”Scrum
By Henrik Kniberg
Зачем оценивать таски?
• Лучше коммуникация
• Детальнее план• Вовлечение• Уточнение плана на
итерацию
Умеете эффективно взаимодействовать? Поэкспериментируйте с отказом от оценки
задач
Iteration Zero
• Project Kick-off• Серия
фасилитированных сессий
• Начальная синхронизация PO, команды, заказчиков
Iteration Zero
2-10 дней• Vision• Pragmatic Personas• Feature Generation• Story Mapping• Architectural Workshop• UI Workshop• Estimating & Release Planning• GO
«КАНБАНИЗАЦИЯ»
«Планирование занимает чуть больше времени, чем ты можешь выдержать»
Новая информация может изменить план по ходу спринта
Соблазн взять задачу из конца спринта
Планирование итерации (2)
• Выбор US (исходя из velocity)– 20 минут
• Декомпозиция US на standup– Если нельзя взять задачу из уже
декомпозированных• WIP по US РазработкаПлан Тест Готово
В работе
Готово2
Product Team
• Prod team– Фокусируется на
продукте• Dev Team
– Фокусируется на разработке
• Пересекаются
Заказчики
Команда
Product Owner
Grooming/Refinement
• Регулярный митинг• Задачи
– Добавляем US– Декомпозируем US– Переформулируем US– Оцениваем US– Добавляем приемочные критерии
“Scrumban”
Разработка Тест Деплой
В работе
Готово
Анализ
В работе
Готово TODO
Готово
http://agilescout.com/agile-manifesto-2-1-moreagile-manifesto/
