Какие знаешь принципы Scrum?

Принципы Scrum

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

Ценности Scrum (Scrum Values)

В основе Scrum лежат пять ценностей, определенные Scrum Guide:

1. Честность (Honesty / Openness)

• Прозрачность информации о статусе проекта
• Открытое общение о проблемах и рисках
• Честный отчет о скорости (velocity) команды
• Признание ошибок без завуалирования
• Пример: Разработчик честно говорит о невозможности выполнить задачу в срок, вместо обещания выполнить

2. Уважение (Respect)

• Уважение к каждому члену команды независимо от роли
• Признание компетенции коллег
• Отсутствие иерархических преград в общении
• Доверие к способностям человека
• Пример: Product Owner прислушивается к мнению разработчика о техническом долге, хотя он и не принимает финальное решение

3. Преданность (Commitment)

• Обязательство достичь цели Sprint-а
• Преданность качеству работы
• Отсутствие отвлечений и побочных задач во время Sprint-а
• Ответственность за взятые обязательства
• Пример: Команда обещает выполнить определенный набор User Stories в течение Sprint-а и работает целенаправленно для достижения этой цели

4. Фокус (Focus)

• Концентрация на целях текущего Sprint-а
• Минимизация отвлечений ("контекст-переключения")
• Приоритизация работы
• Не берешь новое, пока не завершишь текущее
• Пример: В течение двухнедельного Sprint-а команда не начинает срочные задачи извне, а доводит текущие до завершения

5. Смелость (Courage)

• Смелость говорить о проблемах
• Готовность к изменениям и экспериментам
• Смелость отказать невозможным требованиям
• Готовность признать и исправить ошибки
• Пример: Аналитик смело предложил переделать архитектуру, хотя это задержит release на две недели, но спасет проект от масштабирования

Принципы работы Scrum

Принцип 1: Эмпиризм

• Процесс основан на реальных данных и наблюдениях, не на прогнозах
• Три столпа эмпиризма:
  • Прозрачность (Transparency): все видят реальное состояние
  • Проверка (Inspection): регулярно смотрим, что произошло
  • Адаптация (Adaptation): быстро реагируем на изменения

Пример: Команда видит, что скорость упала с 40 на 30 points. На ретроспективе проанализировала причины и адаптировала процесс.

Принцип 2: Итеративность

• Работа разделена на короткие циклы (Sprint-ы, обычно 1-4 недели)
• Каждый Sprint дает готовый к релизу инкремент
• Возможность получить обратную связь рано и часто
• Пример: Вместо разработки 6 месяцев, делаем 12 двухнедельных Sprint-ов с релизом после каждого

Принцип 3: Инкрементальность

• Готовый продукт растет постепенно
• Каждый Sprint добавляет ценность
• Минимум жизнеспособный продукт (MVP) выпускается рано
• Пример: После Sprint 1 есть базовая функциональность, которую можно использовать. Sprint 2 добавляет улучшения, Sprint 3 — интеграции

Принцип 4: Самоорганизация команды

• Команда сама решает, как выполнять работу
• Нет микроменеджмента от Scrum Master-а или лидера
• Команда берет ответственность за результаты
• Пример: Разработчики сами решили использовать TDD подход для повышения качества кода, без указания менеджера

Принцип 5: Фокус на ценность

• Первый приоритет — доставить ценность для бизнеса и пользователя
• Product Owner расставляет приоритеты на основе ROI
• Отклоняются красивые, но бесполезные feature-ы
• Пример: Фича, которая нравится разработчикам, но не нужна пользователям, отодвигается в конец backlog-а

Принцип 6: Адаптивность

• Планы меняются в ответ на новую информацию
• Изменения приветствуются даже в конце разработки
• Нет попытки придерживаться первоначального плана "любой ценой"
• Пример: На середине Sprint-а выясняется, что конкурент выпустил похожий feature. Команда адаптирует план и переприоритизирует работу

Артефакты Scrum (где проявляются принципы)

Product Backlog

• Упорядоченный список всех требований и улучшений
• Только Product Owner определяет порядок
• Видим фокус на ценности и эмпиризм

Sprint Backlog

• То, что команда планирует сделать в текущем Sprint-е
• Само-организующая команда берет нужное количество items
• Видим самоорганизацию и фокус

Increment (Product Increment)

• Готовый, потенциально релизабельный продукт
• Создается в конце каждого Sprint-а
• Видим инкрементальность и ценность

Основные мероприятия (Events) Scrum

Sprint Planning

• Команда и Product Owner планируют Sprint
• Выбирают items из Product Backlog
• Определяют Sprint Goal (цель)
• Демонстрирует: Commitment, Focus, Honesty

Daily Standup (Ежедневное Scrum)

• 15 минут синхронизации
• Каждый говорит: что сделал, что будет делать, какие проблемы
• Демонстрирует: Transparency, Openness, Courage (говорить о проблемах)

Sprint Review

• Демонстрация готового инкремента заинтересованным сторонам
• Получение обратной связи
• Демонстрирует: Inspection, Adaptation, ценность

Sprint Retrospective

• Команда анализирует, что прошло хорошо и что можно улучшить
• Планирует действия для следующего Sprint-а
• Демонстрирует: Honesty, Adaptation, Improvement

Практическое применение для System Analyst

1. Работа с Product Backlog

   • Пишешь user stories, которые будут приоритизированы Product Owner-ом
   • Убеждаешься, что каждый item ясен и оцениваемый
   • Принцип: Transparency, Honesty (не скрываешь сложность)

2. На Sprint Planning

   • Обсуждаешь требования с разработчиками
   • Помогаешь команде оценить сложность
   • Берешь commitment на выполнение
   • Принцип: Openness, Respect

3. На Daily Standup

   • Сообщаешь о статусе требований
   • Говоришь о блокерах (например, нужна уточнение от клиента)
   • Помогаешь разблокировать других
   • Принцип: Focus, Honesty, Courage

4. На Sprint Review

   • Демонстрируешь, как готовый инкремент удовлетворяет требования
   • Собираешь обратную связь
   • Документируешь изменения в требованиях
   • Принцип: Inspection, Adaptation

5. На Retrospective

   • Участвуешь в обсуждении улучшений процесса
   • Предлагаешь, как лучше работать с требованиями
   • Учитываешь обратную связь команды
   • Принцип: Honesty, Courage, Adaptation

Частые ошибки при внедрении Scrum

• ❌ Команда не берет commitment, только выполняет приказы
• ❌ Product Owner не участвует в Sprint Planning
• ❌ Sprint Goal не определен или не понятен
• ❌ Новые задачи добавляются в середину Sprint-а
• ❌ Daily Standup длится 40 минут (должен быть 15 минут)
• ❌ Retrospective становится "обвинением" вместо улучшения
• ❌ Спринт не завершается готовым инкрементом

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