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

Частая и непрерывная интеграция позволяет выявлять проблемы на ранних этапах, когда их легче и дешевле исправить, а также обеспечивает постоянную обратную связь и обучение. Это предотвращает накопление проблем интеграции до конца цикла. Scrum of Scrums полезен для устранения препятствий, но не заменяет необходимость непрерывной интеграции для выявления технических проблем. Создание отдельной команды QA в конце спринта лишь откладывает обнаружение проблем и не способствует ранней обратной связи. Онлайн-сессия по концепциям интеграции может быть полезной, но без практического применения частой интеграции она не решит проблему.