1.Не тешьте себя иллюзиями. После того как сформировано ТЗ (т.е. оформлена идея),
далее все остальные исполнители с точки зрения экономики принципиально не отличаются от простого рабочего. Что значит решить задачу, если есть ТЗ на модуль?
Основное все решено. А далее обычная рутина с производительностью труда, планированием сроков и т.п. И в основе этого нормирование труда.
Оценка предстоящих затрат на разработку -- это одна из основных задач, стоящих перед разработчиками ПО. Что у них, что у нас. Поэтому если Вам известны какие-нибудь
работающие методики, позволяющие по "оформленной идее" определить необходимые трудозатраты, выраженные в строках кода, поделитесь, пожалуйста.
С новыми редакторами, критерии видимо другие. Но то, что они существуют в этом я абсолютно убежден.
Одной убеждённости мало, нужны конкретные примеры. Ещё раз: за последние лет 15 я ни разу не слышал и не читал о нормировании труда программистов, основанном на количестве написанных/отлаженных строк. Обычно, при планировании проекта трудоёмкость той или иной задачи оценивается в человеко-часах; объём кода при этом роли не играет. (Если, конечно, речь не идёт о программировании для устройств с ограниченной памятью; но в этом случае объём объектного кода ограничивается
сверху, и основные усилия направлены на его
уменьшение).
Всегда есть выражаясь по нашему постановщик, по ихнему менеджер проекта.
Постановщик (аналитик) -- он и есть постановщик. Опять же, и у них, и у нас. И с руководителем проекта такая же картина. В небольших проектах многие роли могут совмещаться.