Основы Agile-подхода
- Люди и взаимодействие важнее процессов и инструментов.
- Работающий продукт важнее исчерпывающей документации.
- Сотрудничество с заказчиком важнее следования условиям контракта.
- Готовность к изменениям важнее следования первоначальному плану.
Scrum: фреймворк для итеративной разработки
- Product Owner — ответственный за максимизацию ценности продукта и управление Product Backlog.
- Scrum Master — обеспечивает создание среды, способствующей эффективной работе команды, и помогает в процессах самоорганизации и улучшений.
- Developers — члены команды, ответственные за создание Инкремента и планирование работы на спринт.
Артефакты
- Product Backlog — упорядоченный список задач, необходимых для достижения целей продукта.
- Sprint Backlog — план работы команды на текущий спринт.
- Increment — готовая часть продукта, соответствующая критериям Definition of Done.
События
- Sprint Planning — процесс формирования цели спринта и разработки плана действий.
- Daily Scrum — ежедневная встреча команды для обсуждения прогресса и корректировки плана.
- Sprint Review — совместная инспекция результатов спринта и адаптация Product Backlog на основе полученных данных.
- Sprint Retrospective — анализ процессов и выявление возможностей для улучшений.
Scrum эффективен в ситуациях, требующих частой обратной связи, высокой степени неопределенности и способности команды к обучению и адаптации.
Kanban: метод управления потоком работы
- Визуализация работы — все задачи и процессы становятся видимыми для команды.
- Ограничение незавершенной работы (WIP) — установление лимитов на количество задач, находящихся в работе одновременно.
- Управление потоковыми метриками — отслеживание ключевых показателей, таких как время выполнения задач (lead time) и время цикла (cycle time).
- Оптимизация времени поставки ценности — сокращение времени, необходимого для выполнения задач и доставки ценности заказчику.
Сравнение Scrum и Kanban
| Критерий | Scrum | Kanban | Заголовок 7 | |||||
|---|---|---|---|---|---|---|---|---|
| Цикл | Спринты с фиксированной длительностью | Непрерывный поток | ||||||
| Планирование | В начале каждого спринта | По мере появления работы | ||||||
| Роли | Product Owner, Scrum Master, Developers | Формально — нет | ||||||
| Изменения | В спринте ограничены | Разрешены всегда | ||||||
| Метрики | Velocity, Forecasting | Lead time, Cycle time, WIP | ||||||
| Где лучше | Создание продукта в условиях неопределённости | Поток инцидентов, поддержка, DevOps, операции |
Выбор подхода
Agile в эксплуатации (Ops) и DevOps
Гибридные подходы
- Scrumban — эволюционный путь для команд, переходящих от Scrum к более потоковому способу работы.
- Kanplan — комбинация Kanban и упорядоченного backlog с планированием приоритетов.
- Water-Scrum-Fall — корпоративный паттерн, включающий тяжелое планирование, Scrum в разработке и формализованное завершение проекта.
- Lean-Agile — фокус на потоке ценности, устранении потерь и непрерывных улучшениях.
Типичные ошибки Agile-трансформации
- Формальное внедрение Agile без изменения культуры организации.
- Недостаток самоорганизации в командах, работающих по Scrum.
- Daily Scrum, используемый исключительно для отчетов, вместо инспекции прогресса.
- Отсутствие настоящего Product Owner.
- Недостаточная прозрачность процессов и результатов работы.
- Перегрузка команд из-за отсутствия WIP-лимитов.
- Ретроспективы без реальных изменений и улучшений.
- Применение Scrum в ситуациях, где более уместен Kanban.