Кен Швабер, одним из создателей Scrum.
Представьте, что у вас есть три, шесть или даже десять Scrum-команд, которые параллельно работают над крупным IT-продуктом. Без чёткой системы координат они будут мешать друг другу: повторять одни и те же задачи, спорить из-за приоритетов, буксовать на взаимозависимостях. Nexus призван устранить эти сложности. Он необходим:
Определите единый продукт и стратегию:
Начните с чёткого понимания того, что вы создаёте, кто конечный пользователь и какие задачи вы решаете. Nexus строится вокруг одного продукта и общего видения, без которого масштабирование не имеет смысла.
Сформируйте Nexus Integration Team (NIT):
Выберите группу специалистов (Scrum-мастеров, архитекторов, интеграторов), которые будут отвечать за согласованность между командами. Они не просто координаторы, а своего рода “навигационная система”.
Настройте единый Product Backlog:
Все команды смотрят в одну точку: общий список функционала. Продакт-оунер распределяет приоритеты, а каждая команда “забирает” свой кусок работы, не теряя из виду общую цель.
Проведите Nexus Sprint Planning:
Все команды собираются вместе, чтобы понять, что они возьмут в следующий спринт. Решаются зависимости, обсуждаются стыковки фич, чтобы в конце спринта получить интегрированный инкремент продукта.
Усильте взаимодействие через Nexus Daily Scrum:
Краткий синхронизирующий митинг, на котором представители команд и NIT отслеживают статус интеграции. Если образуется “узкое место” – его решают сразу, не позволяя проблеме нарастать.
Nexus Sprint Review и Retrospective:
Анализируйте результаты спринта на уровне всего Nexus: что удалось, что нет, где нужно улучшить взаимодействие. Цель – постоянный рост эффективности и снижение “трения” между командами.