Скажите, а у вас есть какие то готовые инструменты, которые облегчают оценку трудозатрат, с учетом ваших изменений в PERT формуле? Например шаблон простого Excel файла с формулами, я так понимаю был бы уже полезен.
добрый день! рад, что увидел в инете ваш жж.. нашел в нем много интересного.. спасибо!
есть вопросы по второму вашему докладу:
1. обычно оценка сроков выполняется на основе оценки объема работ. если мы хотим независимые оценки сроков и объема работ, на основании чего нам делать предположения о сроках? 2. метрики не всегда объективно показывают объем. разные строчки кода (в смысле, в разных классах проекта) требуют у разных людей разное время для написания. также не понятно, как учитывать задачи, на которые уходит время, но при этом пишется мало кода (или не пишется вообще), например, верстка HTML.
пришли к выводу, что независимая оценка времени может происходить на основе опыта и статистики по прошлым задачам. но все равно не понятно, какую метрику взять, чтобы получить адекватную оценку объема работы.
1. Правильно. 2. ...адекватную оценку объема работы.
Вопрос "адекватности" - это метафизический вопрос. В качестве метрики объема для целей прогноза надо брать не метрику, кажущуюся Вам "адекватной", а ту метрику, которая дает лучшие корреляции со временем работы. Исследования Сarnegie-Mellon SEI показывают, что лучшие корреляции со временем дает метрика SLOC, то есть строки кода, в которых в принципе возможно допустить ошибки.
Помимо лучших корелляций, она обладает также рядом важных преимуществ перед сложными метриками, такими как Cyclomatic Complexity - а именно, она элементарно поддается не только подсчету, но и предсказанию. Это важно.
>> Помимо лучших корелляций, она обладает также рядом важных преимуществ перед сложными метриками, такими как Cyclomatic Complexity - а именно, она элементарно поддается не только подсчету, но и предсказанию. Это важно.
Подсчитать, действительно, легко. Но на счет предсказания - не могу согласиться.
Пример: Один программист в нашей компании за день написал 100 строк кода, который генерировал прокси-классы для слоя доступа к данным. Другой программист за этот же день написал 1000 строк кода - PL/SQL пакет. Разве это значит, что один программист работает медленнее другого?
При этом каждый из них легко оценил заранее требуемое на задачу время.
Одного не могу понять, как валью\кост может быть выше чем у PSP, если последний являет собой откровенное шарлатанство, не решающее ни одной реальной проблемы в софтвер девелопменте? :)
Если последний являет собой откровенное шарлатанство, то value/cost первого получается по любому выше. :) Не понимаю, что тут может быть непонятного? :)
Comments 42
Reply
Reply
Reply
рад, что увидел в инете ваш жж.. нашел в нем много интересного.. спасибо!
есть вопросы по второму вашему докладу:
1. обычно оценка сроков выполняется на основе оценки объема работ. если мы хотим независимые оценки сроков и объема работ, на основании чего нам делать предположения о сроках?
2. метрики не всегда объективно показывают объем.
разные строчки кода (в смысле, в разных классах проекта) требуют у разных людей разное время для написания. также не понятно, как учитывать задачи, на которые уходит время, но при этом пишется мало кода (или не пишется вообще), например, верстка HTML.
Reply
но все равно не понятно, какую метрику взять, чтобы получить адекватную оценку объема работы.
Reply
2. ...адекватную оценку объема работы.
Вопрос "адекватности" - это метафизический вопрос. В качестве метрики объема для целей прогноза надо брать не метрику, кажущуюся Вам "адекватной", а ту метрику, которая дает лучшие корреляции со временем работы. Исследования Сarnegie-Mellon SEI показывают, что лучшие корреляции со временем дает метрика SLOC, то есть строки кода, в которых в принципе возможно допустить ошибки.
Помимо лучших корелляций, она обладает также рядом важных преимуществ перед сложными метриками, такими как Cyclomatic Complexity - а именно, она элементарно поддается не только подсчету, но и предсказанию. Это важно.
Reply
Подсчитать, действительно, легко. Но на счет предсказания - не могу согласиться.
Пример:
Один программист в нашей компании за день написал 100 строк кода, который генерировал прокси-классы для слоя доступа к данным.
Другой программист за этот же день написал 1000 строк кода - PL/SQL пакет.
Разве это значит, что один программист работает медленнее другого?
При этом каждый из них легко оценил заранее требуемое на задачу время.
Reply
Reply
Reply
Reply
Reply
Leave a comment