Опыт внедрения Scrum в команде web разработки. Основные проблемы и пути их решения.

1. Scrum in Simtech
By Ilya Makarov

2. Итеративность

3. Agile
● Люди и их взаимодействие важнее процессов и
инструментов;
● Готовый продукт важнее документации по нему;
● Сотрудничество с заказчиком важнее жестких
контрактных ограничений;
● Реакция на изменения важнее следования плану.

4. Scrum

5. Роли

6. Процессы

7. Артефакты

8. SCRUMBUT
We use Scrum,
but ...

9. ● 7 программистов / 5 тестеров / 3 писателя
● скачиваемая CMS
● много Legacy / слабое покрытие тестами
● релизы примерно раз в 2 месяца.

10. Задачи
- Вовлечение команды
- Формирование правильного беклога
- Внедрение существующих процессов
- Организация Sprint Review

11. Проблема
Как планировать
спринт, если
постоянно
прилетают баги

12. Ситуация
- В среднем 20 багов за спринт от клиентов
- Есть нервные клиенты и требуют ASAP
- Баги по идее не должны оплачиваться компанией
- Время работы по багу может занимать от 1 до XX
часов.

13. Решение
- Регламент по фиксу багов
- Критичные баги в приоритете

14. Проблема
Как оценивать
задачи, если их
“невозможно” оценить

15. Декомпозиция задач
- Пользовательские сценарии
- Архитектура
- MVP + постепенное улучшение
Должен быть критерий “сделано”.

16. Декомпозиция через User Stories

17. Story Points

18. Покер-планирование
Planning Poker

19. Planning Poker

20. Planning Poker

21. Донести важность оценки

24. Решение
● Пропаганда ценностей Scrum
● Дробить задачи (1 week max)
● Обсуждать каждую задачу
● Оценивать на основании кода

25. Как закрывать
задачи в срок
Проблема

26. Сделать в срок
- Нету незаконченных задач, есть сделанные или не
сделанные;
- Умение выполнить в срок = высокому уровню
ответственности;
- Время на не сделанные задачи в большинстве
случаев увеличивается;
- Burndown chart & Velocity sucs.

27. Решение
● Один ответственный
● Критерий “сделано”
● Оптимальная длина спринта
● Премия “сделано” за спринт
● Демонстрировать только “выполненные”
задачи

28. Проблема
Как организовать
работу тестеров

29. Testing in Agile

30. Решение
- Свои stand-up meetings
- Оценка задач
- Работа в том же спринте

31. Проблема
Кто, что и в какой
момент должен
делать

32. Решение
- Инструкции ролей
- Описание процессов
- Описание инструментов

33. Итого
- Процесс работы с багами поменял
процесс разработки в лучшую
сторону
- Итоговые демонстрации приносят
профит всем
- Разработчики способны оценивать
задачи в часах
- Возможность выявления слабых
мест за счет потраченного времени
- Почти любую задачу можно сделать
за 2 недели

34. Вопросы
/ilya.makarov
@ilyacs