Если бы возможно было полноценно нормировать время в области разработки ПО, то, наверняка, качественные и дешевые системы заполонили бы рынок, да и вообще перевернули всю отрасль ИТ. Ведь нормирование в первую очередь означает оценку будущего проекта по всем критичным параметрам. ГОСТов таких точно нет. Есть понятие метрик проекта для оценок, но IMHO это все пока что чепуха.
Если проект делается впервые (а это всегда так - зачем дублировать то, что уже есть?), то неточности в исходных оценках будут всегда. Обрабатывая эти неточные исходные оценки по различным правилам расчета метрик, мы получим настолько же неточные метрики. И зависит верность оценки в первую очередь от квалификации и опыта оценщика, а все метрики, которыми пытаются формально наукоемко "прикрыть" эти квалификацию и опыт - это "от лукавого" IMHO.
Можете для начала почитать про метрики : Технологии разработки программного обеспечения. Учебное пособие. Орлов С. А. . К сожалению, в электронном виде я эту книгу не видел.

Кстати здорово, нормативы там были на обследование и документацию вполне здравые, вот только групп по нынешним меркам сильно уж недостаточно и деление по группам сложности, конечно, необходимо по новому производить.
И выкинуть все, что касается собственно программирования.
А так - в некоторых случаях даже можно использовать для обоснования :-)