Scrum Flashcards
Роли в Scrum
Суть:
* 1 скрам мастер
* 1 продукт owner
* До 8 разработчиков с тестировщиками
Scrum Team — небольшая команда людей, не более 10 человек.
Scrum Team состоит из одного Scrum Master, одного Product Owner и Developers. Внутри Scrum Team нет подкоманд и иерархий. Это сплоченное объединение профессионалов, в любой момент времени сфокусированных на одной цели — Product Goal.
Scrum Teams являются кросс-функциональными, то есть их участники обладают всеми навыками, необходимыми для создания ценности в каждом Sprint. Также они самоуправляемы, то есть сами решают, кто, что, когда и как делает.
Scrum Team выполняет все продуктовые активности: сотрудничество с заинтересованными лицами, верификацию, обслуживание, эксплуатацию, эксперименты, исследования, разработку и все то, что может потребоваться.
Роли в Scrum. Scrum Master
Scrum Master несет ответственность за применение Scrum в соответствии с Руководством по Scrum. Они делают это, помогая всем понять теорию и практики Scrum, как внутри Scrum Team, так и в организации.
Scrum Master служит Scrum Team, Product Owner и Организации. Наиболее приоритетные задачи (по моему мнению):
- коучит участников команды в части самоуправления и кросс-функциональности;
- способствует устранению препятствий, мешающих прогрессу Scrum Team;
- помогает находить техники эффективного определения Product Goal и управления Product Backlog;
- фасилитирует взаимодействие с заинтересованными лицами по запросу или при необходимости.
Роли в Scrum. Product Owner
- Установка целей
- Максимизация ценности
- Управление бэклогом
Product Owner несет ответственность за максимизацию ценности продукта, получаемого в результате работы Scrum Team. Способы достижения максимальной ценности могут быть очень разными и зависят от организаций, Scrum Teams и конкретных людей.
Product Owner также несет ответственность за эффективное управление Product Backlog, в том числе он:
- разрабатывает и точно коммуницирует Product Goal;
- создает и четко объясняет элементы Product Backlog;
- упорядочивает элементы Product Backlog;
- обеспечивает прозрачность, доступность и понимание Product Backlog.
Роли в Scrum. Разработчики
Developers — это люди в Scrum Team, которые привержены созданию любого аспекта готового к использованию Increment в каждом Sprint.
Конкретные навыки, необходимые Developers, зависят от предметной области выполняемой работы и могут быть очень разными. Однако Developers всегда несут ответственность за:
- создание плана на Sprint — Sprint Backlog;
- стремление к качеству посредством соблюдения определения готовности;
- ежедневную адаптацию своего плана для достижения Sprint Goal; а также,
- взаимную подотчетность друг перед другом как профессионалами.
События Scrum. Sprint
Sprint — это контейнер для всех остальных событий. Это событие фиксированной продолжительности не более одного месяца для обеспечения согласованности. Новый Sprint начинается сразу после завершения предыдущего.
Вся работа, необходимая для достижения Product Goal, включая события Sprint Planning, Daily Scrum, Sprint Review и Sprint Retrospective, выполняется в рамках Sprints.
В ходе Sprint:
- не вносятся изменения, которые могут поставить под угрозу Sprint Goal;
- не снижается качество;
- Product Backlog уточняется по мере необходимости; а также,
- по мере появления новых знаний содержание работы может быть уточнено и пересмотрено с Product Owner.
События Scrum. Sprint Retrospective
Цель Sprint Retrospective — запланировать повышение качества и эффективности.
Scrum Team инспектирует то, как прошел последний Sprint в отношении людей, взаимодействий, процессов, инструментов и определения готовности. Инспектируемые элементы зависят от предметной области выполняемой работы и могут быть очень разными. Участники Scrum Team обсуждают, что прошло хорошо во время Sprint, с какими проблемами они столкнулись, и как эти проблемы были (или не были) решены.
Scrum Team определяет наиболее полезные для повышения эффективности изменения. Улучшения с самым высоким влиянием реализуются в кратчайшие сроки. Они могут даже быть добавлены в Sprint Backlog следующего Sprint.
Sprint Retrospective завершает Sprint. Оно ограничено по времени максимум тремя часами для одномесячного Sprint. Для более коротких Sprints событие обычно короче.
События Scrum. Sprint Review
Цель Sprint Review — инспекция результата Sprint и выявление возможностей для адаптации. Scrum Team представляет результаты своей работы ключевым заинтересованным лицам, и обсуждает прогресс в достижении Product Goal.
Во время события Scrum Team и заинтересованные лица анализируют, что было достигнуто в ходе Sprint, и что изменилось в их окружении. На основе этой информации участники совместно решают, что делать дальше. Product Backlog также может быть скорректирован с учетом новых возможностей. Sprint Review — это рабочая сессия, и не сводится к презентации.
Sprint Review является предпоследним событием Sprint и ограничено по времени максимум четырьмя часами для одномесячного Sprint. Для более коротких Sprints событие обычно короче.
События Scrum. Daily Scrum
Цель Daily Scrum — инспекция прогресса в достижении Sprint Goal, адаптация Sprint Backlog по мере необходимости, корректировка запланированной предстоящей работы.
Daily Scrum — это 15-минутное событие для Developers, входящих в Scrum Team. Для снижения комплексности событие проводится в одно и то же время, в одном и том же месте, каждый рабочий день в ходе Sprint.
Необходимо подготовить ответ на три вопроса (было удалено из гайда в 2020):
- Что я сделал вчера, что помогло нам приблизиться к Цели Спринта?
- Что я сделаю сегодня, чтобы приблизить достижение Цели Спринта? Нужна ли мне помощь в этом?
- Вижу ли я какие-либо препятствия, которые могут помешать нам достичь Цели Спринта?
События Scrum. Sprint Planning
Sprint Planning инициирует Sprint, планируя работу, которую необходимо выполнить в этом Sprint. Результатом события становится план, созданный совместными усилиями всей Scrum Team.
В ходе Sprint Planning рассматриваются следующие темы:
Почему этот Sprint ценен? Определение Sprint Goal
Что может быть готово в этом Sprint?
Как будет выполняться выбранная работа?
Sprint Goal, выбранные элементы Product Backlog, плюс план их реализации вместе называются Sprint Backlog.
Sprint Planning ограничено по времени максимум восемью часами для одномесячного Sprint. Для более коротких Sprints событие обычно короче.
Артефакты Scrum. Product Backlog
Product Backlog — это упорядоченный и постоянно обновляемый список того, что необходимо для улучшения продукта. Это единственный источник работы, выполняемой Scrum Team.
Элементы Product Backlog, которые могут быть реализованы Scrum Team до состояния готовности в течение одного Sprint, считаются готовыми для взятия в Sprint в ходе события Sprint Planning. Они достигают такого уровня прозрачности после активностей по уточнению. Уточнение Product Backlog (Refinement) — это процесс разбиения элементов Product Backlog на более мелкие и конкретные элементы, и их дальнейшего уточнения.
Артефакты Scrum. Sprint Backlog
Sprint Backlog состоит из Sprint Goal (почему), набора выбранных на Sprint элементов Product Backlog (что), а также осуществимого плана действий по поставке Increment (как).
Sprint Backlog — это план, созданный силами Developers для самих Developers. Это наглядная и доступная в режиме реального времени картина работы, которую Developers планируют выполнить в ходе Sprint для достижения Sprint Goal. Поэтому Sprint Backlog обновляется на протяжении всего Sprint по мере появления новых знаний. В нем должно быть достаточно деталей, чтобы Developers могли инспектировать свой прогресс во время Daily Scrum.
Артефакты Scrum. Increment
Increment — это конкретная ступенька к достижению Product Goal. Каждый Increment является дополнением ко всем предыдущим. Они тщательно проверяются для обеспечения совместной работы всех Increments. Чтобы предоставить ценность, Increment должен быть пригодным для использования.
В рамках одного Sprint можно создать несколько Increments. Итоговые Increments представляются в ходе Sprint Review, тем самым поддерживая эмпиризм. Однако Increment может быть поставлен заинтересованным лицам еще до окончания Sprint. Sprint Review не должно считаться единственным моментом для поставки ценности.
Оценка (Estimation)
Scrum
Оценка – это прогнозирование усилий, которые потребуются для завершения работы над Элементом Бэклога Продукта. Она обеспечивает Владельцу Продукта и Скрам-мастеру уверенность в дате релиза и является базой для расчета производительности Команды. Существует множество способов оценки усилий Скрам-командой, но при этом всегда используются относительные единицы: например, Стори Поинты. Обычно оценка проводится в рамках Уточнения (Refinement, Груминга) Бэклога Продукта.
Наиболее известная техника эстимации - покер-планирование.
Чтобы оценить объем работы над Элементом Бэклога Продукта, Скрам-команды обычно используют Стори Поинты. Это условная величина, позволяющая давать Элементам Бэклога относительные веса. Чаще всего для оценки в Стори Поинтах используются числа Фибоначчи (1, 2, 3, 5, 8, 13, …), что позволяет провести оценку достаточно быстро.
Velocity
Scrum
Производительность команды Скорость - это величина, отражающая количество работы, которое Скрам-команда может выполнить за один Спринт.
Производительность вычисляется в конце Спринта как сумма Стори Поинтов по всем полностью завершенным Элементам Бэклога Спринта.
Capacity
Capacity - вместимость спринта. Количество стори-поинтов, которые были определены для элементов из Sprint Backlog.
