codefest 2014. Уразбаев А. — Трансформация scrum

Post on 20-Oct-2014

1.552 Views

Category:

Internet

0 Downloads

Preview:

Click to see full reader

DESCRIPTION

 

TRANSCRIPT

Трансформация Scrum

Асхат УразбаевScrumTrek

Асхат Уразбаев

• ScrumTrek• Agile Coach• Управляющий партнер

• В прошлом• Программист, менеджер

проектов, методолог

Олдскульный скрам (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

Готово

Вопросы?

Асхат Уразбаев

@zibsun

askhat@scrumtrek.ru

top related