”Reliable Scrum: итеративная разработка и жесткие сроки”. Опыт применения в команде

SECR 2018
Сергей Кушнир
Инженер по тестированию, Кристалл Сервис

В 2016 году Макс Дорофеев рассказал про Reliable Scrum, методологию представляющая собой смесь гибкой Agile методологии с методом критической цепи (подход к управлению проектами по Теории Ограничений). Я расскажу как мы в команде применяем этот метод и какие инструменты используем, для того чтобы выдерживать строгие даты и объем поставок.

Доклад будет полезен людям которые хотят внедрять изменения в процессы команды и которые находятся на стадии стабилизации системы.

Transcript

1. Reliable Scrum: итеративная разработка и жесткие сроки Опыт применения в команде
2. О себе • Сергей, тестировщик • Работаю в небольшой самоорганизующейся команде • Прочитал Голдратта и понял, попал
3. Поток работ
4. Как было
5. История
6. Ноябрь 2017. Списание времени. 1 SP (Story Point) - делает человек за идеальный день
7. Январь 2018. TOC Найти ограничение. Ограничение в тестировании!
8. Январь 2018. Создать запас Надо максимально использовать ограничение.
9. Январь 2018. Запаса нет Почти весь спринт буфер пустой. Вывод: ограничение - вся команда.
10. Февраль 2018. Оценка емкости
11. Февраль 2018. Оценка емкости
12. Февраль 2018. Тетрис
13. Февраль 2018. Тетрис
14. Февраль 2018. Тетрис
15. Январь 2018. Планирование
16. Январь 2018. Факт
17. Февраль 2018. Планирование 2
19. Февраль 2018. Избыточная оценка
20. Февраль 2018. Общий буфер
21. Март 2018. График сгорания
22. Апрель 2018. Что мы узнали
23. Апрель 2018. Что еще мы узнали
24. Апрель 2018. Что еще мы узнали
25. Май 2018. Что с багами?
26. Май 2018. Считаем всю работу Считаем не только SP из поставки, но и “влетевшие” SP
27. Как было
28. Как стало
29. Результаты 1. Выросли качество и производительность без затрат 2. Появилась точка отсчета 3. Стабилизировалась работа 1. Обострение внутренних и внешних конфликтов 2. Приходится работать
30. Вывод Не имеет смысла что-то менять, это бесполезная бюрократия, лучше работайте
31. Вывод Не имеет смысла что-то менять, это бесполезная бюрократия, лучше работайте Это сложно и непонятно, как это получилось и работает ли
32. Вывод Не имеет смысла что-то менять, это бесполезная бюрократия, лучше работайте Это сложно и непонятно, хз как это получилось и работает ли Это слишком легко, это не работает, вы просто меньше/хуже выполняете свою работу
33. Вывод. Полгода спустя Не имеет смысла что-то менять, это бесполезная бюрократия, лучше работайте Это сложно и непонятно, хз как это получилось и работает ли Это слишком легко, это не работает, вы просто меньше/хуже выполняете свою работу Это ИЗИ
34. Контакты и литература Слайд на котором вы задаете вопросы. Контакты: Telegram - 89967950064 Почта - sergei.kushnir13@gmail.com Литература и видео: Элияху Голдратт - читать все :) Макс Дорофеев - доклады Reliable Scrum и Upgrade Kanban
35. 1. Списывать время 2. Узнать вес своего SP 3. Считать емкость центров (Тетрис) 4. Использовать общий буфер. 5. Контролировать сгорание буфера (график сгорания) Инструкция
36. Что дальше? Смещение спринта. Планирование и разработка во время кодфриза. Деревья текущей и будущей реальности для всей компании.