Три человека гут! Они стопудова проведут более полноценное планирование системы, и прочие подготовительные мероприятия, чем один. У одиночки больше вариантов свалиться на "щас напишу, потом исправлю, зато сразу чо-то будет".

(в результате, к концу проекта, это "чо-то" представляет собой изяшно прозаплаченый кусок, простите за бедность речи, г-на, которое может быть использовано только девелопером, а не конечным пользователем, для которого все собственно делалось)

В то время как три и более людей, это уже команда, т.е. будет взаимодействие, т.е. как минимум будет наличие планирования архитектуры и интерфейсов взаимодействия.

А где Аэропорт я не знаю.

Ээээ.. я чот не понял... так чо, надо всего 200 функциональных требований реализовать да пофиксить? Кстати, кто их формализовывал? Блин, если среди программеров нет взаимодействия, задача сводится к типовой и 200/3 будет быстрее чем 200/1

student2007Есть задача переписать уже работающую систему на новый лад с учетом 200 пожеланий и выявленных пользователями багов.
Задачи разделили на 3-х программистов. Роли как таковые не распределены. Один в роли архитектор/программист 50/50, и двое программисты.
На текущий момент вижу что архитектора 50% явно не хватает. Есть предложение вывести одного только на проектирование. Ну и два программиста. Тестеров как всегда нет, на завершающем этапе будут юзеры.
Т.е. по времени максимум получим уменьшение сроков на 50%, ну а более реально на 30%. Т.е. проект 1 человеко/год ТРИ программиста будут делать 9 месяцев (субъективно).

Уменьшение сроков линейно добавлением программистов мне кажется утопичной идеей. Я таких проектов не видел. Но видел проекты, которые заваливались от ИЗБЫТКА лишних людей.