1. SCRUM и другие методики
разработки
Tutu.ru

2. "Какая медлительная страна! — сказала Королева. — Ну, а здесь, знаешь
ли, приходится бежать со всех ног, чтобы только остаться на том же месте!
Если же хочешь попасть в другое место, тогда нужно бежать по меньшей
мере вдвое быстрее."
2

3. • Люди – развитие орг.структур компаний
• Процессы – потоки создания продукта,
ценности и их типы
• Технологии
– Формулируем потребность
– Почему гибко?
– Канбан, Скрам, Скрамбан
• SCRUM-мастер и его место в команде
3
А какой у нас план?

4. 4
Иерархические орг. структуры

5. 5
Командные орг. структуры

6. 6
Производственные потоки
I-поток Ж-поток
V-поток
Т-поток
А-поток
Продукт / Фичи
Потребности

7. • Поток создания продукта отражает, какие
элементы орг. структуры исполняют шаги
процесса разработки
• Для изменения потока создания продукта
нужно влиять на орг. структуру
(взаимодействие) и активности по
разработке (процессы).
• При выборе орг. структуры учитываем
риски и способность к самоорганизации
7
Тезисы

8. 8
Эволюция технологий
Технологии
Потребности
Vописания -> Vустаревания

9. 9
Формулируем потребности
Что Описать Проверить Заказчик Гибкость
Requirements /
Требования
конкретные,
проверяемые
характеристик
и продукта
контрольные
примеры
Acceptance
Criteria
глубоко
разбирается в
продукте и
Только так!
Use Cases /
Юзкейсы
поведение
системы в
ответ на
действия
пользователя
Test Cases
описывающие
позитивные и
негативные
сценарии.
глубоко
понимает
продукт, но не
технологии
Ну или так…
User Story /
Пользовательс
кие истории
ожидания и
цели
пользователя
Как я
понимаю, что
это то что
нужно
Definizon of
Done
Хорошо
ощущает
потребность
А как лучше?

10. 10
Agile-манифест, кэп!

11. 11
Уровень самоорганизации
Каждый участник команды
должен научиться самостоятельно
выполнять взятые на себя задачи
Каждый участник команды
должен иметь четкое понимание
необходимого уровня качества
Правила внутрикомандного
взаимодействия должны быть
ясны всем участникам
«Я свое сделал» - это совсем не
гибко
Непрерывно улучшать нужно:
• Процесс
• Инструменты
• Знания

12. • Продукты очень сложные, один человек не
может досконально знать продукт
• Никто не может детально, до уровня
требований, описать потребность даже
среднего размера… до того как она
устареет
• Нужно успеть разработать до того как
технология изменится
• Agile это подход, а не методика
12
Тезисы

13. 13
KANBAN
Backlog
Готовы к
исполнению
В процессе Сделано
Panic Line

14. 14
SCRUM

15. 15
SCRUM роли

16. 16
SCRUM
Артефакты:
• Product backlog
• Sprint backlog
• Burndown Chart
Встречи:
• План (Преплан - план)
• Стендап
• Демо
• Ретро

17. 17
SCRUMBAN
Канбан дополняется следующими инструментами:
• Роли (Product Owner / Scrum Master / Команда)
• Приоритезированный Backlog
• 2-х недельные итерации для оценки результатов и
существенного пересмотра Backlog.
• Демо
• Стендапы
Не вводится временных ограничений. 2 недели это
точка для демо и обсуждения.

18. 18
SCRUM-мастер и его инструменты
«Тамада спринта на вечном празднике разработки»
• сплотить команду
• улучшать процесс
• приносить новое
• коммуницировать:
– Визуализация (тактильные решения)
– Фасилитация (простые методы управления собраниями)
– Мониторинг (периодичность и улучшение инструментов)
– Разрешение конфликтов (внутренних и внешних)

19. 19
Использование новой методики

20. • Переход от последовательных к гибким
методикам разработки произошел под
давлением изменений внешней среды
• Внедрение гибких методологий требует не
только самомотивации, но и высокой
внутренней организации команды
• Гибкие методики контринтуитивны и
основаны на доверии
• Гибкие методики «очень жесткие» в плане
применения инструментов
20
Тезисы

21. 21