1. SCRUM Team
1.1. Владелец Продукта (Product Owner)
1.1.1. Product Backlog
1.1.1.1. Четкое определение элементов
1.1.1.2. Упорядочение элементов для оптимизации достижения целей и поставленных задач
1.1.1.3. Ответственность за ценность работы, исполняемой Командой
1.1.1.4. Обеспечение доступности, прозрачности и понятности
1.1.1.5. отображения тех требований, над которыми предстоит работать в ближайшее время
1.1.1.6. Ответственность за понимание Командой Разработчиков требований Журнала Продукта на надлежащем уровне
1.2. Скрам Мастер (Scrum Master)
1.2.1. помогает Владельцу Продукта
1.2.1.1. Обнаруживает методы эффективного управления Журналом Продукта
1.2.1.2. Сообщает видение, цели и элементы Журнала Продукта Команде Разработчиков
1.2.1.3. Учит Команду создавать лаконичные и понятные элементы Журнала Продукта
1.2.1.4. Осуществляет долгосрочное планирование по продукту
1.2.1.5. Понимает и практикует гибкие методы разработки и управления
1.2.1.6. По требованию или необходимости может выступить ведущим мероприятий Скрама
1.2.2. помогает Команде Разработчиков,
1.2.2.1. Учит самоуправлению и кроссфункциональности
1.2.2.2. Учит и ведет за собой Команду при создании продуктов с высокой ценностью
1.2.2.3. Устраняет помехи, которые возникают в процессе работы
1.2.2.4. При необходимости проводит мероприятия Скрама
1.2.2.5. Проводит необходимые тренинги
1.2.3. помогает Организации
1.2.3.1. Ведет и тренирует организацию на ее пути внедрения Скрама
1.2.3.2. Планирует этапы внедрения Скрама в пределах организации
1.2.3.3. Помогает сотрудникам компании и заинтересованным лицам понять и внедрить Скрам и принципы эмпирической разработки продукта
1.2.3.4. Выступает инициатором изменений, усиливающих продуктивность Скрам Команды
1.2.3.5. Работает совместно с другими Скрам Мастерами для более эффективного использования Скрама в пределах организации
1.3. Команда Разработчиков (Development Team)
1.3.1. Самоуправляемы
1.3.1.1. Взаимная поддержка = ответственность
1.3.2. Кроссфункциональны, и обладают всеми навыками, необходимыми для разработки
1.3.2.1. Развивать кроссфункциональность отдельных участников
1.3.2.2. Строить StarChart
1.3.3. Скрам не признает никаких других должностей кроме Разработчика
1.3.4. Отдельные члены Команды могут владеть специализированными знаниями в различных областях, однако ответственность лежит на всей Команде
1.3.5. Нет структурных подразделений
1.3.6. Размер 3-9 человек
2. Events
2.1. Планирование Спринта (Sprint Planning Meeting)
2.1.1. Что будет разработано в Инкременте, являющимся результатом работы следующего Спринта?
2.1.1.1. Спланировать функциональность
2.1.1.1.1. Sprint Backlog
2.1.1.2. Цель спринта
2.1.1.2.1. Ориентир для Спринта
2.1.1.2.2. Имеет ли смысл внести изменения в список стори во время спринта
2.1.2. Как максимально эффективно выполнить работу по созданию Инкремента?
2.2. Спринт
2.2.1. Не допускается внесение никаких изменений, которые бы повлияли на Цель Спринта
2.2.2. Состав Команды и цели по качеству продукта остаются неизменными
2.2.3. Границы, в пределах которых ведется разработка в Спринте, могут быть уточнены
2.2.4. Время 1-4 недели
2.2.4.1. Частые поставки, чтобы как можно чаще узнавать что-то новое
2.2.5. Поставки
2.2.5.1. Итеративные
2.2.5.2. Инкрементальные
2.2.5.3. Должна быть польза для бизнеса
2.3. Ежедневный Скрам (Daily Scrum)
2.3.1. Ежедневные Standup Meeting
2.3.1.1. 15 мин
2.3.1.2. В одно время
2.3.1.3. В одном месте
2.3.1.4. Около доски
2.3.1.5. Каждый рассказывает
2.3.1.5.1. Что было сделано со времени прошлой встречи?
2.3.1.5.2. Что планируется сделать до следующей встречи?
2.3.1.5.3. Что ему мешает в выполнении запланированных заданий?
2.3.1.6. Общение в команде
2.3.1.6.1. не отчет для менеджера
2.3.1.7. Возможно перевести фокус с человека на задачи
2.4. Демо
2.4.1. 1 час
2.4.2. Участвуют все заинтересованные лица
2.4.3. Физически показывать
2.5. Ретроспектива Спринта (Sprint Retrospective)
2.5.1. 3 часа
2.5.2. Проверка того, насколько успешно прошел Спринт, учитывая слаженность Команды, процессы и использованные инструменты
2.5.3. Определение и упорядочение тех элементов работы, которые прошли успешно, и тех, которые могли бы быть сделаны лучше
2.5.3.1. +
2.5.3.2. -
2.5.4. Идеи по улучшению следующих спринтов
2.5.5. План
2.5.5.1. Разработка плана по внедрению улучшений в процесс работы Скрам Команды
2.5.5.2. Несколько основных пунктов
2.5.5.2.1. Реализуемых в процессе следующего спринта
3. Artifacts
3.1. Product Backlog (Журнал продукта)
3.1.1. Оценка в StoryPoints
3.1.1.1. Относительная оценка
3.1.1.2. Внутри, технические задачи в человекачасах
3.2. Sprint Backlog (Журнал Спринта)
3.3. график типа “сколько сделано” (Burnup Release)
3.4. График сколько осталось (Burnup Release)
4. Rules
4.1. Командные
4.2. Зафиксировать
4.3. Выполнять всеми
4.4. Изменять / улучшать
4.4.1. Договариваться во время ретроспективы