История изменений

Если это массовый продукт, то возможно и да. Только причем тут

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

А так с «затраченными человеко-часами» в разработке продукта я сталкивался при составлении сметы для подачи на конкурсы в ГУП.

У вас похоже был Waterfall.

Величайший дебилизм.

Полностью согласен, это уже давно устаревший подход для большинства проектов.

У нас был Agile, очень приблизительные non obligatory estimates с моей стороны очень приблизительно (от и до) в вечерних часах по трудоемкости и в днях или неделях по сроку готовности. Причем нередко укладывался в меньше приблизительной верхней грани estimate. А потом time tracking и стоимость лицензии определялась по фактическим затратам:

https://en.wikipedia.org/wiki/Time_and_materials

Очень редко встречаются R&D проекты, которые укладываются в первоначальный план. Fixed estimates обычно успешно практикуются только для шаблонных повторяемых действий типа настроить CMS-ку по стандартному шаблону, смонтажить кондиционер или унитаз и т.п., и то бывают особые требования, которые ведут к усложнению и удорожанию даже казалось бы таких относительно простых типовых проектов.

Если это массовый продукт, то возможно и да. Только причем тут

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

А так с «затраченными человеко-часами» в разработке продукта я сталкивался при составлении сметы для подачи на конкурсы в ГУП.

У вас похоже был Waterfall.

Величайший дебилизм.

Полностью согласен, это уже давно устаревший подход для большинства проектов.

У нас был Agile, очень приблизительные non obligatory estimates с моей стороны очень приблизительно (от и до) в вечерних часах по трудоемкости и в днях или неделях по сроку готовности. Причем нередко укладывался в меньше приблизительной верхней грани estimate. А потом time tracking и стоимость лицензии определялась по фактическим затратам:

https://en.wikipedia.org/wiki/Time_and_materials

Очень редко встречаются R&D проекты, которые укладываются в первоначальный план. Fixed estimate обычно успешно практикуются только для шаблонных повторяемых действий типа настроить CMS-ку по стандартному шаблону, смонтажить кондиционер или унитаз и т.п., и то бывают особые требования, которые ведут к усложнению и удорожанию даже казалось бы таких относительно простых типовых проектов.

Если это массовый продукт, то возможно и да. Только причем тут

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

А так с «затраченными человеко-часами» в разработке продукта я сталкивался при составлении сметы для подачи на конкурсы в ГУП.

У вас похоже был Waterfall.

Величайший дебилизм.

Полностью согласен, это уже давно устаревший подход для большинства проектов.

У нас был Agile, очень приблизительные non obligatory estimates с моей стороны очень приблизительно в вечерних часах по трудоемкости и в днях или неделях по сроку готовности. А потом time tracking и стоимость лицензии определялась по фактическим затратам:

https://en.wikipedia.org/wiki/Time_and_materials

Очень редко встречаются R&D проекты, которые укладываются в первоначальный план. Fixed estimate обычно успешно практикуются только для шаблонных повторяемых действий типа настроить CMS-ку по стандартному шаблону, смонтажить кондиционер или унитаз и т.п., и то бывают особые требования, которые ведут к усложнению и удорожанию даже казалось бы таких относительно простых типовых проектов.

Если это массовый продукт, то возможно и да. Только причем тут

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

А так с «затраченными человеко-часами» в разработке продукта я сталкивался при составлении сметы для подачи на конкурсы в ГУП.

У вас похоже был Waterfall.

Величайший дебилизм.

Полностью согласен, это уже давно устаревший подход для большинства проектов.

У нас был Agile, очень приблизительные non obligatory estimates с моей стороны очень приблизительно в вечерних часах по трудоемкости и в днях или неделях по сроку очень приблизительной готовности. А потом time tracking и стоимость лицензии определялась по фактическим затратам:

https://en.wikipedia.org/wiki/Time_and_materials

Очень редко встречаются R&D проекты, которые укладываются в первоначальный план. Fixed estimate обычно успешно практикуются только для шаблонных повторяемых действий типа настроить CMS-ку по стандартному шаблону, смонтажить кондиционер или унитаз и т.п., и то бывают особые требования, которые ведут к усложнению и удорожанию даже казалось бы таких относительно простых типовых проектов.

Если это массовый продукт, то возможно и да. Только причем тут

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

А так с «затраченными человеко-часами» в разработке продукта я сталкивался при составлении сметы для подачи на конкурсы в ГУП.

У вас похоже был Waterfall.

Величайший дебилизм.

Полностью согласен, это уже давно устаревший подход для большинства проектов.

У нас был Agile, очень приблизительные non obligate estimates с моей стороны очень приблизительно в вечерних часах по трудоемкости и в днях или неделях по сроку очень приблизительной готовности. А потом time tracking и стоимость лицензии определялась по фактическим затратам:

https://en.wikipedia.org/wiki/Time_and_materials

Очень редко встречаются R&D проекты, которые укладываются в первоначальный план. Fixed estimate обычно успешно практикуются только для шаблонных повторяемых действий типа настроить CMS-ку по стандартному шаблону, смонтажить кондиционер или унитаз и т.п., и то бывают особые требования, которые ведут к усложнению и удорожанию даже казалось бы таких относительно простых типовых проектов.