Время освоения: ~40 минут
Роль Фокус Главное отличие Scrum Master Фасилитация, защита команды, коучинг процессов Внутри команды, ежедневно Agile Coach Системные изменения, трансформация организации Взгляд снаружи, масштаб Manager Контроль, задачи, результаты Директивы, оценка людей
Agile-коуч Менеджер Задаёт вопросы Даёт ответы Помогает найти решение Предоставляет решение Развивает людей Контролирует выполнение Адаптируется к контексту Применяет стандарты
Техника Применение Открытые вопросы "Что, если...", "Как вы думаете...", "Что ещё могло бы помочь?" Impediment Removal Идентификация → Приоритизация → Устранение / делегирование Психологическая безопасность Нет виноватых, ошибки = обучение World Café Групповые обсуждения по кругам Fishbowl Часть наблюдает, часть обсуждает, затем меняются 4Ls Retro Liked / Learned / Lacked / Longed for
# Процесс устранения препятствий
Шаг Действие 1 Идентифицировать: технические, организационные, культурные 2 Приоритизировать по влиянию на продуктивность 3 Устранить самостоятельно или делегировать 4 Устранить коренную причину, а не симптом
# Введение: Что такое Agile-коучинг и зачем он нужен? (5 минут)
Agile-коучинг — это процесс помощи командам и организациям в освоении и применении Agile-принципов для повышения эффективности, адаптивности и доставки ценности клиентам.
# Основные цели Agile-коучинга:
Помощь команде стать более эффективной и самодостаточной
Устранение препятствий (impediments) и бутылочных горлышек
Развитие навыков самоорганизации и принятия решений
Создание психологически безопасной среды для экспериментов и обучения
# Отличие от управления проектами:
Agile-коучинг Традиционное управление Фасилитация и поддержка Контроль и директивы Помощь команде найти решения Предоставление готовых решений Фокус на развитии людей Фокус на выполнении задач Адаптация к контексту Применение стандартных процессов
💡 Ключевая мысль : Agile-коуч не знает всех ответов, но помогает команде находить их самостоятельно. Это не "наставничество", а "сопровождение к успеху".
# Роли и ответственности в Agile-коучинге (5 минут)
Фасилитатор процессов : Проводит церемонии, обеспечивает соблюдение правил Scrum
Защитник команды : Устраняет внешние препятствия и защищает от вмешательства
Коуч по Agile : Обучает команду Agile-принципам и практикам
Агент изменений : Помогает организации преодолевать культурные барьеры
# Внешний Agile-коуч (консультант)
Объективный взгляд : Видит системные проблемы извне
Экспертные знания : Привносит лучшие практики и опыт других организаций
Поддержка изменений : Помогает масштабировать изменения на уровне организации
Обучение внутренних коучей : Развивает capability внутри команды
Создание сообщества практиков (CoP) : Формирование групп внутренних экспертов для обмена опытом и поддержки друг друга
Пир-коучинг (peer coaching) : Взаимная поддержка между коучами и командами для развития навыков и решения проблем
💡 Ключевая мысль : Для коучинга нескольких команд наиболее эффективен подход через создание сообщества практиков и поддержку через пир-коучинг, что позволяет масштабировать коучинг без перегрузки одного коуча.
# Команда как коуч-партнер
Активное участие : Не пассивные получатели, а со-создатели изменений
Ответственность за результат : Берут на себя ответственность за свои решения
Обратная связь : Дают честную обратную связь коучу о его работе
⚠️ Частая ошибка : Коуч становится "решателем проблем" вместо того, чтобы помогать команде развивать навыки решения проблем самостоятельно.
# Ключевые техники и методы Agile-коучинга (10 минут)
# 1. Активное слушание и открытые вопросы
Цель : Помочь команде самостоятельно найти решения
Техники :
Открытые вопросы: "Что, если...", "Как вы думаете...", "Что еще могло бы помочь?"
Отражение: "Я слышу, что вы чувствуете..."
Уточнение: "Можете рассказать подробнее о том, что имеется в виду?"
# 2. Управление препятствиями (Impediment Removal)
Процесс устранения impediments:
Идентификация : Выявить все препятствия (технические, организационные, культурные)
Приоритизация : Оценить влияние на продуктивность команды
Устранение или делегирование : Самостоятельно решить или передать подходящему лицу
Фокус на системных проблемах : Не только решать конкретные задачи, но и устранять коренные причины
# 3. Создание психологической безопасности
Правило "без осуждения" : Нет виноватых, есть системы и процессы
Разрешение на ошибки : Ошибки — это возможности для обучения
Честная обратная связь : Регулярные ретроспективы и 1:1 встречи
Визуализация проблем : Использование досок для отображения препятствий
World Café : Групповые обсуждения по кругам
Fishbowl : Наблюдение за обсуждением изнутри и снаружи
Open Space : Самоорганизованные сессии по интересующим темам
Retrospective formats : Mad/Sad/Glad, Start/Stop/Continue, 4Ls (Liked, Learned, Lacked, Longed for)
# Практические кейсы и сценарии (10 минут)
# Кейс 1: Команда отказывается от проведения дейли
Ситуация : Команда говорит: "Дейли — это потеря времени, мы и так знаем, что делаем".
Понять причины : Провести 1:1 встречи, выяснить реальные причины недовольства
Предложить альтернативы :
Сократить время до 5 минут
Изменить формат (walk-the-board вместо статичного отчета)
Добавить элементы, которые команде нравятся (например, быстрый шаринг знаний)
Эксперимент : Провести 2 спринта с новым форматом, затем оценить результат
# Кейс 2: Низкая вовлеченность команды в ретроспективы
Ситуация : На ретроспективе только 2 человека говорят, остальные молчат.
Изменить формат : Использовать письменные методы (stickers, anonymous notes)
Создать безопасность : Начать с позитивных моментов, использовать "безопасные" темы
Разделить группу : Провести малые группы (3-4 человека), затем объединить результаты
Вовлечь через действия : Дать задание "найти 1 вещь, которую можно улучшить сегодня"
# Кейс 3: Сопротивление изменениям в организации
Ситуация : Руководство требует "оставить все как есть", боится рисков.
Начать с малого : Предложить эксперимент на одной команде
Показать результаты : Сфокусироваться на измеримых показателях (скорость доставки, удовлетворенность)
Работать с влиятельными людьми : Найти "чемпионов" изменений в руководстве
Создать "точки роста" : Успешные примеры, которые можно масштабировать
Ошибка Почему это плохо Как исправить Коуч становится «решателем проблем» Команда становится зависимой, не развивает навык решать самостоятельно Задавать вопросы вместо ответов: «Как вы думаете, что можно попробовать?» Навязывание решений без вопросов Команда не владеет решением, не выполняет или саботирует Помочь команде прийти к решению самостоятельно через фасилитацию Работа с симптомами, а не коренными причинами Те же проблемы возвращаются через спринт Использовать «5 почему» или fishbone для поиска первопричины Коучинг без психологической безопасности Люди молчат, не называют реальные проблемы, ретро бесполезны Сначала создать безопасную среду, потом работать с контентом Коуч для команды — не коучится сам Выгорание, устаревшие подходы, слепые пятна Peer coaching, супервизия, собственная CoP, регулярная рефлексия Нет измерения результатов коучинга Непонятно, работает ли коучинг, как обосновать ценность Договориться о 2–3 измеримых целях коучинга в начале работы
# Упражнения и задания (10 минут)
Преобразуйте закрытые вопросы в открытые:
"Вы согласны с этим решением?" → ?
"Почему вы не выполнили задачу?" → ?
"Это правильно?" → ?
Цель : Научиться задавать вопросы, которые стимулируют мышление, а не требуют однозначного ответа.
# Упражнение 2: Анализ препятствий (4 минуты)
У вас есть команда, которая:
Часто пропускает дедлайны
Имеет высокий уровень стресса
Много конфликтов между членами команды
Идентифицируйте 3 системных препятствия (а не поверхностные симптомы)
Предложите по 1 действию для каждого препятствия
# Упражнение 3: Планирование коучинговой сессии (3 минуты)
Вы — Agile-коуч. Вам нужно провести сессию с командой, которая:
Недовольна текущим процессом
Не доверяет друг другу
Не видит ценности в Agile
Как начать сессию (первые 5 минут)?
Какие техники используете для создания безопасности?
Как завершить сессию, чтобы команда взяла на себя ответственность?
# Контрольные вопросы (для самопроверки)
В чем основное отличие Agile-коуча от менеджера проекта?
Какой подход лучше использовать при работе с командой, которая не принимает изменения?
Что делать, если команда отказывается от проведения дейли?
Как определить, что коучинговая сессия была успешной?
Почему важно фокусироваться на системных проблемах, а не на отдельных задачах?
Книга: "Coaching Agile Teams" — Lyssa Adkins
Книга: "The Coaching Habit" — Michael Bungay Stanier
Статья: "The Role of the Scrum Master as a Coach" — Scrum.org
Инструменты: Retromat, FunRetro, Miro для онлайн-ретроспектив
🎯 Главный вывод : Успешный Agile-коуч помогает команде стать самостоятельной, а не зависимой от него. Цель — сделать себя ненужным через развитие способностей команды.