Scrum-мастер (профессиональный уровень)

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

Описание образовательного курса:

🔹Описание программы:
Углубленный курс для практикующих Scrum-мастеров, направленный на развитие экспертных навыков фасилитации, коучинга команд и управления организационными изменениями в Agile-среде.

🔹Что предстоит пройти:

Продвинутые техники фасилитации (Conflict Resolution, Deep Democracy)
Работа с сопротивлением и трансформация культуры
Метрики и индикаторы зрелости Scrum-команд
Коучинг PO и взаимодействие с топ-менеджментом
Сложные кейсы масштабирования (LeSS, Nexus)
Юнит-экономика Agile-проектов

🔹Ожидаемые результаты:
- Должен уметь:
— Проводить превентивный анализ и устранять системные антипаттерны
— Настраивать процессы в распределенных и кросс-функциональных командах
— Использовать данные (метрики, feedback loops) для принятия решений

- Должен знать:
— Принципы организационного дизайна в Agile
— Модели зрелости команд (Tuckman, Laloux)
— Юридические аспекты Agile-контрактов

🔹Формат обучения:
70% практики (симуляции, разбор реальных кейсов), 30% теории. Доступ к закрытому комьюнити и менторская поддержка после курса.

Вопросы

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

2. Какие техники фасилитации наиболее эффективны для разрешения конфликтов в зрелых командах?
Ответ: Deep Democracy, "Шесть думающих шляп" де Боно, техника "5 Почему" для выявления корневых причин, а также метод "Пустого стула" для работы с неозвученными позициями.

3. Как измерить зрелость Scrum-команды?
Ответ: Через комбинацию метрик: скорость выполнения обязательств (Commitment Reliability), коэффициент самоорганизации (по опросникам), уровень технического долга, частоту ретроспективных действий и качество инкремента.

4. Какие антипаттерны в работе Product Owner чаще всего требуют коучинга?
Ответ: Микро-менеджмент бэклога, неспособность расставлять приоритеты на основе ценности, слабая работа со стейкхолдерами, подмена команды в принятии технических решений.

5. Как адаптировать Scrum для распределенных команд?
Ответ: Вводить асинхронные практики (например, письменные ретро), использовать инструменты визуализации потока (Kanban-доски с WIP-лимитами), назначать "часовых" в разных часовых поясах, усиливать ритуалы документации.

6. Какие юридические риски возникают при Agile-контрактах?
Ответ: Нечеткие критерии приемки, отсутствие механизмов управления scope creep, проблемы с интеллектуальной собственностью при итеративной разработке, риски несоответствия регуляторным требованиям.

7. Как выстроить работу Scrum-мастера с топ-менеджментом?
Ответ: Говорить на языке бизнес-метрик (ROI, Time-to-Market), демонстрировать корреляцию Agile-практик и финансовых результатов, создавать прозрачность через визуализацию потоков создания ценности.

8. Какие техники коучинга наиболее эффективны для Scrum-команд?
Ответ: Мощные вопросы (GROW-модель), шкалирование, техника "Чудо-вопроса", работа с ограничивающими убеждениями через рефрейминг, парное менторинг.

9. Как работать с сопротивлением Agile-трансформации на уровне middle-менеджмента?
Ответ: Выявлять скрытые выгоды текущего состояния (например, иллюзию контроля), создавать пилотные зоны успеха, вовлекать в решение проблем через методы participatory design.

10. Какие метрики опасны для Agile-команд при неправильном использовании?
Ответ: Velocity (может привести к гонке за "story points"), количество завершенных задач (поощряет дробление без ценности), коэффициент использования ресурсов (противоречит принципам Lean).

11. Как модифицировать Daily Scrum для зрелых команд?
Ответ: Переходить от формата "3 вопроса" к обсуждению потока и препятствий, экспериментировать с walkthrough-форматами, вводить элементы mob/pair programming для горячих точек.

12. Какие практики из Kanban наиболее полезны для Scrum-мастеров?
Ответ: Визуализация потока, ограничение WIP, управление классов обслуживания (Expedite/Standard), метрики цикла (Cycle Time) и времени выполнения (Lead Time).

13. Как проводить ретроспективу для команд с высоким уровнем усталости от формата?
Ответ: Использовать нестандартные форматы (например, "Ретро в стиле TED Talks"), фокусироваться на одном улучшении, вводить элементы gamification, чередовать глубинные и легкие сессии.

14. Какие техники помогают выявлять системные препятствия?
Ответ: Value Stream Mapping, 5 Whys для организационных проблем, анализ временных рядов метрик, техника "Трагедия общин" для выявления структурных конфликтов.

15. Как строить стратегию масштабирования Agile в организации?
Ответ: Начинать с "островков компетенций", использовать принцип "не навреди", внедрять через Coalition of the Willing, сочетать bottom-up и top-down подходы.

16. Какие ролевые модели Scrum-мастера наиболее эффективны?
Ответ: "Слуга-лидер", "Системный мыслитель", "Фасилитатор изменений", "Коуч для лидеров", при этом важно избегать роли "Agile-полицейского".

17. Как работать с техническим долгом на профессиональном уровне?
Ответ: Вводить "долговые" индикаторы в Definition of Done, резервировать capacity в спринтах, создавать прозрачность через визуализацию (например, Debt Quadrant), интегрировать в ROI-расчеты.

18. Какие когнитивные искажения чаще всего мешают Scrum-командам?
Ответ: Эффект Даннинга-Крюгера (переоценка зрелости), иллюзия контроля, ошибка планирования (planning fallacy), групповое мышление (groupthink), склонность к подтверждению своей точки зрения.

19. Как проводить Sprint Review для сложных продуктов?
Ответ: Фокусироваться на outcomes (а не outputs), использовать форматы "научной ярмарки", привлекать конечных пользователей, сочетать демо с данными использования (если есть).

20. Какие техники помогают в коучинге Product Owner?
Ответ: Работа с User Story Mapping, тренировка навыков расщепления фич (splitting techniques), практики сторителлинга для презентации продукта, методы приоритизации (WSJF, Kano).

21. Как изменить культуру организации через Scrum-практики?
Ответ: Вводить ритуалы, демонстрирующие новые ценности (например, публичные признания ошибок), работать с "культурными героями", создавать safe-to-fail среды для экспериментов.

22. Какие антипаттерны Scrum-мастера наиболее опасны?
Ответ: Подмена команды в решениях, фанатичное следование "букве" Scrum игнорируя контекст, чрезмерный акцент на процессах вместо результатов, избегание сложных организационных тем.

23. Как оценивать эффективность работы Scrum-мастера?
Ответ: Через рост автономности команды, снижение количества внешних блокеров, качество ретроспективных действий, динамику метрик потока (не скорости!), feedback от стейкхолдеров.

24. Какие практики помогают в кризисных ситуациях проекта?
Ответ: "Вой комнатные" сессии для выявления корневых проблем, временный переход к более жестким WIP-лимитам, фокус на минимальных жизнеспособных инкрементах, прозрачность данных для всех.

25. Как работать с гибридными моделями (Scrum + другие подходы)?
Ответ: Четко разделять зоны ответственности, вводить "правила взаимодействия", создавать общее видение процессов, избегать "франкен-методик" через принцип "сначала принципы, потом практики".

26. Как правильно подготовить команду к переходу на LeSS?
Ответ: Начинать с обучения основам LeSS, провести оценку текущей зрелости команды, создать пилотную зону, ввести кросс-функциональное обучение, постепенно увеличивать зону ответственности команд.

27. Какие техники помогают выявлять скрытые конфликты в команде?
Ответ: Анонимные ретроспективные форматы, регулярные one-on-one встречи, наблюдение за невербальными сигналами, анализ динамики метрик (например, рост Cycle Time может указывать на проблемы).

28. Как измерить экономический эффект от внедрения Scrum?
Ответ: Через показатели Time-to-Market, снижение затрат на переделку, увеличение частоты релизов, удовлетворенность клиентов (NPS), динамику employee engagement.

29. Какие ошибки чаще всего допускают при фасилитации Planning Poker?
Ответ: Допущение группового мышления, отсутствие таймбокса, игнорирование аномальных оценок (которые могут указывать на непонимание), смешение оценки сложности и трудозатрат.

30. Как модифицировать Scrum для научно-исследовательских проектов?
Ответ: Вводить более длинные спринты (4-6 недель), акцент на исследовательские цели в Sprint Goal, гибкое Definition of Done, специальные метрики (например, количество проверенных гипотез).

31. Какие практики помогают сохранить мотивацию команды в долгосрочных проектах?
Ответ: Регулярная ротация ролей, celebration grid для фиксации успехов, работа с персональными картами развития, создание "историй успеха" для демонстрации impact.

32. Как работать с зависимостями между несколькими Scrum-командами?
Ответ: Вводить общие ритуалы (Scrum of Scrums), создавать карты зависимостей, назначать интеграционные спринты, использовать методы из SAFe (например, PI Planning).

33. Какие техники ретроспектив наиболее эффективны для удаленных команд?
Ответ: Асинхронные форматы (например, письменные ретро в Miro), техника "Sailboat" в цифровом формате, использование gamification-элементов, ротация фасилитаторов.

34. Как правильно внедрять метрики в Agile-командах?
Ответ: Начинать с вопросов "Какие решения мы хотим принимать?", выбирать 3-5 ключевых метрик, обеспечивать прозрачность сбора данных, регулярно пересматривать релевантность метрик.

35. Какие антипаттерны встречаются в Definition of Done?
Ответ: Чрезмерная детализация, отсутствие связи с качеством, статичность (не обновляется), несоответствие реальным возможностям команды, подмена Definition of Ready.

36. Как проводить эффективный Scrum of Scrums?
Ответ: Фокусироваться только на межкомандных зависимостях, ограничивать время (15-30 мин), привлекать только ключевых представителей, вести визуализацию блокеров.

37. Какие техники помогают в управлении распределенными командами?
Ответ: "Перекрывающиеся часы" для синхронной работы, ротация локаций, единые инструменты визуализации, регулярные неформальные онлайн-встречи, принцип "одна команда - один backlog".

38. Как оценивать результаты Agile-коучинга?
Ответ: Через рост самоорганизации команды, увеличение количества и качества улучшений из ретро, снижение зависимости от Scrum-мастера, feedback 360°.

39. Какие ошибки допускают при масштабировании Scrum?
Ответ: Механическое копирование практик без учета контекста, игнорирование культурных аспектов, отсутствие этапа пилотирования, попытка масштабировать незрелые практики.

40. Как работать с "токсичными" участниками команды?
Ответ: Использовать one-on-one коучинг, четко формулировать ожидания, создавать прозрачную систему feedback, в крайних случаях - ротация или выход из команды.

41. Какие техники помогают в управлении ожиданиями стейкхолдеров?
Ответ: Регулярные демо с реальными результатами, визуализация roadmaps, управление через User Story Mapping, техника "Moving Motivators" для выявления интересов.

42. Как модифицировать Scrum для поддержки legacy-систем?
Ответ: Вводить "спринты устойчивости", специальные метрики технического долга, практики "красных/зеленых" дней для рефакторинга, парное программирование для знаний.

43. Какие практики помогают в развитии T-shaped навыков?
Ответ: Ротация ролей, внутренние гильдии, "дни обучения", система менторинга, выделение времени на кросс-функциональные задачи в спринте.

44. Как правильно использовать Velocity в профессиональном Scrum?
Ответ: Только как исторические данные для планирования, никогда - для сравнения команд или как KPI, в сочетании с другими метриками (качество, удовлетворенность).

45. Какие техники помогают в управлении большим количеством стейкхолдеров?
Ответ: Картирование стейкхолдеров по влиянию/интересу, создание Stakeholder Radar, регулярные sync-встречи, делегирование коммуникации Product Owner.

46. Как проводить ретроспективу после неудачного спринта?
Ответ: Акцент на системные причины (не персоналии), техника "5 Почему", анализ временных рядов метрик, фокус на 1-2 улучшениях, баланс между анализом и мотивацией.

47. Какие техники помогают в принятии сложных технических решений?
Ответ: Архитектурные katas, метод "взвешенных критериев", проведение ADR (Architecture Decision Records), фасилитированные сессии с экспертами.

48. Как оценивать качество пользовательских историй?
Ответ: Через критерий INVEST, проверку на наличие четких критериев приемки, связь с бизнес-ценностью, возможность демонстрации, соответствие Definition of Ready.

49. Какие антипаттерны встречаются в Sprint Review?
Ответ: Формальный отчет вместо интерактива, отсутствие реальных пользователей, демонстрация "слайдов" вместо работающего продукта, превращение в статус-встречу.

50. Как работать с командой, где часть участников сопротивляется Agile?
Ответ: Выявить причины сопротивления (страхи, непонимание), создать "коалицию желающих", начать с малых достижимых улучшений, обеспечить безопасность для экспериментов.

51. Какие метрики наиболее полезны для Product Owner?
Ответ: Коэффициент конверсии идей в релизы, время от идеи до реализации, ROI фич, пользовательский NPS, частота использования новых функций.

52. Как правильно организовать работу с техническим долгом?
Ответ: Ввести "тепловую карту" долга, резервировать 20% capacity в спринте, создать прозрачную систему приоритезации, интегрировать в процесс планирования.

53. Какие практики помогают в развитии самоорганизации команды?
Ответ: Делегирование принятия решений, открытая информация о продукте и метриках, практики "открытого пространства", ротация фасилитаторов ретроспектив.

54. Как модифицировать Scrum для работы с внешними подрядчиками?
Ответ: Четкое определение зон ответственности, совместные планирования, единое Definition of Done, прозрачные метрики, интеграционные спринты.

55. Какие техники помогают в управлении рисками в Agile?
Ответ: Регулярные risk-storming сессии, визуализация рисков на доске, создание "антихрупких" практик, использование Monte Carlo симуляций для прогнозирования.

56. Как правильно провести аудит Scrum-процессов в команде?
Ответ: На основе Scrum Guide, через интервью, наблюдение за ритуалами, анализ артефактов, проверку соответствия ценностям и принципам Agile.

57. Какие антипаттерны встречаются в Daily Scrum?
Ответ: Статус-встреча вместо планирования дня, монолог Scrum-мастера, отсутствие фокуса на препятствиях, превышение таймбокса, формальное выполнение.

58. Как работать с командой, где сильный разрыв в уровне экспертизы?
Ответ: Ввести парное программирование, создать программу менторинга, использовать "учебные" спринты, ротировать сложные задачи, поощрять знания sharing.

59. Какие техники помогают в приоритезации бэклога?
Ответ: WSJF (Weighted Shortest Job First), метод стоимости задержки, Kano-модель, карты сходства (affinity mapping), оценка на основе данных использования.

60. Как правильно организовать Sprint Planning для сложных задач?
Ответ: Разбивать на этапы (высокоуровневое → детальное), привлекать экспертов, использовать методы декомпозиции (например, story mapping), резервировать буфер на неопределенность.

61. Какие практики помогают в управлении знаниями в команде?
Ответ: Внутренние гильдии, "дни знаний", ротация пар при парном программировании, ведение living documentation, регулярные lightning talks.

62. Как модифицировать Scrum для хардкорных R&D проектов?
Ответ: Гибкое Definition of Done, спринты с исследовательскими целями, метрики проверки гипотез, специальные форматы планирования (например, по сценариям).

63. Какие техники помогают в разрешении конфликтов между PO и командой?
Ответ: Facilitation с акцентом на интересы (а не позиции), техника "пустого стула", данные и метрики как нейтральная основа, привлечение незаинтересованных экспертов.

64. Как оценивать зрелость Agile-трансформации в организации?
Ответ: По четырем векторам: процессы, культура, бизнес-результаты, устойчивость изменений; через опросники (например, Agile Fluency Model) и hard метрики.

65. Какие антипаттерны встречаются в работе Scrum-мастера?
Ответ: Подмена лидерства контролем, фокус на ритуалах вместо результатов, игнорирование системных проблем, избегание сложных разговоров с руководством.

66. Как правильно внедрять инновации в устоявшиеся Scrum-процессы?
Ответ: Через механизм "экспериментов" в спринтах, small bets подход, инновационные дни (20% времени), измерение impact любых изменений.

67. Какие техники помогают в управлении потоком ценности?
Ответ: Value Stream Mapping, визуализация end-to-end потока, управление очередями, ограничение WIP, анализ точек накопления запасов (inventory).

68. Как работать с "перегруженным" Product Backlog?
Ответ: Регулярный grooming с переоценкой, жесткая приоритезация, архивирование устаревшего, группировка в эпики, фокус на ближайшие 2-3 спринта.

69. Какие практики помогают в развитии Agile-мышления у команды?
Ответ: Игры и симуляции (например, "XP Game"), разбор кейсов, рефлексивные практики, работа с когнитивными искажениями, кросс-функциональное обучение.

70. Как модифицировать Scrum для регуляторных проектов?
Ответ: Вводить этапы верификации в Definition of Done, специальные "аудит-спринты", трассируемость требований, интеграцию compliance в DoR.

71. Какие техники помогают в проведении эффективного Refinement?
Ответ: Story Mapping, примеры через Specification by Example, техника "3 amigos" (DEV+QA+PO), оценка через планирование покера, фокус на критериях приемки.

72. Как правильно выстроить систему feedback в Agile-команде?
Ответ: Многоуровневая система (peer-to-peer, команда-стейкхолдеры), регулярные опросы, данные из метрик, безопасные каналы для анонимного feedback.

73. Какие антипаттерны встречаются в Agile-трансформациях?
Ответ: Фокус на инструментах вместо мышления, отсутствие видения "зачем", попытка изменить только команды без управления, игнорирование сопротивления.

74. Как работать с низкой вовлеченностью в ретроспективах?
Ответ: Менять форматы, вводить ротацию фасилитаторов, ограничивать количество улучшений, демонстрировать impact прошлых решений, добавлять элементы игры.

75. Какие техники помогают Scrum-мастеру в профессиональном развитии?
Ответ: Супервизия с коллегами, ведение дневника рефлексии, участие в профессиональных комьюнити (Scrum Alliance, Agile Consortium), менторинг менее опытных коллег.

Тесты

1. Какой из перечисленных навыков наиболее критичен для Scrum-мастера профессионального уровня?
A) Умение писать код
B) Системное мышление
C) Знание всех методологий наизусть
D) Опыт работы в продажах
✅ Правильный ответ: B) Системное мышление

2. Какая метрика наиболее полезна для оценки зрелости Scrum-команды?
A) Количество завершенных задач в спринте
B) Velocity
C) Частота действий по улучшениям из ретроспектив
D) Количество часов сверхурочной работы
✅ Правильный ответ: C) Частота действий по улучшениям из ретроспектив

3. Какой метод наиболее эффективен для разрешения конфликтов в зрелой команде?
A) Игнорирование проблемы
B) Deep Democracy
C) Авторитарное решение Scrum-мастера
D) Голосование большинства
✅ Правильный ответ: B) Deep Democracy

4. Что из перечисленного является антипаттерном в работе Product Owner?
A) Регулярный grooming бэклога
B) Микро-менеджмент задач разработчиков
C) Проведение исследований пользователей
D) Приоритизация на основе ценности
✅ Правильный ответ: B) Микро-менеджмент задач разработчиков

5. Какой подход наиболее эффективен для масштабирования Scrum?
A) Механическое копирование практик
B) LeSS или Nexus
C) Увеличение количества встреч
D) Назначение нескольких Scrum-мастеров на команду
✅ Правильный ответ: B) LeSS или Nexus

6. Какой элемент Daily Scrum нужно изменить для зрелой команды?
A) Увеличить продолжительность до 2 часов
B) Перейти от формата "3 вопроса" к обсуждению потока
C) Проводить раз в неделю
D) Отменить совсем
✅ Правильный ответ: B) Перейти от формата "3 вопроса" к обсуждению потока

7. Какая техника Kanban наиболее полезна для Scrum-команд?
A) Визуализация потока
B) Увеличение WIP-лимитов
C) Отмена временных рамок
D) Автоматизация всех процессов
✅ Правильный ответ: A) Визуализация потока

8. Какой формат ретроспективы лучше для удаленных команд?
A) Письменная ретроспектива в Miro
B) Отмена ретроспектив
C) Только устное обсуждение
D) Ретроспектива раз в квартал
✅ Правильный ответ: A) Письменная ретроспектива в Miro

9. Как правильно использовать Velocity?
A) Как KPI для бонусов
B) Для сравнения команд
C) Только как исторические данные для планирования
D) Не использовать вообще
✅ Правильный ответ: C) Только как исторические данные для планирования

10. Какой подход лучше для работы с техническим долгом?
A) Игнорировать
B) Резервировать 20% capacity в спринте
C) Выделять отдельные спринты раз в год
D) Переложить ответственность на тестировщиков
✅ Правильный ответ: B) Резервировать 20% capacity в спринте

11. Какой метод наиболее эффективен для приоритезации бэклога?
A) Алфавитный порядок
B) WSJF (Weighted Shortest Job First)
C) По количеству строк кода
D) По желанию разработчиков
✅ Правильный ответ: B) WSJF (Weighted Shortest Job First)

12. Какой антипаттерн чаще всего встречается в Sprint Review?
A) Демонстрация работающего продукта
B) Формальный отчет вместо интерактива
C) Присутствие реальных пользователей
D) Обсуждение следующих шагов
✅ Правильный ответ: B) Формальный отчет вместо интерактива

13. Какой инструмент лучше для выявления системных препятствий?
A) Value Stream Mapping
B) Голосование
C) Интуиция Scrum-мастера
D) Опрос одного члена команды
✅ Правильный ответ: A) Value Stream Mapping

14. Какой подход лучше для работы с сопротивлением Agile?
A) Наказание сопротивляющихся
B) Создание "коалиции желающих"
C) Игнорирование проблемы
D) Отмена трансформации
✅ Правильный ответ: B) Создание "коалиции желающих"

15. Какой критерий наиболее важен для оценки пользовательских историй?
A) INVEST
B) Длина текста
C) Количество приложенных скриншотов
D) Красивое оформление
✅ Правильный ответ: A) INVEST

16. Какой метод лучше для распределенных команд?
A) "Перекрывающиеся часы" для синхронной работы
B) Полная асинхронность
C) Работа только по почте
D) Отмена ежедневных встреч
✅ Правильный ответ: A) "Перекрывающиеся часы" для синхронной работы

17. Какой показатель наиболее важен для Product Owner?
A) Количество проведенных встреч
B) ROI фич
C) Количество слайдов в презентациях
D) Число подписчиков в соцсетях
✅ Правильный ответ: B) ROI фич

18. Какой подход лучше для развития T-shaped навыков?
A) Запрет на изучение нового
B) Ротация ролей
C) Узкая специализация
D) Обучение только за свой счет
✅ Правильный ответ: B) Ротация ролей

19. Какой формат лучше для сложных технических решений?
A) Архитектурные katas
B) Решение самого опытного разработчика
C) Жеребьевка
D) Копирование кода из интернета
✅ Правильный ответ: A) Архитектурные katas

20. Какой антипаттерн наиболее опасен в Daily Scrum?
A) Фокус на препятствиях
B) Статус-встреча вместо планирования дня
C) Соблюдение таймбокса
D) Участие всех членов команды
✅ Правильный ответ: B) Статус-встреча вместо планирования дня

21. Какой метод наиболее эффективен для оценки работы Scrum-мастера?
A) Количество проведенных встреч
B) Рост автономности команды
C) Красота диаграмм
D) Количество используемых инструментов
✅ Правильный ответ: B) Рост автономности команды

22. Что критически важно при внедрении Scrum в R&D проекты?
A) Жесткое следование таймбоксам
B) Гибкое Definition of Done
C) Отказ от планирования
D) Работа без бэклога
✅ Правильный ответ: B) Гибкое Definition of Done

23. Какой подход лучше для работы с legacy-кодом?
A) Полный рефакторинг за один спринт
B) "Спринты устойчивости"
C) Игнорирование проблемы
D) Переписывание с нуля
✅ Правильный ответ: B) "Спринты устойчивости"

24. Какой инструмент наиболее полезен для управления потоком ценности?
A) Value Stream Mapping
B) Ганта-диаграммы
C) Интуиция менеджера
D) Ежеквартальные отчеты
✅ Правильный ответ: A) Value Stream Mapping

25. Какой метод лучше для оценки качества ретроспектив?
A) Количество выпитого кофе
B) Количество реализованных улучшений
C) Продолжительность встречи
D) Красота стикеров
✅ Правильный ответ: B) Количество реализованных улучшений

26. Какой подход наиболее важен при Agile-трансформации?
A) Изменение только процессов
B) Трансформация культуры
C) Смена инструментов
D) Обновление офисного дизайна
✅ Правильный ответ: B) Трансформация культуры

27. Какой показатель наиболее важен для оценки спринта?
A) Количество закрытых задач
B) Достижение Sprint Goal
C) Число проведенных встреч
D) Количество использованных стикеров
✅ Правильный ответ: B) Достижение Sprint Goal

28. Какой метод лучше для работы с зависимостями между командами?
A) Игнорирование зависимостей
B) Scrum of Scrums
C) Единый длинный спринт
D) Уменьшение коммуникации
✅ Правильный ответ: B) Scrum of Scrums

29. Какой подход наиболее эффективен для мотивации команды?
A) Celebration Grid
B) Угрозы увольнения
C) Постоянные премии
D) Сравнение с другими командами
✅ Правильный ответ: A) Celebration Grid

30. Какой инструмент лучше для управления знаниями в команде?
A) Внутренние гильдии
B) Личные блокноты
C) Секретные папки
D) Раз в год обучение
✅ Правильный ответ: A) Внутренние гильдии

31. Какой подход лучше для работы с регуляторными требованиями?
A) Игнорирование требований
B) Специальные "аудит-спринты"
C) Отказ от документации
D) Работа без тестирования
✅ Правильный ответ: B) Специальные "аудит-спринты"

32. Какой метод наиболее эффективен для рефинмента бэклога?
A) Story Mapping
B) Гадание на кофейной гуще
C) Выбор самых коротких задач
D) Копирование у конкурентов
✅ Правильный ответ: A) Story Mapping

33. Какой показатель наиболее важен для оценки Agile-трансформации?
A) Количество сертификатов
B) Устойчивость изменений
C) Число слайдов в презентации
D) Размер бюджета
✅ Правильный ответ: B) Устойчивость изменений

34. Какой подход лучше для разрешения конфликтов между PO и командой?
A) Facilitation с акцентом на интересы
B) Авторитарное решение директора
C) Игнорирование конфликта
D) Ротация всех членов команды
✅ Правильный ответ: A) Facilitation с акцентом на интересы

35. Какой метод наиболее эффективен для планирования сложных спринтов?
A) Разбиение на этапы
B) Отказ от планирования
C) Выбор случайных задач
D) Копирование предыдущего спринта
✅ Правильный ответ: A) Разбиение на этапы

36. Какой антипаттерн наиболее опасен в Definition of Done?
A) Чрезмерная детализация
B) Гибкость
C) Простота
D) Регулярное обновление
✅ Правильный ответ: A) Чрезмерная детализация

37. Какой подход лучше для работы с перегруженным бэклогом?
A) Регулярный grooming
B) Удаление всех задач
C) Заморозка бэклога
D) Назначение одной задачи на квартал
✅ Правильный ответ: A) Регулярный grooming

38. Какой метод наиболее эффективен для развития Agile-мышления?
A) Игры и симуляции
B) Чтение документации
C) Наказание за ошибки
D) Индивидуальная работа
✅ Правильный ответ: A) Игры и симуляции

39. Какой показатель наиболее важен для оценки спринта?
A) Качество инкремента
B) Количество участников
C) Размер доски
D) Цвет стикеров
✅ Правильный ответ: A) Качество инкремента

40. Какой подход лучше для работы с низкой вовлеченностью в ретроспективах?
A) Менять форматы
B) Отменить ретроспективы
C) Назначать штрафы
D) Проводить раз в год
✅ Правильный ответ: A) Менять форматы

41. Какой инструмент лучше для управления рисками?
A) Risk-storming сессии
B) Игнорирование рисков
C) Ежегодный отчет
D) Интуиция менеджера
✅ Правильный ответ: A) Risk-storming сессии

42. Какой подход наиболее эффективен для работы с распределенными командами?
A) Единые инструменты визуализации
B) Разные процессы для каждой команды
C) Минимизация коммуникации
D) Отсутствие документации
✅ Правильный ответ: A) Единые инструменты визуализации

43. Какой метод лучше для оценки пользовательских историй?
A) INVEST
B) Длина истории
C) Количество прилагательных
D) Красивое оформление
✅ Правильный ответ: A) INVEST

44. Какой антипаттерн наиболее опасен в Agile-трансформациях?
A) Фокус на инструментах вместо мышления
B) Постепенные изменения
C) Вовлечение команды
D) Регулярный feedback
✅ Правильный ответ: A) Фокус на инструментах вместо мышления

45. Какой подход лучше для развития Scrum-мастера?
A) Супервизия с коллегами
B) Отказ от обучения
C) Копирование чужих практик
D) Работа только с одной командой
✅ Правильный ответ: A) Супервизия с коллегами

46. Какой метод наиболее эффективен для оценки прогресса Agile-команды?
A) Количество выполненных задач
B) Регулярные демонстрации работающего продукта
C) Отчеты менеджеру
D) Количество проведенных встреч
✅ Правильный ответ: B) Регулярные демонстрации работающего продукта

47. Какой подход лучше для работы с техническим долгом?
A) Включение в Definition of Done
B) Игнорирование до кризиса
C) Разовый рефакторинг раз в год
D) Перекладывание ответственности
✅ Правильный ответ: A) Включение в Definition of Done

48. Какой инструмент наиболее полезен для визуализации зависимостей между командами?
A) Интеграционная доска
B) Личные заметки
C) Устные договоренности
D) Ежеквартальные отчеты
✅ Правильный ответ: A) Интеграционная доска

49. Какой метод лучше для оценки эффективности спринта?
A) Sprint Burndown Chart
B) Количество кофе-брейков
C) Настроение менеджера
D) Цвета используемых стикеров
✅ Правильный ответ: A) Sprint Burndown Chart

50. Какой подход наиболее важен для распределенных команд?
A) Синхронные перекрывающиеся часы работы
B) Полная асинхронность
C) Минимизация коммуникации
D) Работа без документирования
✅ Правильный ответ: A) Синхронные перекрывающиеся часы работы

51. Какой антипаттерн наиболее опасен в Sprint Planning?
A) Обсуждение только задач, а не цели
B) Участие всей команды
C) Использование исторических данных
D) Соблюдение таймбокса
✅ Правильный ответ: A) Обсуждение только задач, а не цели

52. Какой метод лучше для работы с сопротивлением изменениям?
A) Создание пилотных зон успеха
B) Принудительное внедрение
C) Игнорирование сопротивления
D) Наказание несогласных
✅ Правильный ответ: A) Создание пилотных зон успеха

53. Какой показатель наиболее важен для оценки работы Product Owner?
A) Частота релизов
B) Удовлетворенность пользователей
C) Количество проведенных встреч
D) Размер бэклога
✅ Правильный ответ: B) Удовлетворенность пользователей

54. Какой подход лучше для проведения ретроспектив?
A) Регулярная смена форматов
B) Один и тот же формат всегда
C) Только по запросу команды
D) Раз в квартал
✅ Правильный ответ: A) Регулярная смена форматов

55. Какой метод наиболее эффективен для декомпозиции задач?
A) User Story Mapping
B) Произвольное дробление
C) Декомпозиция по времени
D) Копирование других проектов
✅ Правильный ответ: A) User Story Mapping

56. Какой антипаттерн чаще встречается в Scrum of Scrums?
A) Превращение в статус-встречу
B) Фокус на межкомандных зависимостях
C) Короткий таймбокс
D) Участие ключевых представителей
✅ Правильный ответ: A) Превращение в статус-встречу

57. Какой подход лучше для работы с кросс-функциональными командами?
A) Ротация ролей
B) Жесткая специализация
C) Разделение на подкоманды
D) Минимизация взаимодействия
✅ Правильный ответ: A) Ротация ролей

58. Какой инструмент наиболее полезен для управления ожиданиями стейкхолдеров?
A) Продуктовая дорожная карта
B) Устные обещания
C) Ежеквартальные отчеты
D) Личные встречи раз в год
✅ Правильный ответ: A) Продуктовая дорожная карта

59. Какой метод лучше для оценки сложности задач?
A) Planning Poker
B) Интуитивная оценка
C) Фиксированные оценки
D) Оценка по количеству строк кода
✅ Правильный ответ: A) Planning Poker

60. Какой подход наиболее важен для Agile-коучинга?
A) Задавание мощных вопросов
B) Давать готовые решения
C) Контролировать каждый шаг
D) Работать только с лидерами
✅ Правильный ответ: A) Задавание мощных вопросов

61. Какой антипаттерн наиболее опасен в Backlog Refinement?
A) Обсуждение без принятия решений
B) Участие всей команды
C) Использование Story Points
D) Соблюдение таймбокса
✅ Правильный ответ: A) Обсуждение без принятия решений

62. Какой метод лучше для работы с legacy-системами?
A) Постепенный рефакторинг
B) Полный переписывание
C) Игнорирование проблем
D) Замена команды
✅ Правильный ответ: A) Постепенный рефакторинг

63. Какой показатель наиболее важен для оценки Agile-зрелости?
A) Способность к непрерывному улучшению
B) Количество сертификатов
C) Размер команды
D) Количество используемых инструментов
✅ Правильный ответ: A) Способность к непрерывному улучшению

64. Какой подход лучше для проведения Sprint Review?
A) Фокус на бизнес-ценности
B) Технические детали
C) Формальный отчет
D) Только для разработчиков
✅ Правильный ответ: A) Фокус на бизнес-ценности

65. Какой метод наиболее эффективен для управления рисками?
A) Risk-storming сессии
B) Годовое планирование
C) Надежда на удачу
D) Делегирование рисков
✅ Правильный ответ: A) Risk-storming сессии

66. Какой антипаттерн чаще встречается в Definition of Ready?
A) Чрезмерные требования
B) Гибкость критериев
C) Регулярное обновление
D) Участие команды в создании
✅ Правильный ответ: A) Чрезмерные требования

67. Какой подход лучше для работы с внешними подрядчиками?
A) Совместное планирование
B) Полная изоляция
C) Жесткие контракты
D) Минимизация взаимодействия
✅ Правильный ответ: A) Совместное планирование

68. Какой инструмент наиболее полезен для оценки качества кода?
A) Интеграция в CI/CD pipeline
B) Личные мнения разработчиков
C) Годовой аудит
D) Количество комментариев
✅ Правильный ответ: A) Интеграция в CI/CD pipeline

69. Какой метод лучше для разрешения конфликтов в команде?
A) Фасилитация интересов
B) Авторитарное решение
C) Игнорирование
D) Ротация команды
✅ Правильный ответ: A) Фасилитация интересов

70. Какой подход наиболее важен для самоорганизующихся команд?
A) Делегирование принятия решений
B) Жесткий контроль
C) Микро-менеджмент
D) Частые реорганизации
✅ Правильный ответ: A) Делегирование принятия решений

71. Какой антипаттерн наиболее опасен в Agile-трансформации?
A) Копирование чужих практик без адаптации
B) Постепенное внедрение
C) Вовлечение команды
D) Экспериментирование
✅ Правильный ответ: A) Копирование чужих практик без адаптации

72. Какой метод лучше для оценки эффективности Scrum-мастера?
A) 360-градусная обратная связь
B) Количество сертификатов
C) Личное мнение руководителя
D) Количество проведенных тренингов
✅ Правильный ответ: A) 360-градусная обратная связь

73. Какой подход наиболее эффективен для распределенных команд?
A) Единые инструменты визуализации
B) Разные процессы для каждого офиса
C) Минимизация коммуникации
D) Отсутствие документации
✅ Правильный ответ: A) Единые инструменты визуализации

74. Какой показатель наиболее важен для оценки спринта?
A) Достижение Sprint Goal
B) Количество выполненных задач
C) Настроение менеджера
D) Цвета используемых стикеров
✅ Правильный ответ: A) Достижение Sprint Goal

75. Какой метод лучше для профессионального развития Scrum-мастера?
A) Участие в профессиональных комьюнити
B) Работа только с одной командой
C) Копирование чужих практик
D) Отказ от обучения
✅ Правильный ответ: A) Участие в профессиональных комьюнити

Билеты

Экзаменационный билет №1

Теоретическая часть:

Какие 3 ключевых отличия профессионального Scrum-мастера от базового уровня?
✅ Ответ: Работа с организационной системой, использование продвинутых метрик, коучинг лидеров и трансформация культуры
Назовите 5 основных антипаттернов в работе Product Owner
✅ Ответ: Микро-менеджмент задач, слабая приоритизация, неумение работать со стейкхолдерами, подмена технических решений, отсутствие видения продукта

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

Цель ретроспективы
Используемые техники
Ожидаемый результат

✅ Ответ:

Цель: Вовлечь команду через нестандартный формат, выявить 1-2 системные проблемы  
Техники:  
- "Ретроспектива в стиле TED Talks" (3-минутные выступления)  
- "Тепловая карта" для визуализации проблем  
- Голосование за 1 ключевое улучшение  

Ожидаемый результат:  
- 3 конкретных предложения по улучшению  
- Повышение вовлеченности (минимум 80% участников активны)  
- План действий по топ-1 проблеме

Экзаменационный билет №2

Теоретическая часть:

Опишите структуру Scrum of Scrums для 5 команд
✅ Ответ: Встречи 2-3 раза в неделю, 15 мин, представители команд обсуждают: что сделано, блокеры, риски интеграции*
Какие 4 метрики опасны при неправильном использовании в Agile?
✅ Ответ: Velocity, Utilization rate, Количество задач, Оценка в часах

Практическая часть:
Составьте скрипт для автоматического сбора метрик спринта (на выбор: Cycle Time, Throughput, WIP). Укажите:

Используемые инструменты
Формат вывода данных
Периодичность сбора

✅ Ответ:

 Используем Python + Jira API
import requests
from datetime import datetime

jira_url = "https://your-jira.com/rest/api/2"
headers = {"Authorization": "Bearer YOUR_TOKEN"}

def get_sprint_metrics(board_id):
    response = requests.get(
        f"{jira_url}/greenhopper/1.0/rapid/charts/controlchart",
        params={"rapidViewId": board_id},
        headers=headers
    )
    return {
        "cycle_time": response.json()["cycleTime"],
        "throughput": response.json()["completedIssues"],
        "last_updated": datetime.now().isoformat()
    }

 Формат вывода:
 {"cycle_time": 3.5, "throughput": 42, "last_updated": "2023-11-20T12:00:00"}
 Запуск ежедневно в 18:00 через cron

Экзаменационный билет №3

Теоретическая часть:

Какие 3 стратегии работы с сопротивлением Agile-трансформации?
✅ Ответ: Создание пилотов, вовлечение через participatory design, работа с "культурными героями"
Опишите 4 компонента Definition of Done для регуляторных проектов
✅ Ответ: Верификация требований, аудит-трейлы, документация compliance, тесты безопасности

Практическая часть:
Разработайте чек-лист для аудита Scrum-процессов в команде (10+ пунктов). Группируйте по:

Артефактам
Ритуалам
Ролям

✅ Ответ:

Артефакты:
1. Product Backlog: приоритизирован, есть оценки
2. Sprint Backlog: визуализирован, актуален
3. Инкремент: соответствует DoD

Ритуалы:
4. Daily: <15 мин, фокус на препятствиях
5. Planning: цель спринта определена
6. Review: демонстрация реального продукта
7. Retro: действия по улучшению

Роли:
8. PO: доступен команде >50% времени
9. SM: не решает проблемы за команду
10. Команда: кросс-функциональна

Экзаменационный билет №4

Теоретическая часть:

Назовите 5 ключевых практик для работы с техническим долгом в Scrum
✅ Ответ: Резервирование 20% capacity в спринте, включение в DoD, тепловая карта долга, приоритизация по ROI, регулярный рефакторинг
Какие 3 стратегии эффективного масштабирования Scrum?
✅ Ответ: Постепенное расширение через пилоты, адаптация фреймворка (LeSS/Nexus), развитие внутренних компетенций

Практическая часть:
Разработайте алгоритм проведения Risk-Storming сессии для нового продукта. Включите:

Этапы подготовки
Техники выявления рисков
Формат документирования

✅ Ответ:

1. Подготовка:
   - Пригласить ключевых стейкхолдеров (PO, DEV, QA, Legal)
   - Собрать данные о продукте (аналоги, регуляторика)

2. Проведение:
   - Техника "Pre-Mortem" (представим провал через 6 мес)
   - Картирование рисков по вероятности/влиянию
   - Групповое обсуждение топ-3 рисков

3. Документирование:
   | Риск | Вероятность | Влияние | Митрейшн |
   |---|---|---|---|
   | Нехватка экспертизы | Высокая | Критичное | Нанять консультанта |
   | Изменения в регуляторике | Средняя | Высокое | Мониторинг законодательства |

Экзаменационный билет №5

Теоретическая часть:

Опишите 4 принципа фасилитации конфликтов в зрелых командах
✅ Ответ: Нейтральность, фокус на интересах (не позициях), безопасная среда, данные вместо мнений
Какие 5 элементов должны быть в Definition of Ready для сложных проектов?
✅ Ответ: Критерии приемки, зависимости проанализированы, UX-макеты, тестовые сценарии, согласование с архитектором

Практическая часть:
Напишите скрипт для автоматического анализа Velocity команды за 3 спринта. Выведите:

Тренд изменения
Аномалии
Рекомендации по планированию

✅ Ответ:

import pandas as pd
import numpy as np
from scipy import stats

# Данные velocity за 3 спринта
data = {'Sprint': [1, 2, 3], 'Velocity': [35, 28, 41]}

# Анализ
df = pd.DataFrame(data)
z_scores = np.abs(stats.zscore(df['Velocity']))
anomalies = df[z_scores > 1.5]

output = {
    "trend": "Рост" if df['Velocity'].iloc[-1] > df['Velocity'].mean() else "Спад",
    "anomalies": anomalies['Sprint'].tolist(),
    "recommendation": f"Планировать {df['Velocity'].mean():.0f} ± 5 пунктов"
}

Экзаменационный билет №6

Теоретическая часть:

Назовите 3 коучинговые техники для работы с сопротивляющимся PO
✅ Ответ: Мощные вопросы (GROW), шкалирование, рефрейминг возражений
Какие 4 критерия оценки эффективности ретроспектив?
✅ Ответ: Количество реализованных улучшений, вовлеченность команды, глубина анализа, impact на процессы

Практическая часть:
Составьте чек-лист для проверки готовности команды к переходу на LeSS (10+ пунктов). Группируйте:

Организационные требования
Процессные условия
Культурные аспекты

✅ Ответ:

Организационные:
1. Выделенный Product Owner на весь продукт
2. Финансовая автономия команд
3. Отсутствие функциональных "силосов"

Процессные:
4. Единый Product Backlog
5. Отработанные практики кросс-командной синхронизации
6. Гибкие механизмы выделения capacity

Культурные:
7. Готовность к ротации лидеров
8. Толерантность к неопределенности
9. Фокус на продукте (не проектах)
10. Практика открытой обратной связи

Экзаменационный билет №7

Теоретическая часть:

Какие 4 стратегии эффективного внедрения Agile в waterfall-организациях?
✅ Ответ: Пилотные проекты, гибридные переходные модели, обучение топ-менеджмента, создание Agile-коалиции
Опишите 3 метода оценки business value в Product Backlog
✅ Ответ: WSJF (Weighted Shortest Job First), Cost of Delay, Kano-модель

Практическая часть:
Разработайте шаблон отчета о зрелости Scrum-команды для стейкхолдеров. Включите:

Ключевые метрики
Визуализацию прогресса
Рекомендации

✅ Ответ:

 Отчет о зрелости команды "X" (Q3 2023)

 Метрики:
- Самоорганизация: 4.2/5 (+0.5 vs Q2)  
- Predictability: 78% (±5%)  
- Quality Index: 9.1/10  

 Визуализация:
[График: Рост автономности команды за 6 месяцев]

 Рекомендации:
1. Ввести практику кросс-функционального обучения  
2. Увеличить capacity на технический долг до 25%  
3. Провести коучинг PO по управлению ожиданиями

Экзаменационный билет №8

Теоретическая часть:

Назовите 5 anti-patterns при масштабировании Scrum
✅ Ответ: Механическое копирование практик, игнорирование культурного контекста, преждевременное масштабирование, отсутствие архитектурного видения, избыточная координация
Какие 3 техники фасилитации эффективны для распределенных команд?
✅ Ответ: Асинхронные ретроспективы, цифровые whiteboards, "перекрывающиеся часы" для синхронной работы

Практическая часть:
Напишите скрипт для автоматического мониторинга WIP-лимитов. Должен:

Анализировать текущие задачи
Выявлять нарушения лимитов
Генерировать отчет

✅ Ответ:

import requests

def check_wip_limits(board_id, max_wip=5):
    issues = requests.get(
        f"https://jira/rest/agile/1.0/board/{board_id}/issue",
        headers={"Authorization": "Bearer TOKEN"}
    ).json()["issues"]
    
    violations = [
        issue["key"] for issue in issues 
        if issue["fields"]["status"]["name"] == "In Progress"
    ]
    
    return {
        "current_wip": len(violations),
        "violations": violations,
        "recommendation": "Остановить новые задачи" if len(violations) > max_wip else "Лимит соблюден"
    }

Экзаменационный билет №9

Теоретическая часть:

Опишите 4 ключевых различия между Scrum и Kanban
✅ Ответ: Итерации vs непрерывный поток, роли vs отсутствие ролей, velocity vs cycle time, планирование vs pull-система
Какие 3 стратегии управления зависимостями в SAFe?
✅ Ответ: PI Planning, интеграционные точки, общие компонентные команды

Практическая часть:
Разработайте план коучинговой сессии для команды с низкой вовлеченностью. Включите:

Диагностические вопросы
Формат работы
Инструменты оценки результата

✅ Ответ:

 План сессии (2 часа)

1. Диагностика (30 мин):
   - "Что мешает вам быть на 10/10 вовлеченными?"
   - "Когда в последний раз вы чувствовали азарт в работе?"

2. Работа в группах (60 мин):
   - Техника "Moving Motivators"  
   - Создание "карты энергии" проектов  

3. Оценка (30 мин):
   - Опросник Net Promoter Score для команды  
   - Выбор 1 действия для улучшения мотивации  

Критерий успеха: ≥70% участников предлагают улучшения

Экзаменационный билет №10

Теоретическая часть:

Назовите 4 принципа Agile-контрактов
✅ Ответ: Гибкость scope, оплата за ценность, прозрачность, совместное управление рисками
Какие 3 метрики DevOps должны отслеживать Scrum-мастера?
✅ Ответ: Lead Time, Deployment Frequency, Change Fail Rate

Практическая часть:
Создайте шаблон User Story Map для сервиса онлайн-банкинга. Включите:

Основные user journeys
Приоритезацию фич
Критерии приемки

✅ Ответ:

 User Story Map: Онлайн-банк

 Основные пути:
1. Регистрация → Верификация → Вход  
2. Переводы: Внутренние → Между банками → По реквизитам  
3. Платежи: Шаблоны → Автоплатежи → QR-коды  

 Приоритет (MoSCoW):
- Must: Безопасный вход, внутренние переводы  
- Should: Уведомления о платежах  
- Could: Категоризация расходов  

Критерии приемки:
- Подтверждение SMS для переводов >50 000 ₽  
- Логирование всех операций

Экзаменационный билет №11

Теоретическая часть:

Опишите 3 стратегии работы с legacy-кодом в Scrum
✅ Ответ: "Спринты устойчивости", инкрементальный рефакторинг, инвестиции в тестовое покрытие
Какие 4 фактора влияют на выбор между Scrum и Kanban?
✅ Ответ: Характер работы (проекты/поддержка), зрелость команды, требования к предсказуемости, регуляторные ограничения

Практическая часть:
Разработайте чек-лист для оценки готовности к Sprint Review. Включите:

Критерии для инкремента
Требования к демонстрации
Роли участников

✅ Ответ:

 Чек-лист Sprint Review

1. Инкремент:
   - Соответствует DoD  
   - Покрывает ≥80% Sprint Goal  
   - Протестирован на staging  

2. Демонстрация:
   - Акцент на бизнес-ценности (не технике)  
   - Готовы тестовые данные  
   - Backup-сценарий при ошибках  

3. Участники:
   - Обязательно: PO, команда, ключевые стейкхолдеры  
   - Рекомендуется: конечные пользователи

Экзаменационный билет №12

Теоретическая часть:

Назовите 5 ключевых компетенций Scrum-мастера в Enterprise
✅ Ответ: Системное мышление, коучинг лидеров, управление изменениями, работа с политиками, адаптация фреймворков
Какие 3 anti-pattern в использовании Story Points?
✅ Ответ: Сравнение команд, привязка к часам, использование для KPI

Практическая часть:
Напишите скрипт для анализа Cycle Time. Должен выявлять:

Медианное значение
85-й перцентиль
Аномальные задачи

✅ Ответ:

import pandas as pd
import numpy as np

data = pd.read_csv("cycle_times.csv")
percentile_85 = np.percentile(data['cycle_time'], 85)
anomalies = data[data['cycle_time'] > percentile_85 * 1.5]

report = {
    "median": np.median(data['cycle_time']),
    "85_percentile": percentile_85,
    "anomalies": anomalies['task_id'].tolist()
}

Экзаменационный билет №13

Теоретическая часть:

Опишите 4 стратегии управления рисками в Agile
✅ Ответ: Risk-storming, резервирование capacity, инкрементальная реализация, страховочные варианты
Какие 3 техники помогают в декомпозиции эпиков?
✅ Ответ: Event Storming, User Story Mapping, Example Mapping

Практическая часть:
Разработайте шаблон для документирования архитектурных решений (ADR). Включите:

Формат записи
Критерии выбора
Механизм обновления

✅ Ответ:

 ADR 004: Выбор БД для аналитики

 Контекст:
Требуется обработка 1M+ событий/день  

 Варианты:
1. PostgreSQL - знаком команде, но медленный  
2. ClickHouse - быстро, но требует обучения  

 Решение:
ClickHouse, потому что:
- Скорость важнее для аналитики  
- Готовы инвестировать 2 спринта в обучение  

 Статус: Актуально (обновлено 2023-11-20)

Экзаменационный билет №14

Теоретическая часть:

Назовите 4 критерия эффективного Product Goal
✅ Ответ: Измеримость, ограниченность по времени, ценность для бизнеса, понятность команде
Какие 3 стратегии улучшения Predictability?
✅ Ответ: Стабилизация scope в спринте, работа с техническим долгом, улучшение оценок

Практическая часть:
Создайте план внедрения Agile-метрик в традиционной команде. Включите:

Этапы внедрения
Инструменты
Критерии успеха

✅ Ответ:

 План внедрения метрик (3 месяца)

1. Подготовка (2 недели):
   - Обучающие сессии  
   - Настройка Jira Dashboard  

2. Пилот (1 месяц):
   - Cycle Time, Throughput  
   - Еженедельные разборы  

3. Полное внедрение:
   - Добавить WIP, Lead Time  
   - Интеграция с BI  

Критерии успеха:
- 90% задач с заполненными метриками  
- Использование в планировании

Экзаменационный билет №15

Теоретическая часть:

Опишите 4 принципа Agile-коучинга
✅ Ответ: Осознанность, ответственность, системность, ориентация на результат
Какие 3 anti-pattern в Definition of Done?
✅ Ответ: Формальность, нереалистичные требования, отсутствие обновлений

Практическая часть:
Разработайте скрипт для мониторинга нарушений WIP-лимитов. Должен:

Подключаться к Jira
Визуализировать нарушения
Отправлять уведомления

✅ Ответ:

import requests
import matplotlib.pyplot as plt

def monitor_wip(board_id, limit=3):
    issues = get_jira_issues(board_id)
    in_progress = [i for i in issues if i['status'] == "In Progress"]
    
    if len(in_progress) > limit:
        send_alert(f"Превышен WIP-лимит: {len(in_progress)}/{limit}")
        
    plt.bar(["Current", "Limit"], [len(in_progress), limit], color=["red", "green"])
    plt.savefig("wip_report.png")

Кейсы

Кейс №1: "Agile-трансформация в традиционном банке"

Контекст:
Крупный банк с waterfall-культурой решил внедрить Scrum в IT-отделе. После 6 месяцев «трансформации» команды формально проводят все события Scrum, но:

Планирование спринта занимает 8+ часов
40% задач переносятся между спринтами
PO отсутствует на 50% митингов
Команды жалуются на «Agile-театр»

Данные для анализа:

Процессы:
- Sprint Review превратился в презентацию для руководства
- Retrospective сводятся к обсуждению «что пошло не так» без действий
- Руководство требует точных прогнозов на год
Метрики:
- Velocity колеблется ±30%
- Cycle Time: 14 дней (медиана)
- 68% задач имеют зависимости
Культура:
- Бонусы за индивидуальные KPI
- Страх ошибок приводит к замалчиванию проблем

Задания:

Выявите 3 ключевые системные проблемы (неочевидные на первый взгляд)
Предложите план исправления на 3 месяца с приоритезацией шагов
Разработайте скрипт для автоматического отслеживания одного из показателей

Кейс №2: "Распределенная команда на грани коллапса"

Контекст:
Стартап разрабатывает SaaS-платформу с командой из 5 локаций:

2 отдела разработки (Польша, Аргентина)
QA в Индии
PO в США
Дизайн в Украине

Проблемы:

Ежедневные митинги длятся 1,5 часа из-за переспросов
30% времени тратится на переделку из-за недопонимания требований
Дизайнеры и разработчики используют разные инструменты (Figma vs Adobe XD)

Данные для анализа:

Коммуникация:
- 80% решений принимает PO без обсуждения
- Нет записей ключевых договоренностей
- Часовые пояса: пересечение всего 2 часа/день
Технические аспекты:
- Нет единого Definition of Done
- Автотесты покрывают только 20% кода
Культурные особенности:
- Разные подходы к конфликтам (прямота vs избегание)
- Языковой барьер (уровень English B1 в среднем)

Задания:

Составьте чек-лист для аудита кросс-культурных коммуникаций
Предложите модель асинхронной работы с визуализацией в Miro
Напишите шаблон для документирования решений (на базе ADR)

Ролевые игры

Ролевая игра №1: "Спринт под давлением"

Цель:
Научить Scrum-мастеров управлять командой в условиях жестких дедлайнов и внешнего давления, сохраняя Agile-принципы.

Формат:

Тип: Смешанная (очная/онлайн)
Время: 2-3 часа
Участники: 5-7 человек (1 Scrum-мастер, 1 PO, 3-5 разработчиков)

Сеттинг:
Команда стартапа должна выпустить MVP за 3 спринта. Внезапно инвестор требует ускорить релиз, сократив сроки вдвое.

Роли:

Scrum-мастер: Фасилитирует процесс, защищает команду от хаоса
Product Owner: Пересматривает приоритеты, но под давлением склонен к микро-менеджменту
Разработчики: 1 «саботажник», 2 «лоялиста», 1 «перфекционист» (скрытые роли)

Этапы:

Экстренный Planning: Пересмотр бэклога под новый дедлайн (30 мин).
Спринт: 3 итерации по 20 мин с Daily Standups.
Кризис: Инвестор (тренер) вводит новые требования в середине 2-го спринта.
Retrospective: Анализ решений и их последствий.

Обучающие эффекты:

Приоритезация в условиях неопределенности
Управление ожиданиями стейкхолдеров
Выявление скрытых конфликтов в команде

Проблемы/Вызовы:

PO пытается диктовать технические решения
Разработчики игнорируют новые требования
Scrum-мастер теряет нейтралитет

Ролевая игра №2: "Токсичный лидер"

Цель:
Отработка техник коучинга для работы с сопротивляющимся менеджером в hybrid-среде.

Формат:

Тип: Онлайн (Zoom/Miro)
Время: 1,5 часа
Участники: 3 человека (Scrum-мастер, тимлид, наблюдатель)

Сеттинг:
Тимлид legacy-команды саботирует Scrum, считая его «детской методикой».

Роли:

Scrum-мастер: Пытается найти подход через коучинговые техники.
Тимлид: Использует манипуляции («У нас особый случай»), обесценивает ретроспективы.
Наблюдатель: Фиксирует применение GROW-модели и реакцию.

Этапы:

Диагностика (20 мин): Scrum-мастер проводит коучинг-сессию.
Разбор (30 мин): Анализ использованных техник (шкалирование, рефрейминг).
Ротация ролей: Участники меняются местами.

Обучающие эффекты:

Работа с возражениями
Перевод конфликта в конструктивное русло
Развитие эмоционального интеллекта

Проблемы/Вызовы:

Тимлид переходит на личности
Scrum-мастер начинает давать советы вместо вопросов

Ролевая игра №3: "Межкомандный коллапс"

Цель:
Смоделировать масштабирование Scrum (LeSS) с межкомандными конфликтами.

Формат:

Тип: Очная (доска, стикеры)
Время: 4 часа
Участники: 10-12 человек (2 команды + Chief Product Owner)

Сеттинг:
2 команды работают над одним продуктом. Одна использует Scrum, другая — Kanban.

Роли:

Команда A: Консерваторы («Наш процесс идеален»).
Команда B: Новаторы («Давайте всё переделаем»).
CPO: Теряет авторитет, не может приоритезировать.

Этапы:

Интеграционное планирование (1 час): Попытка создать общий бэклог.
Спринт (2 часа): Команды сталкиваются с блокерами из-за разных процессов.
Scrum of Scrums: Обсуждение зависимостей (30 мин).
Ретроспектива масштабирования: Поиск компромиссов.

Обучающие эффекты:

Управление зависимостями
Адаптация фреймворков под контекст
Фасилитация крупных групп

Проблемы/Вызовы:

Команды отказываются делиться ресурсами
CPO не может сказать «нет» стейкхолдерам

Ролевая игра №4: "Черный лебедь"

Цель:
Тренировка реакции на непредвиденные события (падение продакшена, уход ключевого разработчика).

Формат:

Тип: Микс оффлайн/онлайн (Slack для асинхронных сообщений)
Время: 1 час
Участники: 6-8 человек (+ тренер как «генератор хаоса»)

Сеттинг:
На середину спринта:

Основной DevOps увольняется.
Обнаружен критический баг в продакшене.
Заказчик требует срочных изменений.

Роли:

Scrum-мастер: Координирует действия в условиях хаоса.
Команда: Распределяет роли на лету (кто берет инцидент, кто общается с заказчиком).
Тренер: Постепенно усложняет сценарий (например, добавляет DDoS-атаку).

Этапы:

Кризис (15 мин): Первая реакция без подготовки.
Анализ (20 мин): Поиск системных причин.
Решение (25 мин): План предотвращения повторения.

Обучающие эффекты:

Антихрупкость процессов
Работа с паникой
Быстрое перераспределение ролей

Проблемы/Вызовы:

Команда зацикливается на поиске виноватых
Игнорирование ретроспективы после «тушения пожара»

Ментальная карта, диаграмма связей

1. Интеллект-карта "Основные компетенции Scrum-мастера"

Центральная ветка: Профессиональный Scrum-мастер

Ветка 1: Фасилитация
- Техники разрешения конфликтов
- Модерация сложных обсуждений
- Управление групповой динамикой
Ветка 2: Коучинг и менторинг
- GROW-модель
- Работа с сопротивлением
- Развитие самоорганизации команды
Ветка 3: Системное мышление
- Анализ организационных препятствий
- Метрики и индикаторы зрелости
- Управление изменениями
Ветка 4: Agile-инструменты
- Kanban для Scrum-команд
- Интеграция DevOps-метрик
- Масштабируемые фреймворки (LeSS, Nexus)

2. Интеллект-карта "Этапы Agile-трансформации"

Центральная ветка: Трансформация команды

Ветка 1: Диагностика
- Оценка текущих процессов
- Выявление ключевых антипаттернов
- Картирование стейкхолдеров
Ветка 2: Пилотный запуск
- Выбор pilot-команды
- Адаптация фреймворка под контекст
- Обучение основам Scrum/Kanban
Ветка 3: Масштабирование
- Внедрение Scrum of Scrums
- Синхронизация нескольких команд
- Управление зависимостями
Ветка 4: Закрепление результатов
- Встроенные практики непрерывного улучшения
- Работа с культурой организации
- Оценка ROI трансформации

3. Интеллект-карта "Работа с сопротивлением"

Центральная ветка: Сопротивление изменениям

Ветка 1: Типы сопротивления
- Пассивное (молчаливое саботирование)
- Активное (открытые возражения)
- Системное (бюрократические барьеры)
Ветка 2: Причины
- Страх потери контроля
- Непонимание выгод
- Когнитивные искажения
Ветка 3: Инструменты преодоления
- Коучинговые вопросы
- Демонстрация quick wins
- Вовлечение через participatory design
Ветка 4: Метрики успеха
- Уровень вовлеченности команды
- Скорость адаптации новых практик
- Количество инициатив снизу

4. Интеллект-карта "Архитектура учебного курса"

Центральная ветка: Программа обучения

Ветка 1: Блок "Основы"
- Роли и артефакты Scrum
- Принципы Agile-манифеста
- Разбор кейсов неудачных внедрений
Ветка 2: Блок "Продвинутые техники"
- Фасилитация конфликтов
- Управление распределенными командами
- Работа с legacy-кодом
Ветка 3: Блок "Метрики и аналитика"
- Инструменты сбора данных
- Интерпретация Cycle Time/Lead Time
- Построение прогнозов
Ветка 4: Блок "Практика"
- Ролевые игры
- Разбор реальных кейсов
- Супервизия от экспертов

5. Интеллект-карта "Инструменты Scrum-мастера"

Центральная ветка: Профессиональный инструментарий

Ветка 1: Для фасилитации
- Miro/Mural для ретроспектив
- Planning Poker для оценок
- Timer для тайм-менеджмента
Ветка 2: Для анализа
- Jira + Power BI для метрик
- Value Stream Mapping
- Fishbone-диаграммы
Ветка 3: Для коучинга
- Шкалирование (1-10)
- Техника "Чудо-вопрос"
- Карты мотиваторов
Ветка 4: Для масштабирования
- Интеграционные доски
- Общие Definition of Done
- PI Planning

Справочные издания и словари

1. Научная литература и хрестоматии

📖 "Agile-методологии: теория и практика" (под ред. К. Швабера, Дж. Сазерленда)

Содержит ключевые исследования по Agile и Scrum, включая кейсы трансформаций в крупных компаниях.
Разбор системных ограничений Scrum и альтернативных подходов (Kanban, Lean).