Церемонии

---

Церемония	Цель	Длительность	Кто участвует	Результат
Sprint Planning	Определить что и как делать	до 8 ч	Вся команда	Sprint Backlog + Sprint Goal
Daily Scrum	Синхронизация, выявление блокеров	15 мин	Команда (SM опционально)	Обновлённый план дня
Sprint Review	Демо результатов, фидбек	до 4 ч	Команда + Stakeholders	Обновлённый Product Backlog
Retrospective	Улучшение процессов и взаимодействия	60–90 мин	Команда	1–3 конкретных действия

Вопрос	Цель
Что сделал вчера?	Прогресс к Sprint Goal
Что сделаю сегодня?	Координация усилий
Какие препятствия?	Выявление блокеров

Шаг	Время	Действие
Установка контекста	5 мин	Настрой, правила безопасности
Сбор данных	15 мин	Что произошло в спринте
Генерация идей	20 мин	Что улучшить
Принятие решений	20 мин	1–3 действия с ответственными
Завершение	10 мин	Проверка результата

Паттерн	Симптом
Ceremony Theater	Все проводится, но ничего не меняется
Отчёт перед менеджером	Daily = статус-доклад
Ретро без действий	Говорим, ответственных нет
Review без демо	Слайды вместо рабочего продукта

---

1. Sprint Planning — планирование спринта
2. Daily Scrum — ежедневный стендап
3. Sprint Review — обзор спринта
4. Sprint Retrospective — ретроспектива

• Каждая церемония имеет четкую цель, время и участников
• Церемонии должны быть ценными, а не ритуалами
• Фокус на результате, а не на процессе
• Регулярность и соблюдение временных рамок

💡 Помните: Церемонии — это инструменты для улучшения работы, а не обязательные процедуры. Если церемония не приносит ценности, ее нужно изменить или отменить.

---

• Длительность: до 8 часов для 2-недельного спринта (максимум 4 часа на каждую часть)
• Две части:
  • Часть 1 (что сделать): PO и команда определяют цель спринта и выбирают задачи из Product Backlog
  • Часть 2 (как сделать): Команда детализирует работу и планирует выполнение задач

• Цель спринта должна быть краткой и отражать ценность для пользователя
• Использовать историю скорости (velocity) для реалистичного планирования
• Не назначать задачи — команда сама берет обязательства
• Фокус на "почему" и "для чего", а не только на "что"

• Планирование без цели спринта
• Назначение задач менеджером вместо самоорганизации команды
• Игнорирование истории скорости

---

• Длительность: 15 минут максимум
• Время: одно и то же время каждый день
• Формат ответов:
  1. Что сделал вчера?
  2. Что сделаю сегодня?
  3. Какие препятствия?

• Команда сама ведет стендап (не Scrum Master как менеджер)
• Стоячая встреча (физически или виртуально)
• Препятствия фиксируются и решаются после стендапа
• Фокус на проблемах, а не на отчете перед менеджером

• Превращение в отчет перед менеджером
• Обсуждение технических деталей во время стендапа
• Превышение времени (более 15 минут)

---

• Длительность: до 4 часов для 2-недельного спринта
• Участники: команда, PO, заинтересованные стороны (stakeholders)
• Содержание: демонстрация результатов, обсуждение достижений и планов

• Демонстрировать рабочий продукт, а не презентацию
• Получать обратную связь от заказчиков и пользователей
• Адаптировать Product Backlog на основе обратной связи
• Фокус на ценности, а не на количестве выполненных задач

• Обсуждение проблем вместо демонстрации результатов
• Отсутствие заказчиков и заинтересованных сторон
• Превращение в технический доклад вместо демонстрации ценности

---

• Длительность: 60-90 минут для 2-недельного спринта
• Структура:
  1. Установка контекста (5 мин)
  2. Сбор данных (15 мин)
  3. Генерация идей (20 мин)
  4. Принятие решений (20 мин)
  5. Завершение (10 мин)

• Создавать психологически безопасную среду
• Фокусироваться на процессах, а не на людях
• Выбирать 1-3 конкретных действия с ответственными лицами
• Проверять выполнение действий на следующей ретроспективе

• Обсуждение личных качеств членов команды
• Отсутствие конкретных действий и ответственных
• Проведение ретроспективы только при проблемах

---

• Проявление: Церемонии проводятся по расписанию, но без реального участия
• Пример: Ретроспектива, где все молчат, или стендап, где команда просто перечисляет задачи
• Решение: Ввести правила безопасности, фокусироваться на улучшениях, регулярно оценивать ценность церемоний

• Проявление: Церемонии превращаются в показательные мероприятия для руководства
• Пример: Ретроспектива, где команда говорит только положительные вещи для хорошей отчетности
• Решение: Создавать психологическую безопасность, фокусироваться на реальных проблемах

• Проявление: Церемонии становятся препятствием для работы вместо помощи
• Пример: Слишком длинные ретроспективы, которые отнимают время от разработки
• Решение: Оптимизировать длительность, фокусироваться на ключевых улучшениях

• Использовать видеосвязь для синхронных встреч
• Применять цифровые доски (Miro, FigJam) для визуализации
• Внедрять асинхронные элементы (опросы, голосования) для подготовки
• Устанавливать четкие правила взаимодействия

• Daily Scrum: Использовать видео, сохранять формат 3 вопросов, фиксировать препятствия в общем канале
• Retrospective: Предварительно собирать данные асинхронно, использовать цифровые доски для голосования
• Review: Подготовить демо заранее, обеспечить хорошее качество видео и звука
• Planning: Разделить на две части, использовать совместные документы для обсуждения

---

Церемония	Ошибка	Симптом	Как исправить
Daily	Отчёт менеджеру, а не синхронизация	«Вчера делал X, сегодня буду делать Y, проблем нет» у всех	SM уходит с Daily, команда ведёт сама по доске
Daily	Технические дискуссии во время Daily	Daily идёт 45 минут	Записывать тему → «встреча после Daily» только с нужными
Review	Нет живого демо — только слайды	Stakeholders не понимают, что реально готово	Показывать только работающий продукт, запрещено показывать мокапы
Review	Нет Stakeholders на Review	Команда не получает обратную связь	PO берёт на себя ответственность за приглашение нужных людей
Retro	Ретро только «по проблемам»	Команда не видит позитива, демотивация	Начинать с «что шло хорошо», затем переходить к улучшениям
Retro	Нет ответственных за действия	Каждый раз одни и те же проблемы	Каждое действие = имя + дата. Проверка в начале следующей ретро
Planning	Нет Sprint Goal на выходе	Команда не понимает, зачем делают задачи	Не выходить с Planning без одного чёткого Sprint Goal

---

• Цель понятна и актуальна
• Время соблюдается
• Участники вовлечены
• Есть конкретные действия и улучшения
• Ценность для команды и бизнеса

1. Что изменить?
2. Как это поможет?
3. Кто будет ответственным?