SlideShare a Scribd company logo
1 of 21
Download to read offline
SCRUMTREK




                   Agile чеклист
            Краткое описание практик гибкой
                                разработки
                     Асхат Уразбаев, Никита Филиппов




                                                       2010




                         SCRUMTREK.RU
О ЧЕКЛИСТЕ

Чеклист представляет собой оч.кратк. описание практик гибкой разработки.

Чеклист носит рекомендательный характер. Вы используете его на свой страх и риск. Ни
одна из практик не является обязательной. Вы можете изменять практики в соответствии с
проектной    необходимостью    и   собственным      представлениям.   При   применении
подключайте голову.

Кодифицированного или даже просто общепринятого описания Agile не существует.
Данный текст – компиляция различных литературных источников, замешанная на опыте и
знаниях специалистов ScrumTrek.




                                   http://scrumtrek.ru
ОГЛАВЛЕНИЕ
     О чеклисте ...................................................................................................................................................... 2
     Команда ......................................................................................................................................................... 4
     Скрам-мастер ................................................................................................................................................. 5
     Владелец продукта (PO) ................................................................................................................................ 6
     Итерация ........................................................................................................................................................ 7
     Баклог продукта ............................................................................................................................................. 8
     Планирование итерации ............................................................................................................................... 9
     План итерации ............................................................................................................................................. 10
     Доска задач .................................................................................................................................................. 11
     Стендап......................................................................................................................................................... 13
     Диаграмма сгорания ................................................................................................................................... 15
     Демо ............................................................................................................................................................. 16
     Ретроспектива .............................................................................................................................................. 17
     Критерии готовности (DoD) ........................................................................................................................ 18
     Долгосрочное планирование ..................................................................................................................... 19
     Скорость команды ....................................................................................................................................... 20
     Рекомендованное чтение ........................................................................................................................... 21




                                                                  http://scrumtrek.ru
КОМАНДА

Команда (team)

В методологии Scrum команда является самоорганизующейся и самоуправляемой.
Команда берет на себя обязательства по выполнению объема работ на спринт перед
Владельцем продукта. Работа команды оценивается как работа единой группы.

Размер команды ограничивается размером группы людей, способных эффективно
взаимодействовать «лицом к лицу». Типичный размер команды - 7 плюс минус 2. По
нашему опыту, чем ближе к нижней границе, тем лучше.

Команда в Scrum кроссфункциональна. В нее входят люди с дополняющими навыками –
разработчики, аналитики, тестировщики. Нет заранее определенных и поделенных ролей
в команде, ограничивающих область действий членов команды. Команда состоит из
инженеров, которые вносят свой вклад в общий успех проекта в соответствии со своими
способностями    и   проектной   необходимостью.          Команда   самоорганизуется   для
выполнения конкретных задач в проекте, что позволяет ей гибко реагировать на любые
возможные изменения.

ЧЕКЛИСТ
    Команда сидит в одном месте (colocaltion)
    Члены команды чувствуют ответственность по отношению друг к другу
    Команда кроссфункциональна – нет закрепления отдельных ролей за членами
      команды
    Члены команды работают совместно над завершением фич более высокого
      приоритета в первую очередь
    Члены команды признают наличие проблем и просят друг друга о помощи
    Члены команды помогают друг другу




                                    http://scrumtrek.ru
СКРАМ-МАСТЕР

Скрам-мастер (Scrum Master)

Скрам-мастер - член команды. Основная его задача – помочь команде стать
самоуправляемой и самоорганизующейся. Он следит за тем, чтобы команда выполняла
принятые ею решения, за соблюдением практик и отвечает за решение проблем,
обнаруженных командой и находящихся вне ее компетенции.

Скрам-мастер не раздает задачи членам команды. Скрам-мастер - один из членов
команды. Он может быть разработчиком, тестировщиком, аналитиком и т.д.

Скрам-мастер проводит командные митинги (стендап, планирование, демонстрацию и
ретроспективу).

Скрам-мастер также отвечает за удаление всех внешних препятствий, мешающих
команде. Например, если команде нужен новый сервер, то именно скрам-мастер вступит
в бой с бюрократическими силами компании. На практике часто бывает, что скрам-мастер
просто обозначает соответствующую проблему менеджеру и уже менеджер занимается
ее решением.

Скрам-мастер следит за климатом внутри команды и старается создать атмосферу
доверия. Это ни в коем случае не означает, что скрам-мастер «гасит» все конфликты
между членами команды. Напротив, конфликт должен быть вытащен на обсуждение как
можно быстрее и конструктивно решен.

По мере того, как команда становится самоорганизующейся, роль скрам-мастер
уменьшается.

ЧЕКЛИСТ
    Скрам-мастер есть
    Скрам-мастер следит за выполнением командой практик Scrum
    Скрам-мастер член команды (а не менеджер и не владелец продукта)
    Скрам-мастер помогает устранять внешние препятствия
    Скрам-мастер следит за выполнением командой принятых ею решений




                                  http://scrumtrek.ru
ВЛАДЕЛЕЦ ПРОДУКТА (PO)

Владелец продукта (Product Owner), менеджер продукта (Product Manager)

Владелец продукта (Product Owner) – это человек, отвечающий за разработку продукта.
Как правило, это менеджер продукта для продуктовой разработки, менеджер проекта для
внутренней разработки и представитель заказчика для заказной разработки. Владелец
продукта – это единая точка принятия окончательных решений для команды в проекте,
именно поэтому это всегда один человек, а не группа или комитет.

Это позволяет избежать проблемы множественности заказчиков. Владелец      продукта
формулирует эффективный путь достижения целей, и доносит его до каждого, кто в том
нуждается. Владелец продукта должен четко понимать, какие фичи должны быть
сделаны, и каковы их приоритеты.

Владелец продукта ставит задачи команде, но он не вправе ставить задачи конкретному
члену проектной команды.

ЧЕКЛИСТ
    У команды только один владелец продукта
    Владелец продукта устанавливает приоритеты элементов баклога для своей
      команды
    Владелец продукта достаточно хорошо разбирается в продукте и предметной
      области для того, чтобы правильно расставить приоритеты
    Владелец продукта отвечает за формирование концепции продукта (Product
      Vision)
    Владелец продукта управляет ROI (возврат вложенных средств)
    Владелец продукта управляет ожиданиями заказчиков и всех заинтересованных
      лиц
    Владелец продукта отвечает за предоставление требований команде
    Владелец продукта отвечает за приемку результатов в конце каждой итерации




                                   http://scrumtrek.ru
ИТЕРАЦИЯ

Итерация (Iteration), Спринт (Sprint)

В течение одной итерации проектная команда общается с заказчиками, анализирует,
пробует, разрабатывает и тестирует код. В конце каждой итерации демонстрируется
полностью доделанная за итерацию функциональность. Заказчики смотрят на результаты
работы. Все предложения по улучшению планируются на последующие итерации. Внутри
итерации заказчики стараются воздерживаться от изменения требований.

Такими короткими шагами раз за разом мы приближаемся к желаемому результату,
корректируя по ходу направление нашего движения.

Длина итерации в Agile – от 1 до 4 недель

ЧЕКЛИСТ
    В конце итерации есть готовый инкремент продукта
    Фичи, которые начинаются в эту итерацию, в ней же и доделываются
    Команда соблюдает приоритеты фич, установленные Владельцем продукта
    В большинстве случаев команда делает то, что было запланировано. Иногда чуть
      больше, иногда чуть меньше
    Команда сообщает владельцу продукта, когда отстает от плана итерации
    В случае отставания от плана команда предпринимает корректирующие действия
    Для каждой фичи команда знает, каким образом и от кого получить
      дополнительную информацию в случае необходимости
    Проблемы обнаруживаются быстро и обсуждаются командой сразу же
    Длина итерации не меняется после каждой итерации
    Вся незапланированная работа учитывается
    Не более одного дня задержки между итерациями
    Заинтересованные лица знают о том, что работа ведется итерациями




                                        http://scrumtrek.ru
БАКЛОГ ПРОДУКТА

Баклог продукта (Product Backlog)

Баклог продукта – это приоритезированный список имеющихся на данный момент
бизнес-требований и технических требований к системе.

Баклог продукта включает в себя use cases, defects, enhancements, technologies, stories,
features, issues, и т.д. Баклог продукта также включает задачи, важные для команды,
например «провести тренинг», «добавить всем памяти»

Баклог продукта постоянно пересматривается и дополняется – в него включаются новые
требования, удаляются ненужные, пересматриваются приоритеты. За баклог продукта
отвечает Владелец продукта. Он работает совместно с командой для того, чтобы получить
приближенную оценку на выполнение фич из баклога продукта.

ЧЕКЛИСТ
    Владелец продукта управляет и координирует баклог продукта
    Баклог продукта содежит фичи (а не технические задачи)
    Баклог продукта виден каждому
    Баклог продукта обновляется перед планированием итерации
    Владелец продукта понимает все фичи из баклога
    Для каждой фичи из баклога указаны приемочные тесты
    Для каждой фичи из баклога указан сценарий демонстрации




                                    http://scrumtrek.ru
ПЛАНИРОВАНИЕ ИТЕРАЦИИ

Планирование итерации (iteration planning), планирование спринта (sprint planning)

Митинг, на котором команда и владелец продукта планируют итерацию. Владелец
продукта ставит цели итерации и представляет фичи, команда декомпозирует фичи на
технические задачи и совместно оценивает их. Итоговый план таймбоксится, то есть в
него включаются только те фичи, которые команда планирует успеть сделать в итерации.

ЧЕКЛИСТ
    Владелец продукта участвует
    Все члены команды участвуют
    Результат - план итерации
    Все члены команды согласны с тем, что план реалистичен и согласны с ним
    Каждая фича имеет приоритет внутри итерации
    Все технические задачи имеют оценки
    Все истории имеют оценки
    Длительность каждой из задач не превышает двух дней
    Планирование начинается и заканчивается вовремя
    На планировании итерации задачи не назначаются на людей
   




                                    http://scrumtrek.ru
ПЛАН ИТЕРАЦИИ

План итерации (iteration plan), Баклог спринта (sprint backlog)

План итерации поддерживается командой в актуальном состоянии в течение итерации.
Для ведения плана итерации удобно использовать Доску Задач (Task Board)

ЧЕКЛИСТ
    Все видят план итерации
    Каждая фича на плане декомпозируется в технические задачи
    Оценки задач каждый день корректируются
    Члены команды регулярно актуализируют план
    Члены команды могут легко поменять план итерации




                                     http://scrumtrek.ru
ДОСКА ЗАДАЧ

Доска задач (Task Board)

Доска задач – физическая доска, висящая в комнате, где находится команда.




Пространство доски поделено на полосы.

На доске левая полоса (To Do) предназначена для задач, за которые еще никто не брался.
Прикрепляем карточки на эту полосу так, чтобы карточки с задачами находились рядом с
соответствующими карточками фич. Вторая полоса (In Progress) предназначена для задач,
которые находятся в работе. Каждый разработчик перевешивает и подписывает свою
задачу.

Как только задача сделана, разработчик перемещает карточку дальше, в третью полосу
(Done). Теперь он может взяться за следующую задачу. Он берет карточку из первой
полосы, подписывается и перемещает на вторую.

Таким образом, задачи постепенно перемещаются из первой в последнюю полосу. К
концу итерации туда должны переползти все задачи. Количество полос может быть
больше, они, фактически, отражают ЖЦ задачи или фичи.

ЧЕКЛИСТ
    Доска задач висит в комнате команды
    Стендапы проводятся возле доски задач
    По итогам стендапа доска задач актуализируется
    Каждая задача в In Progress имеет ответственного


                                   http://scrumtrek.ru
http://scrumtrek.ru
СТЕНДАП

Стендап (Standup meeting), Скрам (Daily Scrum Meeting)

Короткий ежедневный митинг команды, предназначенный для синхронизации работы
команды.

Проводит митинг скрам-мастер. Он спрашивает по кругу каждого человека, задавая три
вопроса
1. Что сделано вчера?
2. Что будет сделано сегодня?
3. С какими проблемами столкнулся?

Каждый член проекта отвечает на вопросы. Достаточно часто завязываются обсуждения
по тем или иным вопросам.

Пока два человека спорят друг с другом, все остальные скучают и начинают отвлекаться.
Задача скрам-мастера состоит в том, чтобы остановить обсуждение и вынести его за
пределы скрама. Даже если возникшая дискуссия затрагивает всех участников, лучше ее
остановить, закончить скрам и затем снова продолжить обсуждение.

ЧЕКЛИСТ
    Проводится в одно и то же время и в одном и том же месте
    Длительность не более 15 минут
    Начинается и заканчивается вовремя
    Все члены команды участвуют
    Все члены команды отвечают на три вопроса
    Стендап не прерывается
    Члены команды сами выбирают задачи на стендапе
    Скрам-мастер не раздает задачи
    Члены команды обращаются друг к другу, а не отчитываются перед скрам-
      мастером




                                    http://scrumtrek.ru
http://scrumtrek.ru
ДИАГРАММА СГОРАНИЯ

Диаграмма сгорания (burndown chart)

Для отслеживания прогресса в спринте используется диаграмма сгорания (burndown
chart). По оси x откладываются дни итерации, по оси y –сумма оценок несделанных
задач.

В начале итерации эта сумма равна сумме всех оценок всех задач. Каждый день в одно и
то же время (например, после стендапа) скрам-мастер рассчитывает новую точку и ставит
ее на диаграмме.

На диаграмму также наносят прямую линию, которая демонстрирует «идеальное»
сгорание работы. Если график сгорания выше, чем идеальная кривая, значит команда
отстает, если ниже – опережает график.




ЧЕКЛИСТ
    Диаграмма видна всем
    Диаграмма предназначена для команды, а не менеджеров
    Диаграмма актуализируется каждый день
    Команда предпринимает действия, когда значения слишком велики или малы




                                    http://scrumtrek.ru
ДЕМО

Демо (Demo), Ревью спринта (Sprint Review)

Главная цель такого митинга – получить обратную связь и наладить общение со всеми
заинтересованными лицами. Практика позволяет задать ритм такому общению.

Демонстрация проводится в конце каждой итерации. Команда показывает результаты
своей работы, например, последовательно показывая сделанные фичи.

ЧЕКЛИСТ
    Проводится после каждой итерации
    Демонстрируется работающая система (не презентации и не написанные классы)
    Только сделанные фичи демонстрируются
    Все заинтересованные лица приглашаются на демо
    Команда получает обратную связь от заинтересованных лиц
    Заинтересованные лица получают обратную связь
    Баклог продукта корректируется в соответствии с пожеланиями заинтересованных
       лиц




                                   http://scrumtrek.ru
РЕТРОСПЕКТИВА 1

Ретроспектива (retrospective)

Это митинг предназначен для улучшения процесса разработки. Команда собирается
вместе для того, чтобы проанализировать прошедший спринт и решить, что нужно
улучшить и как сделать работу еще более эффективной. Процесс становится по-
настоящему адаптивным и постоянно улучшается самой командой.

ЧЕКЛИСТ
       Ретроспектива проводится в конце итерации
       Все члены команды и владелец продукта участвуют
       Ретроспектива не является митингом по поиску виноватых
       Результатами ретроспективы является план улучшения процесса
       План улучшения процесса претворяется в жизнь
       Все участники говорят
       Нет «лишних» гостей




1
    Подробнее о проведении ретроспектив см. http://blog.scrumtrek.ru/2009/05/blog-post_27.html

                                             http://scrumtrek.ru
КРИТЕРИИ ГОТОВНОСТИ (DOD)

Критерии готовности (Definition of Done)

Критерии готовности – согласованное описание определения готовности фичи в виде
чеклиста.

Можно ли считать фичу сделанной? Такой вопрос часто возникает в конце итерации и
иногда является источником конфликтов команды, владельца продукта и прочих
заинтересованных лиц.

Команда и владелец продукта договариваются о критериях готовности фичи. Они
формулируются сразу для всех фич и могут доопределяться для каждой конкретной фичи.

Пример. Критерии готовности могут быть сформулированы так:
    Фича запущена и работает на stage.
    Проведено тестирование,
    Отсутствуют критические и мажорные дефекты,
    Написаны автоматизированные приемочные тесты

И так далее.

Иногда критерий готовности также определяется для отдельной технической задачи или
требования.

ЧЕКЛИСТ
    Критерии готовности сформулированы командой и владельцем продукта
    Команда соблюдает критерии готовности
    Все члены команды и владелец продукта знают критерии готовности
    Критерии готовности включает в себя тестирование
    Команда не зависит от других людей для того, чтобы обеспечить выполнение
      критериев готовности
    Критерии готовности регулярно корректируются




                                   http://scrumtrek.ru
ДОЛГОСРОЧНОЕ ПЛАНИРОВАНИЕ

Долгосрочное планирование (long-term planning), Планирование релиза (release planning)

Команда совместно с владельцем продукта осуществляет долгосрочное планирование.
Команда оценивает фичи из баклога.

На практике фичи оцениваются в условных единицах (story points) либо идеальных
человеко-днях (ideal man-days). Для оценки часто используется практика Покер
планирования (Planning poker).

Владелец продукта формирует долгосрочный план, часто называемый «планом релиза»
(release plan) на основании оценок команды и знания скорости команды. В долгосрочном
плане указано, какие фичи в какой итерации планируется сделать.

ЧЕКЛИСТ
    Владелец продукта отвечает на вопросы команды во время оценки
    Только команда может оценивать
    Все члены команды участвуют в оценке
    Фичи высокого приоритета небольшие, так что несколько фич может быть сделано
      за одну итерацию
    Долгосрочный план корректируется каждую итерацию




                                     http://scrumtrek.ru
СКОРОСТЬ КОМАНДЫ

Скорость команды (Velocity)

Скорость команды рассчитывается, как сумма оценок фич, которые были сделаны
командой в итерацию.

Как правило, это значение со временем становится более или менее стабильным и от
итерации к итерации меняется незначительно. Знание этой величины и оценок фич
позволяет осуществлять долгосрочное планирование.




ЧЕКЛИСТ
    Скорость рассчитывается после каждой итерации
    В расчете скорости учитываются только те фичи, которые удовлетворяют критерию
      готовности
    Скорость используется для долгосрочного планирования




                                  http://scrumtrek.ru
РЕКОМЕНДОВАННОЕ ЧТЕНИЕ
 Scrum и XP: заметки с передовой, Хенрик Книберг (http://scrum.org.ua/scrum-i-xp-
   zametki-s-peredovoj/) (на русском)
 Статьи AgileRussia http://www.agilerussia.ru/
 Блог ScrumTrek http://blog.scrumtrek.ru/
 Agile Project Management with Scrum by Ken Schwaber
 Agile Estimating and Planning by Mike Cohn
 User Stories Applied by Mike Cohn




                                        http://scrumtrek.ru

More Related Content

What's hot

Selenium - Introduction
Selenium - IntroductionSelenium - Introduction
Selenium - IntroductionAmr E. Mohamed
 
Agile Scrum software methodology
Agile Scrum software methodologyAgile Scrum software methodology
Agile Scrum software methodologyAbdullah Raza
 
Agile 101
Agile 101Agile 101
Agile 101beLithe
 
Agile Testing Framework - The Art of Automated Testing
Agile Testing Framework - The Art of Automated TestingAgile Testing Framework - The Art of Automated Testing
Agile Testing Framework - The Art of Automated TestingDimitri Ponomareff
 
Agile Scrum Training Process
Agile Scrum Training ProcessAgile Scrum Training Process
Agile Scrum Training ProcessClarion Marketing
 
Test Automation Frameworks Using Selenium | Edureka
Test Automation Frameworks Using Selenium | EdurekaTest Automation Frameworks Using Selenium | Edureka
Test Automation Frameworks Using Selenium | EdurekaEdureka!
 
Scrum 101: Introduction to Scrum
Scrum 101: Introduction to ScrumScrum 101: Introduction to Scrum
Scrum 101: Introduction to ScrumArrielle Mali
 
Scrum master self assessment v2.7
Scrum master self assessment v2.7Scrum master self assessment v2.7
Scrum master self assessment v2.7Luca Minudel
 
Scrum Agile Methodlogy
Scrum Agile MethodlogyScrum Agile Methodlogy
Scrum Agile MethodlogyBahaa Farouk
 
Agile methodology v 4.5 s
Agile methodology   v 4.5 sAgile methodology   v 4.5 s
Agile methodology v 4.5 sJames Sutter
 
Agile Process Introduction
Agile Process IntroductionAgile Process Introduction
Agile Process IntroductionNguyen Hai
 

What's hot (20)

Agile methodology and scrum development
Agile methodology and scrum developmentAgile methodology and scrum development
Agile methodology and scrum development
 
Selenium - Introduction
Selenium - IntroductionSelenium - Introduction
Selenium - Introduction
 
Agile Scrum software methodology
Agile Scrum software methodologyAgile Scrum software methodology
Agile Scrum software methodology
 
Agile 101
Agile 101Agile 101
Agile 101
 
SCRUM Core Concepts
SCRUM Core ConceptsSCRUM Core Concepts
SCRUM Core Concepts
 
How to Build Resilience
How to Build ResilienceHow to Build Resilience
How to Build Resilience
 
Agile Testing Framework - The Art of Automated Testing
Agile Testing Framework - The Art of Automated TestingAgile Testing Framework - The Art of Automated Testing
Agile Testing Framework - The Art of Automated Testing
 
Agile antipatterns webinar august17
Agile antipatterns webinar august17Agile antipatterns webinar august17
Agile antipatterns webinar august17
 
Agile Scrum Training Process
Agile Scrum Training ProcessAgile Scrum Training Process
Agile Scrum Training Process
 
Test Automation Frameworks Using Selenium | Edureka
Test Automation Frameworks Using Selenium | EdurekaTest Automation Frameworks Using Selenium | Edureka
Test Automation Frameworks Using Selenium | Edureka
 
Scrum 101: Introduction to Scrum
Scrum 101: Introduction to ScrumScrum 101: Introduction to Scrum
Scrum 101: Introduction to Scrum
 
2017 Scrum by Picture
2017 Scrum by Picture2017 Scrum by Picture
2017 Scrum by Picture
 
E2 e test with testcafe
E2 e test with testcafeE2 e test with testcafe
E2 e test with testcafe
 
Scrum master self assessment v2.7
Scrum master self assessment v2.7Scrum master self assessment v2.7
Scrum master self assessment v2.7
 
Introduction to Scrum
Introduction to ScrumIntroduction to Scrum
Introduction to Scrum
 
Introduction to Scrum@Scale
Introduction to Scrum@ScaleIntroduction to Scrum@Scale
Introduction to Scrum@Scale
 
Scrum Agile Methodlogy
Scrum Agile MethodlogyScrum Agile Methodlogy
Scrum Agile Methodlogy
 
Agile methodology v 4.5 s
Agile methodology   v 4.5 sAgile methodology   v 4.5 s
Agile methodology v 4.5 s
 
Agile Process Introduction
Agile Process IntroductionAgile Process Introduction
Agile Process Introduction
 
Introducing SAFe® 5
Introducing SAFe® 5Introducing SAFe® 5
Introducing SAFe® 5
 

Similar to Agile checklist

Agile, SCRUM, Планирование – что в этом для программистов?
Agile, SCRUM, Планирование – что в этом для программистов?Agile, SCRUM, Планирование – что в этом для программистов?
Agile, SCRUM, Планирование – что в этом для программистов?Fedor Malyshkin
 
Модуль 2: Лекция 11-12: Scrum - обзор фреймворка
Модуль 2: Лекция 11-12: Scrum  - обзор фреймворкаМодуль 2: Лекция 11-12: Scrum  - обзор фреймворка
Модуль 2: Лекция 11-12: Scrum - обзор фреймворкаYana Brodetski
 
Проектирование_и_архитектура_ПС_2022_L04s.ppt
Проектирование_и_архитектура_ПС_2022_L04s.pptПроектирование_и_архитектура_ПС_2022_L04s.ppt
Проектирование_и_архитектура_ПС_2022_L04s.pptdinarium2016
 
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...DressTester
 
Redistributable intro To Scrum, Russian
Redistributable intro To Scrum, RussianRedistributable intro To Scrum, Russian
Redistributable intro To Scrum, RussianAlexey Krivitsky
 
SCRUM в больших проектах
SCRUM в больших проектахSCRUM в больших проектах
SCRUM в больших проектахDenis Petelin
 
Постановка и улучшение скрам процесса для группы проектов в большой компании,...
Постановка и улучшение скрам процесса для группы проектов в большой компании,...Постановка и улучшение скрам процесса для группы проектов в большой компании,...
Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
 
Введение в Scrum
Введение в ScrumВведение в Scrum
Введение в ScrumSergey Semyonov
 
Nfilippov. Something About Agile
Nfilippov. Something About AgileNfilippov. Something About Agile
Nfilippov. Something About AgileNikita Filippov
 
Введние в Scrum
Введние в ScrumВведние в Scrum
Введние в Scrumwebman86
 
Инструменты гибкого управления: Agile / Kanban / Scrum
Инструменты гибкого управления: Agile / Kanban / ScrumИнструменты гибкого управления: Agile / Kanban / Scrum
Инструменты гибкого управления: Agile / Kanban / ScrumDenis Tuchin
 

Similar to Agile checklist (20)

Что такое Scrum
Что такое ScrumЧто такое Scrum
Что такое Scrum
 
Agile, SCRUM, Планирование – что в этом для программистов?
Agile, SCRUM, Планирование – что в этом для программистов?Agile, SCRUM, Планирование – что в этом для программистов?
Agile, SCRUM, Планирование – что в этом для программистов?
 
Модуль 2: Лекция 11-12: Scrum - обзор фреймворка
Модуль 2: Лекция 11-12: Scrum  - обзор фреймворкаМодуль 2: Лекция 11-12: Scrum  - обзор фреймворка
Модуль 2: Лекция 11-12: Scrum - обзор фреймворка
 
Scrum intro
Scrum introScrum intro
Scrum intro
 
Проектирование_и_архитектура_ПС_2022_L04s.ppt
Проектирование_и_архитектура_ПС_2022_L04s.pptПроектирование_и_архитектура_ПС_2022_L04s.ppt
Проектирование_и_архитектура_ПС_2022_L04s.ppt
 
Scrum
ScrumScrum
Scrum
 
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
 
Redistributable intro To Scrum, Russian
Redistributable intro To Scrum, RussianRedistributable intro To Scrum, Russian
Redistributable intro To Scrum, Russian
 
SCRUM в больших проектах
SCRUM в больших проектахSCRUM в больших проектах
SCRUM в больших проектах
 
Scrum: Introduction
Scrum: IntroductionScrum: Introduction
Scrum: Introduction
 
Постановка и улучшение скрам процесса для группы проектов в большой компании,...
Постановка и улучшение скрам процесса для группы проектов в большой компании,...Постановка и улучшение скрам процесса для группы проектов в большой компании,...
Постановка и улучшение скрам процесса для группы проектов в большой компании,...
 
Scrum framework
Scrum frameworkScrum framework
Scrum framework
 
Agile/Scrum
Agile/ScrumAgile/Scrum
Agile/Scrum
 
Введение в Scrum
Введение в ScrumВведение в Scrum
Введение в Scrum
 
Agile Testing Process
Agile Testing ProcessAgile Testing Process
Agile Testing Process
 
Agile Testing Process
Agile Testing ProcessAgile Testing Process
Agile Testing Process
 
Nfilippov. Something About Agile
Nfilippov. Something About AgileNfilippov. Something About Agile
Nfilippov. Something About Agile
 
Scrum Wars
Scrum WarsScrum Wars
Scrum Wars
 
Введние в Scrum
Введние в ScrumВведние в Scrum
Введние в Scrum
 
Инструменты гибкого управления: Agile / Kanban / Scrum
Инструменты гибкого управления: Agile / Kanban / ScrumИнструменты гибкого управления: Agile / Kanban / Scrum
Инструменты гибкого управления: Agile / Kanban / Scrum
 

More from Транслируем.бел

Руководство по видео, трансляциям и премьерам (Youtube 2020)
Руководство по видео, трансляциям и премьерам (Youtube 2020)Руководство по видео, трансляциям и премьерам (Youtube 2020)
Руководство по видео, трансляциям и премьерам (Youtube 2020)Транслируем.бел
 
Корпоративный новый год онлайн
Корпоративный новый год онлайнКорпоративный новый год онлайн
Корпоративный новый год онлайнТранслируем.бел
 
Руководство для малого и среднего бизнеса по использованию цифровых решений
Руководство для малого и среднего бизнеса по использованию цифровых решенийРуководство для малого и среднего бизнеса по использованию цифровых решений
Руководство для малого и среднего бизнеса по использованию цифровых решенийТранслируем.бел
 
Онлайн-трансляции в соцсетях
Онлайн-трансляции в соцсетяхОнлайн-трансляции в соцсетях
Онлайн-трансляции в соцсетяхТранслируем.бел
 
Как организовать трансляцию в Facebook
Как организовать трансляцию в FacebookКак организовать трансляцию в Facebook
Как организовать трансляцию в FacebookТранслируем.бел
 
Что сделать, чтобы сто раз все не переделывать
Что сделать, чтобы сто раз все не переделыватьЧто сделать, чтобы сто раз все не переделывать
Что сделать, чтобы сто раз все не переделыватьТранслируем.бел
 
Когда сказать нет. Арсений Кравченко
Когда сказать нет. Арсений КравченкоКогда сказать нет. Арсений Кравченко
Когда сказать нет. Арсений КравченкоТранслируем.бел
 
SMM учебник. Как продвигать банк в социальных сетях. Наглядное пособие
SMM учебник. Как продвигать банк в социальных сетях. Наглядное пособиеSMM учебник. Как продвигать банк в социальных сетях. Наглядное пособие
SMM учебник. Как продвигать банк в социальных сетях. Наглядное пособиеТранслируем.бел
 
методы монетизации интернет проектов
методы монетизации интернет проектовметоды монетизации интернет проектов
методы монетизации интернет проектовТранслируем.бел
 

More from Транслируем.бел (20)

Медицинские трансляции
Медицинские трансляцииМедицинские трансляции
Медицинские трансляции
 
Vinteo
VinteoVinteo
Vinteo
 
Руководство по видео, трансляциям и премьерам (Youtube 2020)
Руководство по видео, трансляциям и премьерам (Youtube 2020)Руководство по видео, трансляциям и премьерам (Youtube 2020)
Руководство по видео, трансляциям и премьерам (Youtube 2020)
 
Корпоративный новый год онлайн
Корпоративный новый год онлайнКорпоративный новый год онлайн
Корпоративный новый год онлайн
 
Unofficial guide to vmix by streamgeeks
Unofficial guide to vmix by streamgeeksUnofficial guide to vmix by streamgeeks
Unofficial guide to vmix by streamgeeks
 
Руководство для малого и среднего бизнеса по использованию цифровых решений
Руководство для малого и среднего бизнеса по использованию цифровых решенийРуководство для малого и среднего бизнеса по использованию цифровых решений
Руководство для малого и среднего бизнеса по использованию цифровых решений
 
Sennheiser ew100 g2
Sennheiser ew100 g2Sennheiser ew100 g2
Sennheiser ew100 g2
 
Sony mcs 8m
Sony mcs 8mSony mcs 8m
Sony mcs 8m
 
Сравнение поколений Y и Z
Сравнение поколений Y и ZСравнение поколений Y и Z
Сравнение поколений Y и Z
 
Онлайн-трансляции в соцсетях
Онлайн-трансляции в соцсетяхОнлайн-трансляции в соцсетях
Онлайн-трансляции в соцсетях
 
Как организовать трансляцию в Facebook
Как организовать трансляцию в FacebookКак организовать трансляцию в Facebook
Как организовать трансляцию в Facebook
 
The ultimate guide to facebook live for your event
The ultimate guide to facebook live for your eventThe ultimate guide to facebook live for your event
The ultimate guide to facebook live for your event
 
Guide to facebook live
Guide to facebook liveGuide to facebook live
Guide to facebook live
 
Comdi player
Comdi playerComdi player
Comdi player
 
Что сделать, чтобы сто раз все не переделывать
Что сделать, чтобы сто раз все не переделыватьЧто сделать, чтобы сто раз все не переделывать
Что сделать, чтобы сто раз все не переделывать
 
Когда сказать нет. Арсений Кравченко
Когда сказать нет. Арсений КравченкоКогда сказать нет. Арсений Кравченко
Когда сказать нет. Арсений Кравченко
 
Marketing Essentials for Startup Teams
Marketing Essentials for Startup TeamsMarketing Essentials for Startup Teams
Marketing Essentials for Startup Teams
 
SMM учебник. Как продвигать банк в социальных сетях. Наглядное пособие
SMM учебник. Как продвигать банк в социальных сетях. Наглядное пособиеSMM учебник. Как продвигать банк в социальных сетях. Наглядное пособие
SMM учебник. Как продвигать банк в социальных сетях. Наглядное пособие
 
методы монетизации интернет проектов
методы монетизации интернет проектовметоды монетизации интернет проектов
методы монетизации интернет проектов
 
Belarus internet users discovery
Belarus internet users discoveryBelarus internet users discovery
Belarus internet users discovery
 

Agile checklist

  • 1. SCRUMTREK Agile чеклист Краткое описание практик гибкой разработки Асхат Уразбаев, Никита Филиппов 2010 SCRUMTREK.RU
  • 2. О ЧЕКЛИСТЕ Чеклист представляет собой оч.кратк. описание практик гибкой разработки. Чеклист носит рекомендательный характер. Вы используете его на свой страх и риск. Ни одна из практик не является обязательной. Вы можете изменять практики в соответствии с проектной необходимостью и собственным представлениям. При применении подключайте голову. Кодифицированного или даже просто общепринятого описания Agile не существует. Данный текст – компиляция различных литературных источников, замешанная на опыте и знаниях специалистов ScrumTrek. http://scrumtrek.ru
  • 3. ОГЛАВЛЕНИЕ  О чеклисте ...................................................................................................................................................... 2  Команда ......................................................................................................................................................... 4  Скрам-мастер ................................................................................................................................................. 5  Владелец продукта (PO) ................................................................................................................................ 6  Итерация ........................................................................................................................................................ 7  Баклог продукта ............................................................................................................................................. 8  Планирование итерации ............................................................................................................................... 9  План итерации ............................................................................................................................................. 10  Доска задач .................................................................................................................................................. 11  Стендап......................................................................................................................................................... 13  Диаграмма сгорания ................................................................................................................................... 15  Демо ............................................................................................................................................................. 16  Ретроспектива .............................................................................................................................................. 17  Критерии готовности (DoD) ........................................................................................................................ 18  Долгосрочное планирование ..................................................................................................................... 19  Скорость команды ....................................................................................................................................... 20  Рекомендованное чтение ........................................................................................................................... 21 http://scrumtrek.ru
  • 4. КОМАНДА Команда (team) В методологии Scrum команда является самоорганизующейся и самоуправляемой. Команда берет на себя обязательства по выполнению объема работ на спринт перед Владельцем продукта. Работа команды оценивается как работа единой группы. Размер команды ограничивается размером группы людей, способных эффективно взаимодействовать «лицом к лицу». Типичный размер команды - 7 плюс минус 2. По нашему опыту, чем ближе к нижней границе, тем лучше. Команда в Scrum кроссфункциональна. В нее входят люди с дополняющими навыками – разработчики, аналитики, тестировщики. Нет заранее определенных и поделенных ролей в команде, ограничивающих область действий членов команды. Команда состоит из инженеров, которые вносят свой вклад в общий успех проекта в соответствии со своими способностями и проектной необходимостью. Команда самоорганизуется для выполнения конкретных задач в проекте, что позволяет ей гибко реагировать на любые возможные изменения. ЧЕКЛИСТ  Команда сидит в одном месте (colocaltion)  Члены команды чувствуют ответственность по отношению друг к другу  Команда кроссфункциональна – нет закрепления отдельных ролей за членами команды  Члены команды работают совместно над завершением фич более высокого приоритета в первую очередь  Члены команды признают наличие проблем и просят друг друга о помощи  Члены команды помогают друг другу http://scrumtrek.ru
  • 5. СКРАМ-МАСТЕР Скрам-мастер (Scrum Master) Скрам-мастер - член команды. Основная его задача – помочь команде стать самоуправляемой и самоорганизующейся. Он следит за тем, чтобы команда выполняла принятые ею решения, за соблюдением практик и отвечает за решение проблем, обнаруженных командой и находящихся вне ее компетенции. Скрам-мастер не раздает задачи членам команды. Скрам-мастер - один из членов команды. Он может быть разработчиком, тестировщиком, аналитиком и т.д. Скрам-мастер проводит командные митинги (стендап, планирование, демонстрацию и ретроспективу). Скрам-мастер также отвечает за удаление всех внешних препятствий, мешающих команде. Например, если команде нужен новый сервер, то именно скрам-мастер вступит в бой с бюрократическими силами компании. На практике часто бывает, что скрам-мастер просто обозначает соответствующую проблему менеджеру и уже менеджер занимается ее решением. Скрам-мастер следит за климатом внутри команды и старается создать атмосферу доверия. Это ни в коем случае не означает, что скрам-мастер «гасит» все конфликты между членами команды. Напротив, конфликт должен быть вытащен на обсуждение как можно быстрее и конструктивно решен. По мере того, как команда становится самоорганизующейся, роль скрам-мастер уменьшается. ЧЕКЛИСТ  Скрам-мастер есть  Скрам-мастер следит за выполнением командой практик Scrum  Скрам-мастер член команды (а не менеджер и не владелец продукта)  Скрам-мастер помогает устранять внешние препятствия  Скрам-мастер следит за выполнением командой принятых ею решений http://scrumtrek.ru
  • 6. ВЛАДЕЛЕЦ ПРОДУКТА (PO) Владелец продукта (Product Owner), менеджер продукта (Product Manager) Владелец продукта (Product Owner) – это человек, отвечающий за разработку продукта. Как правило, это менеджер продукта для продуктовой разработки, менеджер проекта для внутренней разработки и представитель заказчика для заказной разработки. Владелец продукта – это единая точка принятия окончательных решений для команды в проекте, именно поэтому это всегда один человек, а не группа или комитет. Это позволяет избежать проблемы множественности заказчиков. Владелец продукта формулирует эффективный путь достижения целей, и доносит его до каждого, кто в том нуждается. Владелец продукта должен четко понимать, какие фичи должны быть сделаны, и каковы их приоритеты. Владелец продукта ставит задачи команде, но он не вправе ставить задачи конкретному члену проектной команды. ЧЕКЛИСТ  У команды только один владелец продукта  Владелец продукта устанавливает приоритеты элементов баклога для своей команды  Владелец продукта достаточно хорошо разбирается в продукте и предметной области для того, чтобы правильно расставить приоритеты  Владелец продукта отвечает за формирование концепции продукта (Product Vision)  Владелец продукта управляет ROI (возврат вложенных средств)  Владелец продукта управляет ожиданиями заказчиков и всех заинтересованных лиц  Владелец продукта отвечает за предоставление требований команде  Владелец продукта отвечает за приемку результатов в конце каждой итерации http://scrumtrek.ru
  • 7. ИТЕРАЦИЯ Итерация (Iteration), Спринт (Sprint) В течение одной итерации проектная команда общается с заказчиками, анализирует, пробует, разрабатывает и тестирует код. В конце каждой итерации демонстрируется полностью доделанная за итерацию функциональность. Заказчики смотрят на результаты работы. Все предложения по улучшению планируются на последующие итерации. Внутри итерации заказчики стараются воздерживаться от изменения требований. Такими короткими шагами раз за разом мы приближаемся к желаемому результату, корректируя по ходу направление нашего движения. Длина итерации в Agile – от 1 до 4 недель ЧЕКЛИСТ  В конце итерации есть готовый инкремент продукта  Фичи, которые начинаются в эту итерацию, в ней же и доделываются  Команда соблюдает приоритеты фич, установленные Владельцем продукта  В большинстве случаев команда делает то, что было запланировано. Иногда чуть больше, иногда чуть меньше  Команда сообщает владельцу продукта, когда отстает от плана итерации  В случае отставания от плана команда предпринимает корректирующие действия  Для каждой фичи команда знает, каким образом и от кого получить дополнительную информацию в случае необходимости  Проблемы обнаруживаются быстро и обсуждаются командой сразу же  Длина итерации не меняется после каждой итерации  Вся незапланированная работа учитывается  Не более одного дня задержки между итерациями  Заинтересованные лица знают о том, что работа ведется итерациями http://scrumtrek.ru
  • 8. БАКЛОГ ПРОДУКТА Баклог продукта (Product Backlog) Баклог продукта – это приоритезированный список имеющихся на данный момент бизнес-требований и технических требований к системе. Баклог продукта включает в себя use cases, defects, enhancements, technologies, stories, features, issues, и т.д. Баклог продукта также включает задачи, важные для команды, например «провести тренинг», «добавить всем памяти» Баклог продукта постоянно пересматривается и дополняется – в него включаются новые требования, удаляются ненужные, пересматриваются приоритеты. За баклог продукта отвечает Владелец продукта. Он работает совместно с командой для того, чтобы получить приближенную оценку на выполнение фич из баклога продукта. ЧЕКЛИСТ  Владелец продукта управляет и координирует баклог продукта  Баклог продукта содежит фичи (а не технические задачи)  Баклог продукта виден каждому  Баклог продукта обновляется перед планированием итерации  Владелец продукта понимает все фичи из баклога  Для каждой фичи из баклога указаны приемочные тесты  Для каждой фичи из баклога указан сценарий демонстрации http://scrumtrek.ru
  • 9. ПЛАНИРОВАНИЕ ИТЕРАЦИИ Планирование итерации (iteration planning), планирование спринта (sprint planning) Митинг, на котором команда и владелец продукта планируют итерацию. Владелец продукта ставит цели итерации и представляет фичи, команда декомпозирует фичи на технические задачи и совместно оценивает их. Итоговый план таймбоксится, то есть в него включаются только те фичи, которые команда планирует успеть сделать в итерации. ЧЕКЛИСТ  Владелец продукта участвует  Все члены команды участвуют  Результат - план итерации  Все члены команды согласны с тем, что план реалистичен и согласны с ним  Каждая фича имеет приоритет внутри итерации  Все технические задачи имеют оценки  Все истории имеют оценки  Длительность каждой из задач не превышает двух дней  Планирование начинается и заканчивается вовремя  На планировании итерации задачи не назначаются на людей  http://scrumtrek.ru
  • 10. ПЛАН ИТЕРАЦИИ План итерации (iteration plan), Баклог спринта (sprint backlog) План итерации поддерживается командой в актуальном состоянии в течение итерации. Для ведения плана итерации удобно использовать Доску Задач (Task Board) ЧЕКЛИСТ  Все видят план итерации  Каждая фича на плане декомпозируется в технические задачи  Оценки задач каждый день корректируются  Члены команды регулярно актуализируют план  Члены команды могут легко поменять план итерации http://scrumtrek.ru
  • 11. ДОСКА ЗАДАЧ Доска задач (Task Board) Доска задач – физическая доска, висящая в комнате, где находится команда. Пространство доски поделено на полосы. На доске левая полоса (To Do) предназначена для задач, за которые еще никто не брался. Прикрепляем карточки на эту полосу так, чтобы карточки с задачами находились рядом с соответствующими карточками фич. Вторая полоса (In Progress) предназначена для задач, которые находятся в работе. Каждый разработчик перевешивает и подписывает свою задачу. Как только задача сделана, разработчик перемещает карточку дальше, в третью полосу (Done). Теперь он может взяться за следующую задачу. Он берет карточку из первой полосы, подписывается и перемещает на вторую. Таким образом, задачи постепенно перемещаются из первой в последнюю полосу. К концу итерации туда должны переползти все задачи. Количество полос может быть больше, они, фактически, отражают ЖЦ задачи или фичи. ЧЕКЛИСТ  Доска задач висит в комнате команды  Стендапы проводятся возле доски задач  По итогам стендапа доска задач актуализируется  Каждая задача в In Progress имеет ответственного http://scrumtrek.ru
  • 13. СТЕНДАП Стендап (Standup meeting), Скрам (Daily Scrum Meeting) Короткий ежедневный митинг команды, предназначенный для синхронизации работы команды. Проводит митинг скрам-мастер. Он спрашивает по кругу каждого человека, задавая три вопроса 1. Что сделано вчера? 2. Что будет сделано сегодня? 3. С какими проблемами столкнулся? Каждый член проекта отвечает на вопросы. Достаточно часто завязываются обсуждения по тем или иным вопросам. Пока два человека спорят друг с другом, все остальные скучают и начинают отвлекаться. Задача скрам-мастера состоит в том, чтобы остановить обсуждение и вынести его за пределы скрама. Даже если возникшая дискуссия затрагивает всех участников, лучше ее остановить, закончить скрам и затем снова продолжить обсуждение. ЧЕКЛИСТ  Проводится в одно и то же время и в одном и том же месте  Длительность не более 15 минут  Начинается и заканчивается вовремя  Все члены команды участвуют  Все члены команды отвечают на три вопроса  Стендап не прерывается  Члены команды сами выбирают задачи на стендапе  Скрам-мастер не раздает задачи  Члены команды обращаются друг к другу, а не отчитываются перед скрам- мастером http://scrumtrek.ru
  • 15. ДИАГРАММА СГОРАНИЯ Диаграмма сгорания (burndown chart) Для отслеживания прогресса в спринте используется диаграмма сгорания (burndown chart). По оси x откладываются дни итерации, по оси y –сумма оценок несделанных задач. В начале итерации эта сумма равна сумме всех оценок всех задач. Каждый день в одно и то же время (например, после стендапа) скрам-мастер рассчитывает новую точку и ставит ее на диаграмме. На диаграмму также наносят прямую линию, которая демонстрирует «идеальное» сгорание работы. Если график сгорания выше, чем идеальная кривая, значит команда отстает, если ниже – опережает график. ЧЕКЛИСТ  Диаграмма видна всем  Диаграмма предназначена для команды, а не менеджеров  Диаграмма актуализируется каждый день  Команда предпринимает действия, когда значения слишком велики или малы http://scrumtrek.ru
  • 16. ДЕМО Демо (Demo), Ревью спринта (Sprint Review) Главная цель такого митинга – получить обратную связь и наладить общение со всеми заинтересованными лицами. Практика позволяет задать ритм такому общению. Демонстрация проводится в конце каждой итерации. Команда показывает результаты своей работы, например, последовательно показывая сделанные фичи. ЧЕКЛИСТ  Проводится после каждой итерации  Демонстрируется работающая система (не презентации и не написанные классы)  Только сделанные фичи демонстрируются  Все заинтересованные лица приглашаются на демо  Команда получает обратную связь от заинтересованных лиц  Заинтересованные лица получают обратную связь  Баклог продукта корректируется в соответствии с пожеланиями заинтересованных лиц http://scrumtrek.ru
  • 17. РЕТРОСПЕКТИВА 1 Ретроспектива (retrospective) Это митинг предназначен для улучшения процесса разработки. Команда собирается вместе для того, чтобы проанализировать прошедший спринт и решить, что нужно улучшить и как сделать работу еще более эффективной. Процесс становится по- настоящему адаптивным и постоянно улучшается самой командой. ЧЕКЛИСТ  Ретроспектива проводится в конце итерации  Все члены команды и владелец продукта участвуют  Ретроспектива не является митингом по поиску виноватых  Результатами ретроспективы является план улучшения процесса  План улучшения процесса претворяется в жизнь  Все участники говорят  Нет «лишних» гостей 1 Подробнее о проведении ретроспектив см. http://blog.scrumtrek.ru/2009/05/blog-post_27.html http://scrumtrek.ru
  • 18. КРИТЕРИИ ГОТОВНОСТИ (DOD) Критерии готовности (Definition of Done) Критерии готовности – согласованное описание определения готовности фичи в виде чеклиста. Можно ли считать фичу сделанной? Такой вопрос часто возникает в конце итерации и иногда является источником конфликтов команды, владельца продукта и прочих заинтересованных лиц. Команда и владелец продукта договариваются о критериях готовности фичи. Они формулируются сразу для всех фич и могут доопределяться для каждой конкретной фичи. Пример. Критерии готовности могут быть сформулированы так:  Фича запущена и работает на stage.  Проведено тестирование,  Отсутствуют критические и мажорные дефекты,  Написаны автоматизированные приемочные тесты И так далее. Иногда критерий готовности также определяется для отдельной технической задачи или требования. ЧЕКЛИСТ  Критерии готовности сформулированы командой и владельцем продукта  Команда соблюдает критерии готовности  Все члены команды и владелец продукта знают критерии готовности  Критерии готовности включает в себя тестирование  Команда не зависит от других людей для того, чтобы обеспечить выполнение критериев готовности  Критерии готовности регулярно корректируются http://scrumtrek.ru
  • 19. ДОЛГОСРОЧНОЕ ПЛАНИРОВАНИЕ Долгосрочное планирование (long-term planning), Планирование релиза (release planning) Команда совместно с владельцем продукта осуществляет долгосрочное планирование. Команда оценивает фичи из баклога. На практике фичи оцениваются в условных единицах (story points) либо идеальных человеко-днях (ideal man-days). Для оценки часто используется практика Покер планирования (Planning poker). Владелец продукта формирует долгосрочный план, часто называемый «планом релиза» (release plan) на основании оценок команды и знания скорости команды. В долгосрочном плане указано, какие фичи в какой итерации планируется сделать. ЧЕКЛИСТ  Владелец продукта отвечает на вопросы команды во время оценки  Только команда может оценивать  Все члены команды участвуют в оценке  Фичи высокого приоритета небольшие, так что несколько фич может быть сделано за одну итерацию  Долгосрочный план корректируется каждую итерацию http://scrumtrek.ru
  • 20. СКОРОСТЬ КОМАНДЫ Скорость команды (Velocity) Скорость команды рассчитывается, как сумма оценок фич, которые были сделаны командой в итерацию. Как правило, это значение со временем становится более или менее стабильным и от итерации к итерации меняется незначительно. Знание этой величины и оценок фич позволяет осуществлять долгосрочное планирование. ЧЕКЛИСТ  Скорость рассчитывается после каждой итерации  В расчете скорости учитываются только те фичи, которые удовлетворяют критерию готовности  Скорость используется для долгосрочного планирования http://scrumtrek.ru
  • 21. РЕКОМЕНДОВАННОЕ ЧТЕНИЕ  Scrum и XP: заметки с передовой, Хенрик Книберг (http://scrum.org.ua/scrum-i-xp- zametki-s-peredovoj/) (на русском)  Статьи AgileRussia http://www.agilerussia.ru/  Блог ScrumTrek http://blog.scrumtrek.ru/  Agile Project Management with Scrum by Ken Schwaber  Agile Estimating and Planning by Mike Cohn  User Stories Applied by Mike Cohn http://scrumtrek.ru