Jedi написал(а):
1. Потому как начинает один, продолжает другой, заканчивает третий - во первых кто сказал что у вас будет три абапера? Во вторых теряется ценное время на то, пока второй въедет в то что сделал первый, а третий в то что сделали оба предидущих. В третьих когда сроки исчисляются не на дни а на часы - не будешь знать с кого из троих спрашивать.
Да, затраты времени больше и это подходит, когда сроки терпят. Но можно время сэкономить в других местах - например, сократить потери на бестолковые совещания и согласования.
Можно обойтись без авралов, если начинать работать сразу, а не тратить время на всякую ерунду.
Обычно бывает наоборот - саму работу оставляют на самый последний момент. А львиную долю времени тратят на бесконечные бестолковые совещания, согласования, взаимные придирки к документам.
Часто не хватает толковой Белой обезьяны, которая оборвала бы их и сказала: "Хватит ругаться. А теперь идите работать".
Jedi написал(а):
3. На чем бы эти гении играли, не будь простых настройщиков роялей? Ну сделаете вы оперативные транзакции - а толку, без настроек и мастер-данных вы оттестировать то толком ничего не сможете, а потом, когда аконец настройки и мастер-данные за неделю до старта войдут в систему вы вдруг обнаружите что все ваши оперативные транзакции в лучшем случае дампятся а в худшем выдают непонятно что и главное непонятно почему.
Это лучше, чем бэкать-мэкать в ответ на просьбы инвестора/заказчика продемонстрировать хоть какой-то результат, и вместо этого показывать красивые, но бесполезные сами по себе (без функционала) транзакции ведения справочников.
Для справочников, можно для начала сгенерить простейшие ракурсы/кластеры ведения.
Иначе у заказчика/инвестора может просто лопнуть терпение, и он прекратит финансирование.
Видели мы такое.