Существуют ли какие-то нормативы относительных (в %%) трудозатрат на фазы процесса разработки ПО?

Что-нибудь типа:
Утверждение концепции - 5%

Утверждение планов\спецификаций - 20%

Разработка - 50%

Тестирование 20%

Внедрение 5%

Сильно ли эти нормативы (особенно интересует то, что связано с аналитикой (концепция, спецификации) зависят от специфики проектов.

Может ли начальство предъявить, например, поставить в вину аналитику факт, что концепция проекта и спецификации весили 40% от общей трудоёмкости работ?

Поделитесь пожалуйста опытом.

ShtockНу собственно первая картинка в РУПЕ (такая вся в волнах - вторая ) показывает.
А есть где-нибудь такая картинка с процентами\суммами по строке?
А то видно только что разработка - самая тяжёлая, но не более того.

Shtockпредъявить начальство может кому угодно и что угодно,но в цифрах у меня лично примерно так и получается. в смысле 40% ?

Валентин К:) улыбнуло

Афтор, вы считаете что внедрение занимает 5% трудозатрат? Или кто вам дал эти цифры?
Зависит от специфики. Скажем так, были проекты, где всё обходилось 5%

Но самом деле волнует "вес" аналитики.
А кстати, у вас есть какое-то видение того какими должны быть эти цифры?

Мои цифры "с потолка" - они иллюстрируют, что примерно я хочу услышать в ответ.

Проекты внутренние.
Чего вас удивляет не пойму?

Вы 50% времени тратите на внедрение? Тогда, мои вам соболезнования

proposed amendment nnnnnПроекты внутренние.
Чего вас удивляет не пойму?
Вы 50% времени тратите на внедрение? Тогда, мои вам соболезнования
а мои, глубочайшие, вашим внутренним клиентам и пользователям...


На самом деле, сколько %% занимают трудозатраты на внедрение меня меньше всего на свете волнует :)
И нормативы которые я привёл- взяты "с потолка". Вопрос был скорее о том, есть ли такие нормативы вообще в природе?

BaikalyЕсть хорошая книга С. Макконелли "Совершенный код", в ней на обобщенных данных более чем 200 проектов приводится среднее процентное сотношение между трудозатратами на фазы проекта.
А где там?
Единственное, что удалось найти навскидку это фразу из главы 3.6^

The amount of time to spend on problem definition, requirements, and software
architecture varies according to the needs of your project. Generally, a well-run
project devotes about 10 to 20 percent of its effort and about 20 to 30 percent of
its schedule to requirements, architecture, and up-front planning (McConnell
1998, Kruchten 2000). These figures don’t include time for detailed design—
that’s part of construction.

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

Мне кажется, идея в том, что не смотря на то, что в каждом проекте эти цифры будут отличаться, то сделав усреднение по нескольким проектам мы должны получить цифры близкие к озвученным в литературе.

Если например концепции и планы хронически весит 40% трудозатрат, то это повод углублённо изучить ситуацию.
Валентин К
Утверждение концепций - 5% - бред. Откуда они взялись эти концепции?
Утверждение планов/спецификаций - 20% - бред, как постановка пункта, откуда они взялись, чтобы их утверждать?Это всего лишь фазы проекта по MSF 3, а не бред.
Валентин К
По поводу студентов, бреда и реальных проектов - не переходите на личности. Особенно если вы не в курсе некой темы. Вашими словами говорят обычно разработчики, когда пытаются объяснить свою уникальность и незаменимость.

iscrafm nnnnnВалентин, сдаётся мне, что вы далеки достаточно от менеджмента, чтобы понимать его (менеджмента) крайнюю заинтересованность в таких нормативах. Особенно в ситуации, когда в авторитетной литературе приводятся вполне конкретные цифры.

А что в них интересного? Можно посмотреть на такую литературу? Лично меня подобные нормативы тоже абсолютно не интересуют, т.к. есть абсолютно различные проекты, в которых эти цифры поворачиваются на 180 градусов. Но теоретические изыскания почитать хотелось бы.

RUP и Маконели(microsoft) - не относится к таковой?

Я полность согласен, что для конкретного проекта эти цифры дают мало. Они интересны, когда обобщаешь, скажем, проекты за какой-то период. Тогда они начинают показывать тенденцию.