Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

8.18. Разработка калиброванной модели для оценивания времени выполнения проектов. Часть Третья.

НАСКОЛЬКО ТАКАЯ МОДЕЛЬ СООТВЕТСТВУЕТ ДЕЙСТВИТЕЛЬНОСТИ
Вообще говоря, предложенная модель неплохо зарекомендовала себя на практике. Кое-кто из критиков утверждал, что нет ничего проще, чем корректировать "сложности" в ходе выполнения проекта и подгонять срок завершения проекта к требуемой дате, однако погрешность этой модели, как правило, не превышала одного-двух месяцев в случае проектов, выполнявшихся в течение примерно года. Руководитель одного из проектно-конструкторских отделов указывал на 15%-ное отклонение, однако еще никто до настоящего времени не делал попыток строгой верификации этой модели.
Кое-кто из клиентов недолюбливает эту модель потому, что она не отражает того обстоятельства, что более усердный труд нередко позволяет завершить проект вовремя. Правда, они не учитывают, что эта модель была откалибрована с помощью проектов, исполнители которых трудились чрезвычайно усердно, нередко прихватывая вечерние часы и выходные дни. Такова уж особенность разработки новых принтеров!
В настоящее время эта модель редко используется сотрудниками Adobe Systems при разработке новых принтеров, поскольку такая разработка осуществляется непосредственно у клиента (базовые наборы программных средств поставляются компанией Adobe Systems). 
Как разработать собственную модель оценки времени выполнения проекта
Возможность разработать собственную модель оценки времени выполнения проекта зависит от следующих четырех факторов.
• Вы можете определить "простой" проект, при разработке которого выполняются лишь задачи, типичные для всех остальных проектов.
• Вы располагаете данными о выполнении предыдущих проектов (в том числе и упомянутого выше "простого" проекта), которые можно использовать для калибровки.
• Ваши проекты имеют много общего между собой, различаясь в то же время по своей сложности.
• Проекты включают в себя задачи или характеристики, которые отражают сложность этих проектов и которые можно просуммировать.
Этап 1. Выберите базовый проект
Выберите уже завершенный и относительно простой проект, при разработке которого выполнялись лишь задачи, типичные для всех остальных проектов (или проект, характеристики которого типичны для всех остальных проектов). У этого проекта может быть один или несколько разработчиков. Используйте время выполнения этого проекта как продолжительность проекта с нулевой сложностью (T0), а количество разработчиков, участвовавших в этом проекте, как количество разработчиков проекта с нулевой сложностью (D0).
Этап 2. Откалибруйте коэффициент роста времени
Выберите среди уже завершенных проектов б-10 таких проектов, в выполнении которых участвовало примерно столько же разработчиков, сколько участвовало в выполнении упомянутого выше "простого" проекта, но характеризующихся большей сложностью и продолжительностью выполнения.
Для каждого из этих проектов вычислите "сумму сложностей" (предварительно определив сами эти "сложности"; к ним могут относиться особенности соответствующего продукта или его специфические характеристики). Постройте график зависимости времени выполнения проектов от их "суммы сложностей" и вычислите величину коэффициента роста времени (G), которая максимально точно описывает увеличение продолжительности выполнения, вызванное повышением сложности.
Этап 3. Откалибруйте коэффициент штрафа за превышение оптимального количества разработчиков
Попытайтесь выявить б-10 проектов, которые характеризуются примерно одинаковой умеренной сложностью, но разным количеством исполнителей. Постройте график зависимости времени выполнения проектов, характеризующихся одинаковой сложностью, от количества разработчиков, участвовавших в выполнении этих проектов, и вычислите величину P - коэффициента штрафа за превышение оптимального количества разработчиков, который, скорее всего, будет находиться где-то в диапазоне от 0,4 до 0,б.
Этап 4. Проверьте правильность своей новой модели
После того как ваша модель будет откалибрована, необходимо проверить ее правильность, применив ее к новым проектам или к каким-либо другим уже выполненным проектам. Если правильность вашей модели не подтверждается на практике, откалибруйте ее еще раз с помощью других завершенных проектов или повторите ее разработку "с нуля".
Джон Гаффни занимает пост начальника проектно-конструкторского отдела в компании Adobe Systems.


Понравился материал? Поделитесь с друзьями!

<< Предыдущая статьяСледующая статья >>
8.17. Разработка калиброванной модели для оценивания времени выполнения проектов. Часть Вторая. 9.1. Обеспечение баланса проекта





Убедительная просьба при использовании любых материалов Одесской электронной бизнес-библиотеки ставить активную ссылку на наш сайт. По всем вопросам касательно сайта пожалуйста пишите на почту
      Карта сайта