Руководство по Agile · Начало работы с Agile
Как вести Agile-проект: от запуска до релиза
Это руководство проводит вас через Agile-проект от первого разговора до финального релиза и описывает решения и артефакты, которые нужны на каждом этапе.
Главное
- Начните с видения, владельца продукта и кросс-функциональной команды.
- Создавайте бэклог с помощью story mapping и ориентируйтесь на MVP.
- Выпускайте рано, измеряйте и вовлекайте заинтересованные стороны.
1. Определите видение
Напишите краткое видение продукта: для кого он, какую проблему решает и как будет измеряться успех. Простой шаблон: «Для [пользователей], которым [нужно], [продукт] — это [категория], которая [выгода]. В отличие от [альтернативы], он [отличие]».
2. Сформируйте команду
- Назначьте владельца продукта с полномочиями принимать решения.
- Соберите кросс-функциональную команду со всеми необходимыми навыками.
- Назначьте Scrum-мастера или Agile-лидера.
- Договоритесь о рабочих часах, каналах коммуникации и командном соглашении.
3. Создайте первоначальный бэклог
- Проведите воркшоп по story mapping с пользователями и заинтересованными сторонами.
- Напишите пользовательские истории с критериями приёмки для первых релизов.
- Упорядочьте бэклог по ценности и риску.
- Оцените верхние элементы.
4. Спланируйте первый релиз
Определите минимально жизнеспособный продукт: наименьшую версию, которая приносит ценность и даёт новые знания. Составьте план релизов и поделитесь диапазоном прогноза с заинтересованными сторонами.
5. Проводите спринты
Проводите регулярный цикл планирования, ежедневной координации, разработки, обзора и ретроспективы. См. что такое спринт и Agile-встречи.
6. Вовлекайте заинтересованные стороны
- Приглашайте их на каждый обзор спринта.
- Делитесь простым дашбордом: диаграмма выполнения, прогноз релиза, главные риски.
- Открыто объясняйте компромиссы при изменении приоритетов.
7. Выпускайте и учитесь
Выпускайте релиз, как только инкремент становится ценным. Измеряйте реальное использование, собирайте обратную связь и возвращайте её в бэклог.
8. Закройте проект или продолжайте
Многие Agile-продукты продолжают развиваться той же командой неограниченно долго. Если проект завершается, проведите итоговую ретроспективу, передайте продукт в эксплуатацию, закройте бюджеты и поделитесь извлечёнными уроками.
Бесплатные шаблоны по этой теме
Частые вопросы
Как начать Agile-проект без бэклога?
Проведите воркшоп по story mapping или исследованию с пользователями и заинтересованными сторонами, затем напишите первый набор пользовательских историй для самого ценного пути пользователя.
Кто управляет Agile-проектом?
Ответственность распределена: владелец продукта отвечает за ценность и приоритеты, команда — за поставку, а Scrum-мастер или Agile-лидер — за процесс. Некоторые организации дополнительно вводят роль Agile-руководитель проектов.
Каковы шаги ведения Agile-проекта?
Определите видение, сформируйте команду, создайте первоначальный бэклог, спланируйте первый релиз, проводите спринты, вовлекайте заинтересованные стороны, выпускайте и учитесь, затем закройте проект или продолжайте.
Как написать видение продукта для Agile-проекта?
Опишите, для кого он, какую проблему решает и как будет измеряться успех. Распространённый шаблон: для [пользователей], которым [нужно], [продукт] — это [категория], которая [выгода].
Что такое воркшоп по story mapping в Agile-проекте?
Сессия, на которой пользователи и заинтересованные стороны раскладывают шаги пути пользователя и истории под каждым из них, а затем нарезают их на релизы.
Что такое минимально жизнеспособный продукт в Agile-проекте?
Наименьшая версия, которая приносит ценность и даёт новые знания от реальных пользователей.
Как поддерживать вовлечённость заинтересованных сторон в Agile-проекте?
Приглашайте их на каждый обзор спринта, делитесь простым дашбордом с диаграммой выполнения и прогнозом и объясняйте компромиссы при изменении приоритетов.
Как отчитываться по Agile-проекту?
С помощью работающих инкрементов, диаграммы выполнения релиза, диапазона прогноза и главных рисков, а не процента выполнения.
Как закрыть Agile-проект?
Проведите итоговую ретроспективу, передайте продукт в эксплуатацию, закройте бюджеты и поделитесь извлечёнными уроками. Многие Agile-продукты вместо этого продолжают развиваться той же командой.
Сколько длится Agile-проект?
Зависит от содержания и мощности команды. Используйте скорость и оставшийся бэклог для прогноза диапазона и обновляйте его каждый спринт. См. планирование релизов в Agile.
Можно ли вести Agile-проект с фиксированным бюджетом?
Да. Зафиксируйте команду и сроки и приоритизируйте содержание, чтобы в рамках бюджета поставить самые ценные функции.