Кто-нибудь озадачился статистикой по собственным разработкам на проекте внедрения?
Вроде того, во сколько рабочих дней обходится средний отчет на стадиях разработки и дальнейшей его поддержки? Какие модули требуют больше всего ресурсов? Во сколько обходится, например, смена методологии учета?
Я вот тут смотрю на свой проект и как-то не по себе становится... Сравнить бы - может, не все так плохо?

плохо - плохо..- особенно тем, кто это будет разгребать...то бишь - поддерживать.
вообще-то этим вопросом руководству надо было задаться "до того"

У нас статистика-то есть, но вот никто это дело не анализирует и за достоверность я бы не поручился...

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

Есть мнение, что любая разработка обходится ровно в 3 раза дороже чем первоначальный план. С учётом конечно всех затрат, включая тестирование, требований урегулирование, после внедрения проблем фиксирование и т.д.

Это особенно проявляется, если методологии ни придерживаться полной, а только разработать/натсроить и заказчику сбагрить. Если же выполнять всё по методе - проектирование от бизнес-модели к системной, настройка/доработка, тестплан, тестирование, фиксинг, бизнес-тестирование, ещё фиксинг, внедрение, ещё фиксинг, то тогда можно весьма близко к плану подойти ИМХО.

Но на этапе продажи, если заказчик жадный, то с ним согласуются сроки только на разработку/настройку/внедрение. А потом сейлы уходят а консультанты отдуваются, что сроки/бюджет в 3 раза меньше чем надо. И заказчику не объяснишь, что на проекте вообще-то нужны ещё бизнес-аналитики, тестеры, умеющие тест-планы писать и знающие систему и ещё много разного народу. Деньги уплочены, проект запланирован. Ресурсы 3 человека и сроки только на настройку. А после настроки - всё должно работать в продакшине. Таков контракт!

Знакомая песня....
Написать код - дурное дело не хитрое.
Но прежде нужно сделать очень много другой работы
- нарисовать что и как будет взаимодействовать
- перевести всё в термины системы
- сделать настройки в BDT
- найти необходимые user-exit, BADI, BAPI, функциональные модудули и таблички
- сделать необходимые подстройки
- завести и залить справочники
- нарисовать экраны
- подготовить тестовые данные
- НАПИСАТЬ КОД

Последний пункт занимает 10-20% времени

Самое грустное, что даже непосредственное руководство не всегда представляет реальных усилий на разработку. Одно дело - отдельный отчёт. Другое дело - расширение системы.

Но всё равно сроки берутся из справочника ПОТОЛОЦКОГО, ну а потом стандартное - "ну не шмогла я..."

Это всё из-за специфики системы.

Врядт ли Вам удастся отмахатся от "требований бизнеса" объемами трудозатрат на их реализацию. Мне во всяком случае не удалось не разу. Просто если реализация того или иого функционала действительно для бизнеса критична, то ничего не подалаешь нужно делать.

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

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