Говорят "Если ты молоток, то все проблемы вокруг кажутся гвоздями". Я вот долгое время работал в архитектуре и все проблемы вокруг мне кажутся от того, что нет "технологии" работы. Вот сейчас собрали команду для работы над Naris. Получилось много (сейчас 28 человек). И о чем я думаю? О технологии работы таких команд! Напомню, я на общественных началах набираю команду для которой выступаю в качестве ментора. У нас действует классический подход с ограничением по времени (семестрам) - 3 месяца мы работаем вместе. потом я делаю новый набор желающих прокачаться в командной работе. Технология работы - это подготовка первичной информации и правил организации команды, уже сейчас я выделил обязательные шаги, которые сводятся к следующему: - знакомство - каждый рассказывает о своих целях и задачах - вводная часть - определяем объем работ, которые хотим сделать, фиксируем в виде требований - пробные задачи - делаем по одно пробной задаче, чтобы отфильтровать тех кто ошибся (ничего страшного, если в процессе люди поняли, что это не их путь) - разбор ошибок и фиксация состава команды (предполагается, что те кто хотел уйти уже ушел) - выдача доступа к материалам - разбиение на подгруппы (парное программирование) и переход на спринты - стандартный "спринтовый" цикл: обсуждение, выполнение, ревью, устранение ошибок, фиксация - подведение итогов