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

Просто соедините во едино аргументы всех сторон по интересующему вас вопросу и выложите. Очевидно что кто-то должен контролировать процесс, но не обсуждение. Например делите задачу на недели обсуждения. Если времени не хватает, то продолжаем чуть дольше.

Необходима не концепция а структура ТЗ. То что обсудили маленькую толику задач не значит что обсуждение пустое. Одно другому не мешает если знать все части головоломки. Повторюсь, приготовьтесь переделывать структуру / архитектуру если кто-то найдет более оптимальный метод и большинство согласится.

Сам бы с удовольствием этим занялся, но одному мне такое дело не поднять. Нужна группа модераторов нового раздела про разработку. У ограничивать число разработчиков только из-за того что хочется побыстрее... Вы куда-то опаздываете? Без толкового ТЗ и постоянного развития это начинание будет обречено на гораздо более быструю смерть нежели DOORS (так и не вышла), не говоря уже о долгожителе IS DOS.

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