Comments on: Методы оценки проекта разработки ПО http://www.vzzvzz.com/method-of-assessment-it-project/ Константин Быченков об управлении в IT Sat, 05 Nov 2011 19:47:00 +0000 hourly 1 http://wordpress.org/?v=3.1.3 By: vzzvzz http://www.vzzvzz.com/method-of-assessment-it-project/comment-page-1/#comment-1058 vzzvzz Sun, 31 Oct 2010 17:57:22 +0000 http://www.vzzvzz.com/?p=5#comment-1058 Да и правильно, Андрей. Потому что приметять тот же COCOMO - это целое подразделение надо иметь и еще довольно долго собирать статистику чтоб получить достаточно точный инструмент. Не все это могут себе позволить, а жить как то надо. Экспертная оценка и аналогии - наше все! Да и правильно, Андрей. Потому что приметять тот же COCOMO – это целое подразделение надо иметь и еще довольно долго собирать статистику чтоб получить достаточно точный инструмент. Не все это могут себе позволить, а жить как то надо. Экспертная оценка и аналогии – наше все!

]]> By: andreichernov http://www.vzzvzz.com/method-of-assessment-it-project/comment-page-1/#comment-1054 andreichernov Thu, 21 Oct 2010 19:57:04 +0000 http://www.vzzvzz.com/?p=5#comment-1054 Привет!<br>Интересно тут у тебя.<br>Мы для внутренней стоимости проекта (по трудоемкости) пользовался следующей метрикой <br>Разбивал проект для задачи и для каждой задачи ставил уровень -простой/средний/сложный.<br>Для каждого уровня трудоемкости в днях оцениваются <br>4 уровня –(проектирование/разработка/тестирование и документирование)<br>• простой – 1/1/1<br>• средний 3/4/3<br>• сложный – 5/10/7<br>Есть еще "очень сложный" уровень 6-10/11-15/8-20, но такую задачу лучше разбивать на подзадачи.<br><br>Всё :-).<br>-----<br>Главное достоинство - эти оценки "цепляются" за проектирование (а к моменту оценки стоимости <br>при каскадной модели проектирование уже выполнено).<br>Короче, сколько примерно по времени проектируешь - столько и кодишь и внедряешь.<br>Пока не подводило :-).<br>Все более сложные методики ну нахрен - все равно в них куча параметров, которые не оценишь.<br><br>Андрей Чернов.<br><br><br> Привет!
Интересно тут у тебя.
Мы для внутренней стоимости проекта (по трудоемкости) пользовался следующей метрикой
Разбивал проект для задачи и для каждой задачи ставил уровень -простой/средний/сложный.
Для каждого уровня трудоемкости в днях оцениваются
4 уровня –(проектирование/разработка/тестирование и документирование)
• простой – 1/1/1
• средний 3/4/3
• сложный – 5/10/7
Есть еще “очень сложный” уровень 6-10/11-15/8-20, но такую задачу лучше разбивать на подзадачи.

Всё :-) .
—–
Главное достоинство – эти оценки “цепляются” за проектирование (а к моменту оценки стоимости
при каскадной модели проектирование уже выполнено).
Короче, сколько примерно по времени проектируешь – столько и кодишь и внедряешь.
Пока не подводило :-) .
Все более сложные методики ну нахрен – все равно в них куча параметров, которые не оценишь.

Андрей Чернов.

]]>