Чек-лист для руководителей проектов с несколькими командами разработки

Совместная разработка при большом потоке - продуктивно! Но при соблюдении правил

1. Наличие лидера по распределению задач между командами, всеобъемлюще и полноценно владеющего всей информацией по активности и функциональным модификациям проекта;

2. Каждая команда разработки самостоятельно занимается своей частью проекта, минимально пересекаясь с другими командами в разрабатываемых программных модулях;

3. Между командами и отдельными ее участниками складывается общение в позитивном/нейтральном ключе, построенное на принципах взаимоуважения и вежливости; веса лидера достаточно для обеспечения данного фактора в случае отклонений;

4. Наличие лидера по техническим вопросам, определяющего и контролирующего общие правила разработки и архитектуры решений:

• единый GitFlow для всех команд (правила наименования веток, правило вливания к себе целевой ветки перед созданием pull/merge request’а)
• релизная политика (команды должны понимать цикл жизни своих веток, закладывать сроки (ресурсы) на тестирование/отладку)
• единые правила написания кода и ведения документации для всех команд, в том числе правила форматирования кода в IDE
• тех. лид валидирует архитектуру предлагаемых решений, вносит корректировки в случае необходимости