Подходов для оценки в управлении проектами

Share

|

Руководители проектов по много давления производить оценки времени и средств для разработки систем в самом начале проекта, как правило, в первые две недели. Однако оценки развития проекта от плана потребностей, а не из физического проектирования, как дома покупатель сказал: "Цитата мне цену за строительство дома, но я не уверен, где я хочу дом расположен, или количества комнат , или же она должна быть кирпича или дерева. "Не удивительно, что проект сметы, как плохо, как они, но что они могут быть и встречались на всех. Три подхода могут быть приняты для оценки:

1. Используя опыт промышленности

2. Используя опыт своей собственной организации

3. Переходящий более или менее подробные сметы проекта усилий

Используя опыт промышленности: функция моментов

Возможно, наиболее полезной формой отчет отрасли опыт приходит в функции центра подсчетов. Многие люди мера усилия программного обеспечения на основе числа строк кода. Проблема этого измерения заключается в том, что же включает многие функции несколько строк в низком уровне, чем в языке высокого уровня языка. Зачастую алгоритм закодированы в одном языке требует более строки кодируется в другом языке. В функции центра рассчитывать является более стабильным показателем размеров программного обеспечения, чем строк кода, поскольку это зависит от количества материалов, мероприятия, файлы и другие меры сложности. Международный центр Функция Users Group (IFPUG) создал значительные усилия в разработку и поддержание стандартных методов калибровки программного обеспечения.

В функции центров Метод Короче, один подсчитывает файлы, ресурсы, результаты, и запросы, связанные с установлением применения. Каждый из них оценил как простой, средний или сложный. Каждая оценка взвешенной дали нескорректированные функции центра рассчитывать. Например, если пять файлов в заявке являются средней сложности (в отношении которых IFPUG метод определяет взвешивания 10), они вносят 50 функция указывает на общий.

В целом применение рейтингу по 14 мер общей сложности, которые включают в себя степень распределенной обработки, а доля сделок, которые связаны с вводом данных в Интернете. Каждая сложность мера оценил по пятибалльной шкале (т.е. 70 - это наивысший показатель возможного). Сложность рейтинг делится на 100 и 0,65 добавляется к мощности коэффициент от 0,65 к 1,35. В функции центра нескорректированные рассчитывать умножается на этот коэффициент для получения скорректированной функцией точки рассчитывать. Например, подсчет и взвешивание файлов и других элементов производит нескорректированные функции центра подсчета 1000. Заявка имеет значительную сложность и рейтинг в 14 сложность мер дает в общей сложности 60 пунктов. Как 60/100 + 0,65 является 1,25, скорректированной функцией подсчета точки будет 1250.

Измерение производительности в функции центров Многие тысячи проектов были проанализированы наращивать функции центра данных, которые могут быть использованы для сравнения усилий, которые выходят в каждый проект с рядом моментов создали функцию. Широкий диапазоны производительности существует. Например, в неопытных сотрудников, неструктурированных методов, обычных средств и низкий уровень языков, производительности колеблется от 0,25 на 5 функций сотрудников центров за месяц. На другом конце диапазона, с опытными сотрудниками, структурированных методов, электроинструмента, и на высоком уровне языки, производительность составляет от 20 к 100 функции центров на персонал в месяц. IS проектов обычно составляет от 3 к 50 функция очков за одну сотрудников месяц и в среднем 8 функция моментов.

Если проектная группа может добиться десять очков за одну функцию сотрудников месяц, то в 1250 - функция точкой проекта занимает 125 сотрудников месяцев или десять человек чуть больше чем за год. Если производительность 20 функция очков за одну сотрудников месяц, то работу можно сделать в два раза быстрее.

Хотя функция моменты разумные меры калибровки, они не столь использования в оценке усилий, если производительность может быть оценен. Для этого требуется опыт реализации проекта производительность труда сотрудников.

Стоимость проекта опыт

Несмотря на свое значение в оценке, очень немногие организации базы данных проекта опыт. Напротив, опыт проекта в руководители проекта и члены команды не просто менеджер следующий проект доступа. Действительно, очень немногие организации сохранить достоверные данные о фактических часов, принятых при разработке проектов. Как автоматический процесс инструменты управления становятся все более широко используется, она становится дешевле и проще в использовании последних проекта истории.

Процесс управления инструмент должен помочь, отвечая на следующие вопросы:

>> Какие последние проекты, похожие на текущий?

>> То, что усилия на аналогичные проекты и общие задачи?

>> Как квалификации людей на аналогичных проектов сравнить с теми, в настоящее время сотрудниками проекта?

Поиск Аналогичные проекты Аналогичный проект может быть одним тем же задачи, которые сделали такой же человек, используется тот же язык программирования, или встретился других критериев. А история проекта базы данных необходимо активировать поиск аналогичных проектов. Это означает, что все проекты должны осуществляться с использованием стандартного набора функций, как учет расходов должны быть проанализированы с использованием стандартного плана счетов. Если каждый руководитель проекта составляет список задач по каждому проекту, как можно проектов сравнению друг с другом?

Ранее Определение усилий и навыков Когда аналогичные проекты, был выбран, менеджер нового проекта необходимо знать усилий над аналогичными проектами, в целом и задачи, и повышения квалификации тех, кто работает над этими проектами. Руководитель может найти эту информацию, если время и расходы, израсходовано было зафиксировано в стандарте, и, если данные достаточно полной. Цитируя экспертов производительности Каперс Джонс, "Исторические данные о проектах используются внутри корпорации близка к бесполезной для экономических исследований. Прямая издержек по существу никогда не отслеживается, неоплачиваемых сверхурочных редко отслеживается, и в неосторожности время зарядки для правильного набора проектов счетов свирепствует в СМИ области. "

Автоматизированные средства управления процессом должны регистрации фактических усилий против стандартных категорий недорогим и простым для всех ввода в момент над проектом; Затем история проекта может стать значимых помощи оценки.

Булка - Вверх по оценкам

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

Наиболее надежным методом оценки, хотя наиболее трудоемок, - сделать оценку для каждой части работы совместно с членом группы, который несет ответственность за нее и объединить оценок снизу вверх. Снизу вверх оценки предполагает ответы на три вопроса:

>> Какие задачи еще предстоит сделать?

>> Кто будет делать им?

>> Как долго они будут принимать завершить? (Подробная смета может быть навязана или переговоры с сотрудниками.)

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