Блог SkillsCup.com

Ретроспективы, сфокусированные на улучшениях

С точки зрения контента ретроспективу можно провести:
А. с нуля, без предварительной подготовки,
Б. с предварительным сбором данных.
С точки зрения темы можно провести:
X. общую ретроспективу, собирая от команды мнения о спринте вообще,
Y. ретроспективу по конкретной теме или нескольким темам.
Наиболее эффективными и полезными будут ретроспективы типа YБ — с четкой темой и предварительным сбором данных.
Ниже перечислены темы, которые полезно обсуждать на ретроспективах, чтобы они завершались конкретными задачами и приводили к реальным изменениям, а не просто "поговорить". Обернуть эти темы можно в форматы, перечисленные здесь.

1. Процесс работы и планирование

  1. Что из запланированного НЕ сделали? Почему?
  2. Сколько задач было "брошено" и почему?
  3. Что сделали НЕзапланированное? Откуда или от кого пришло?
  4. Насколько точны наши оценки задач? Как их улучшить?
  5. Как мы выбираем задачи при планировании спринта? На каких критериях основываемся? Берем ли большие задачи или разделяем на мелкие (splitting, шпаргалка для разделения историй, статья о сплиттинге, User story map, выгоды маленьких историй, видео выступления о разделении историй)?
  6. Переработка: есть ли перегрузка задачами? У кого? В какой момент спринта? Как сделать загрузку ровнее?
  7. Работа с приоритетами: как часто приоритеты менялись и почему?
  8. Как сделать планирование спринта эффективнее и быстрее?
  9. Оптимизация процессов передачи задач между этапами. Где тратится слишком много времени без результата? Сокращение лишней бюрократии. Улучшение процессов документирования.

2. Коммуникации и взаимодействие

  1. Внутрикомандная коммуникация: достаточная, своевременная? Где чаще всего возникают недопонимания?
  2. Коммуникация со смежниками. Качество синхронизации между кросс-функциональными командами. Где были сбои? С кем полезно наладить контакт, формат взаимодействия, подружиться? (статья о зависимостях, статья о смежных командах, видео выступления о зависимостях)
  3. Взаимодействие со стейкхолдерами: достаточно ли прозрачное? Ожидания заинтересованных сторон: насколько мы их понимаем? (статья о заинтересованных лицах, крутое популярное видео о стейкхолдерах)
  4. Согласование задач: своевременность, полнота информации.
  5. Информационные пробелы: где мы потеряли важные данные?
  6. Используемые каналы связи: насколько удобны и эффективны?
  7. Как быстро эскалируются проблемы?
  8. Как сделать встречи короче и продуктивнее? Уровень удовлетворенности встречами: Planning, Daily, Review/Demo, Retro. Как сделать встречи короче и продуктивнее? Нужно ли оптимизировать какие-то из них?

3. Релизы

  • Как часто у нас происходят релизы?
  • Сколько времени занимает подготовка к релизу?
  • Какие шаги релиза создают наибольшие задержки?
  • Как сократить цикл релиза?
  • Риски, связанные с релизами: как их уменьшить?
  • Эффективность деплой-процессов (CI/CD).
  • Четкость ролей при подготовке и выпуске релиза. Возможность релизить отдельные части продукта (feature toggles).
  • Обзор Quality gate — соблюдение критериев качества перед релизами.
  • Обзор процесса DevOps — насколько эффективны пайплайны, автоматизация?

4. Качество и технические темы

  1. Технический долг: растет или уменьшается?
  2. Автоматизация рутинной работы: где можем усилить?
  3. Codebase health check — оценка состояния репозитория, соответствия стандартам кодирования.
  4. Тестирование: покрытие, качество, автоматизация.
  5. Безопасность продукта: были ли уязвимости?
  6. Производительность систем: есть ли проблемы?
  7. Refactoring backlog — формирование списка задач на рефакторинг.
  8. Architecture fitness — как текущая архитектура мешает или помогает скорости изменений? Какие архитектурные решения требуют пересмотра?
  9. Tech radar exercise — технологии: что оставить, исследовать, заархивировать.
  10. Documentation health check — насколько полна и актуальна документация.

5. Качество: дефекты

  1. Сколько дефектов на каких площадках, какого приоритета, какой среды обнаружения.
  2. Время исправления дефектов.
  3. Динамика по каждому типу, приоритету, среде.
  4. Какие баги повторяются и почему?
  5. Test Pyramid Audit — насколько хорошо покрыты тестами разные уровни?

6. Метрики и поток работы

  1. Анализ Burndown Chart: где были отклонения? (видео о Sprint burndown, видео о Release burndown)
  2. Velocity: насколько прогнозируемо выполняем работу?
  3. Cycle Time: где теряем время? Lead Time: насколько быстро доносим ценность пользователю? Через какие этапы задачи проходят слишком долго?
  4. Блокеры: сколько времени теряется на их устранение?
  5. WIP Limits: насколько хорошо соблюдаем ограничения? Где чаще всего задачи "залипают"? Потери времени на переключение между задачами.

7. Командные артефакты и правила

  1. Командные соглашения (working agreements, team agreements, видео).
  2. Следование Definition of Done и Ready (DoD, статья, видео о DoD, видео-инструкция по созданию DoD).
  3. Актуальность таблицы компетенций (Skills matrix, видео ниже). Анализ bus factor: насколько команда устойчива? (статья о T-shape специалистах, статья о факторе автобуса)
  4. Актуальность карты заинтересованных сторон (статья о заинтересованных лицах, крутое популярное видео о стейкхолдерах).
  5. Соблюдение процессов документирования решений.
  6. Как мы управляем знаниями внутри команды? Как мы передаём знания новым членам команды? Как делиться знаниями эффективнее?

8. Эмоциональный климат и культура

  1. Уровень доверия в команде (статья о Safety check). Чувство психологической безопасности: можно ли открыто говорить?
  2. Эмоциональное состояние в спринте: есть ли признаки выгорания?
  3. Мотиваторы: что вдохновляет людей в команде?
  4. Благодарности и признание вкладов.
  5. Ощущение прогресса и достижений за спринт.
  6. Способы повышения морального духа в команде.

9. Конфликты и их предотвращение

  1. Были ли конфликты в спринте? Как их разрешали? Скрытые напряжения: кто и что замечал? Как быстро эскалируются и решаются конфликты? Предотвращение пассивной агрессии и микроконфликтов.
  2. Чёткие ли у нас ожидания по ролям и ответственности?
  3. Как мы даём друг другу обратную связь?
  4. Стратегии конструктивного разрешения споров. Культура обсуждения сложных вопросов: безопасна ли она?
  5. Неформальное общение: достаточно ли его для снятия напряжения?
  6. Различия в рабочих стилях: как мы с ними работаем?

10. Инициативы развития и обучения

  • Какие новые навыки хотим развить в команде?
  • Какие тренинги или воркшопы нужны?
  • Как поддерживать процесс менторства внутри команды?
  • Какие best practices стоит перенять у других команд?
  • Что можно попробовать нового в инженерных практиках?
  • Идеи для внутренних R&D-дней (инновационных дней).
  • Как делиться знаниями эффективнее?
  • Хакатоны и командные проекты: нужны ли нам?
  • Улучшение процессов ревью кода.
  • Стратегии адаптации новых сотрудников.

Дополнительные материалы по теме:
  1. 10-минутный и 1-часовой видео-уроки о том, как провести ретроспективу.
  2. Темы, на которых можно более четко сфокусироваться на ретроспективе.
  3. Сфокусированные ретро (развитие предыдущей статьи) – сейчас вы в ней.
  4. Форматы проведения ретроспектив.
  5. Карточки с 21 форматом ретро.
  6. Открытие встречи: icebreaker "Кубики историй Рори".
  7. Открытие встречи: "Проверка безопасности".
  8. Сбор информации в 3 столбца Mad-Sad-glad.
  9. Список онлайн-досок для ретроспективы.
  10. Как оживить ретроспективу? (на Medium)
  11. Когда какую ретро проводить? (на Medium)
  12. Ретроспективы в общем и целом – вводная статья (пока что не готова).
  13. Scrum: Sprint retrospective (пока что не готова).

Эту тему мы подробно обсуждаем с группой на курсе "Основы Agile и Scrum". А тем, кто хочет научиться эффективно проводить любые встречи, будет полезен курс "Фасилитация. Эффективные встречи". Полный список курсов и воркшопов читайте здесь.
Agile Scrum Встречи