Scrum: роли, события и артефакты без формального внедрения

Граница материала: Конкретный фреймворк Scrum: ответственности, события и артефакты. U1002 раскрывает общий Agile-подход, а U988 — канбан-доску без Scrum-ролей и спринтов. Сквозной пример — команда развивает продукт двухнедельными спринтами и выпускает проверяемое улучшение. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: достижение цели спринта, качество инкремента, предсказуемость, ценность, препятствия и улучшения процесса.

Задать цель продукта: Scrum

Разберите «Scrum» через конкретную потребность. На шаге «задать цель продукта» роль владелец потребности оформляет артефакт операции «задать цель продукта» для темы «Scrum»: решение по шагу «задать цель продукта» с версией и критерием проверки «Scrum». Этот материал «Scrum» должен позволять другому участнику понять решение без устного контекста. Проверьте его на примере «команда развивает продукт двухнедельными спринтами и выпускает проверяемое улучшение». Если возникает «при действии «задать цель продукта» в теме «Scrum» возникает отклонение: для «задать цель продукта» отсутствует доказательство в системе «Scrum»», вернитесь к исходной задаче и уточните границу.

• Потребность: «задать цель продукта» в системе «Scrum».
• Владелец ответа: владелец потребности.
• Рабочая запись: артефакт операции «задать цель продукта» для темы «Scrum»: решение по шагу «задать цель продукта» с версией и критерием проверки «Scrum».
• Неясная граница: при действии «задать цель продукта» в теме «Scrum» возникает отклонение: для «задать цель продукта» отсутствует доказательство в системе «Scrum».

Назначить три ответственности Scrum: Scrum

Согласование «Scrum» начинается до выполнения. Для операции «назначить три ответственности Scrum» роль руководитель направления показывает артефакт операции «назначить три ответственности Scrum» для темы «Scrum»: решение по шагу «назначить три ответственности Scrum» с версией и критерием проверки «Scrum». Участники «Scrum» отдельно фиксируют принятое решение и открытые вопросы. Испытайте правило на спорном случае. Сигнал переделки: при действии «назначить три ответственности Scrum» в теме «Scrum» возникает отклонение: для «назначить три ответственности Scrum» отсутствует доказательство в системе «Scrum». Пока он сохраняется, следующий этап не открывают.

• Решение до старта: «назначить три ответственности Scrum» в системе «Scrum».
• Кто согласует: руководитель направления.
• След согласования: артефакт операции «назначить три ответственности Scrum» для темы «Scrum»: решение по шагу «назначить три ответственности Scrum» с версией и критерием проверки «Scrum».
• Причина возврата: при действии «назначить три ответственности Scrum» в теме «Scrum» возникает отклонение: для «назначить три ответственности Scrum» отсутствует доказательство в системе «Scrum».

Сформировать продуктовый бэклог: Scrum

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

• Основание приоритета: «сформировать продуктовый бэклог» в системе «Scrum».
• Кто выбирает: аналитик решения.
• Расчёт выбора: артефакт операции «сформировать продуктовый бэклог» для темы «Scrum»: решение по шагу «сформировать продуктовый бэклог» с версией и критерием проверки «Scrum».
• Ложная срочность: при действии «сформировать продуктовый бэклог» в теме «Scrum» возникает отклонение: для «сформировать продуктовый бэклог» отсутствует доказательство в системе «Scrum».

Подготовить планирование спринта: Scrum

Связность «Scrum» проверяют в обе стороны. Во время шага «подготовить планирование спринта» роль координатор связей сохраняет артефакт операции «подготовить планирование спринта» для темы «Scrum»: решение по шагу «подготовить планирование спринта» с версией и критерием проверки «Scrum». По нему должно быть видно, откуда появилось решение и где проверяется его результат. На примере «команда развивает продукт двухнедельными спринтами и выпускает проверяемое улучшение» пройдите цепочку целиком. Разрыв «при действии «подготовить планирование спринта» в теме «Scrum» возникает отклонение: для «подготовить планирование спринта» отсутствует доказательство в системе «Scrum»» означает, что изменение пока нельзя безопасно выпускать.

• Цепочка решения: «подготовить планирование спринта» в системе «Scrum».
• Кто связывает: координатор связей.
• Трасса результата: артефакт операции «подготовить планирование спринта» для темы «Scrum»: решение по шагу «подготовить планирование спринта» с версией и критерием проверки «Scrum».
• Потерянная связь: при действии «подготовить планирование спринта» в теме «Scrum» возникает отклонение: для «подготовить планирование спринта» отсутствует доказательство в системе «Scrum».

Выбрать цель и бэклог спринта: Scrum

Границы роли в «Scrum» задайте явно. Для шага «выбрать цель и бэклог спринта» роль владелец результата предъявляет артефакт операции «выбрать цель и бэклог спринта» для темы «Scrum»: решение по шагу «выбрать цель и бэклог спринта» с версией и критерием проверки «Scrum». Укажите, что человек решает самостоятельно, с кем советуется и кому сообщает итог. Ошибка «при действии «выбрать цель и бэклог спринта» в теме «Scrum» возникает отклонение: для «выбрать цель и бэклог спринта» отсутствует доказательство в системе «Scrum»» создаёт зависание или двойную ответственность. Исправьте полномочия «Scrum» до следующей контрольной точки.

• Полномочие роли: «выбрать цель и бэклог спринта» в системе «Scrum».
• Кто отвечает: владелец результата.
• Подтверждение роли: артефакт операции «выбрать цель и бэклог спринта» для темы «Scrum»: решение по шагу «выбрать цель и бэклог спринта» с версией и критерием проверки «Scrum».
• Двойной владелец: при действии «выбрать цель и бэклог спринта» в теме «Scrum» возникает отклонение: для «выбрать цель и бэклог спринта» отсутствует доказательство в системе «Scrum».

Проводить Daily Scrum: Scrum

Фактическое состояние «Scrum» важнее процента готовности. На этапе «проводить Daily Scrum» роль ответственный за исполнение обновляет артефакт операции «проводить Daily Scrum» для темы «Scrum»: решение по шагу «проводить Daily Scrum» с версией и критерием проверки «Scrum». Для проверки используйте завершённый результат, наблюдаемое событие или подтверждённое решение. Если появился риск «при действии «проводить Daily Scrum» в теме «Scrum» возникает отклонение: для «проводить Daily Scrum» отсутствует доказательство в системе «Scrum»», не улучшайте статус вручную. Сначала разберите причину через «достижение цели спринта, качество инкремента, предсказуемость, ценность, препятствия и улучшения процесса».

• Состояние по факту: «проводить Daily Scrum» в системе «Scrum».
• Кто обновляет: ответственный за исполнение.
• Доказательство статуса: артефакт операции «проводить Daily Scrum» для темы «Scrum»: решение по шагу «проводить Daily Scrum» с версией и критерием проверки «Scrum».
• Скрытое отклонение: при действии «проводить Daily Scrum» в теме «Scrum» возникает отклонение: для «проводить Daily Scrum» отсутствует доказательство в системе «Scrum».

Создавать готовый инкремент: Scrum

Изменение «Scrum» получает отдельную запись. Для операции «создавать готовый инкремент» роль комитет изменений прикладывает артефакт операции «создавать готовый инкремент» для темы «Scrum»: решение по шагу «создавать готовый инкремент» с версией и критерием проверки «Scrum». Сравните пользу, стоимость задержки и влияние на уже согласованное. При признаке «при действии «создавать готовый инкремент» в теме «Scrum» возникает отклонение: для «создавать готовый инкремент» отсутствует доказательство в системе «Scrum»» остановите перенос в рабочую версию. Команда «Scrum» должна видеть одно действующее решение и историю предыдущего.

• Запрос изменения: «создавать готовый инкремент» в системе «Scrum».
• Кто решает: комитет изменений.
• Версия и причина: артефакт операции «создавать готовый инкремент» для темы «Scrum»: решение по шагу «создавать готовый инкремент» с версией и критерием проверки «Scrum».
• Несогласованный выпуск: при действии «создавать готовый инкремент» в теме «Scrum» возникает отклонение: для «создавать готовый инкремент» отсутствует доказательство в системе «Scrum».

Провести обзор с участниками: Scrum

Качество «Scrum» проверяется на исполнении. На шаге «провести обзор с участниками» роль независимый проверяющий передаёт артефакт операции «провести обзор с участниками» для темы «Scrum»: решение по шагу «провести обзор с участниками» с версией и критерием проверки «Scrum» участнику, который не готовил материал. Если тот приходит к другому выводу, правило уточняют. Риск «при действии «провести обзор с участниками» в теме «Scrum» возникает отклонение: для «провести обзор с участниками» отсутствует доказательство в системе «Scrum»» нельзя закрывать средним показателем. Для «Scrum» сохраните пример ошибки и правильный вариант.

• Независимая проверка: «провести обзор с участниками» в системе «Scrum».
• Кто проверяет: независимый проверяющий.
• Контрольный пример: артефакт операции «провести обзор с участниками» для темы «Scrum»: решение по шагу «провести обзор с участниками» с версией и критерием проверки «Scrum».
• Разный вывод: при действии «провести обзор с участниками» в теме «Scrum» возникает отклонение: для «провести обзор с участниками» отсутствует доказательство в системе «Scrum».

Провести ретроспективу: Scrum

Приёмочный тест «Scrum» формулируют заранее. Для действия «провести ретроспективу» роль заказчик результата сопоставляет артефакт операции «провести ретроспективу» для темы «Scrum»: решение по шагу «провести ретроспективу» с версией и критерием проверки «Scrum» с ожидаемым результатом. На сценарии «команда развивает продукт двухнедельными спринтами и выпускает проверяемое улучшение» проверьте обычный и пограничный пути. Если проявился риск «при действии «провести ретроспективу» в теме «Scrum» возникает отклонение: для «провести ретроспективу» отсутствует доказательство в системе «Scrum»», запишите отклонение и владельца исправления. Повторная проверка нужна на новой версии.

• Условие приёмки: «провести ретроспективу» в системе «Scrum».
• Кто принимает: заказчик результата.
• Результат теста: артефакт операции «провести ретроспективу» для темы «Scrum»: решение по шагу «провести ретроспективу» с версией и критерием проверки «Scrum».
• Причина отказа: при действии «провести ретроспективу» в теме «Scrum» возникает отклонение: для «провести ретроспективу» отсутствует доказательство в системе «Scrum».

Обновить бэклог и следующий эксперимент: Scrum

После шага «обновить бэклог и следующий эксперимент» обновите рабочую систему «Scrum». Роль владелец процесса сохраняет артефакт операции «обновить бэклог и следующий эксперимент» для темы «Scrum»: решение по шагу «обновить бэклог и следующий эксперимент» с версией и критерием проверки «Scrum», причину решения и дату пересмотра. Отделите единичную ошибку от повторяемого правила. Если остаётся «при действии «обновить бэклог и следующий эксперимент» в теме «Scrum» возникает отклонение: для «обновить бэклог и следующий эксперимент» отсутствует доказательство в системе «Scrum»», назначьте следующий эксперимент. Польза для «Scrum» подтверждается изменением «достижение цели спринта, качество инкремента, предсказуемость, ценность, препятствия и улучшения процесса», а не количеством документов.

• Изменённое правило: «обновить бэклог и следующий эксперимент» в системе «Scrum».
• Кто закрепляет: владелец процесса.
• Запись урока: артефакт операции «обновить бэклог и следующий эксперимент» для темы «Scrum»: решение по шагу «обновить бэклог и следующий эксперимент» с версией и критерием проверки «Scrum».
• Непроверенная гипотеза: при действии «обновить бэклог и следующий эксперимент» в теме «Scrum» возникает отклонение: для «обновить бэклог и следующий эксперимент» отсутствует доказательство в системе «Scrum».

Матрица контроля и владения

Что изучить дальше

• бэклог продукта
• управление проектами
• матрица RACI
• диаграмма Ганта
• канбан-доска
• метод критического пути

Чек-лист запуска