Что показывает статистика?

 

Приведем типичные статистические показатели Канера-Фолка и прокомментируем их относительно нашего примера.

Продукт получается в среднем через 8 внутренних и 3 внешних версии. Из этого следует, что стоит планировать 8 версий, и, скорее всего, потребуется несколько проектов. Об этом мы уже говорили выше.

Для разработки ПО характерны следующие статистические показатели соотношения технологических стадий:

Разработка - 37% Сопровождение - 63%

Этап разработки разделяется на стадии со следующими пропорциями:

Постановка - 34% Кодирование - 21% Тестирование - 45%

Если рассмотреть наш пример, то мы увидим, что данная статистика работает. Однако если мы посмотрим на первоначальный план, то увидим несоответствие трудоемкости стадий плана средним статистическим показателям.

Совет. Проверяйте план на соответствие статистике!

Внедрение ms Project в масштабах предприятия

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

1)       MS Project Central как платформа группового управления

2)       Межпроектное управление

3)       Конфликты проектов по ресурсам и их предотвращение через Resource Pool

Данные вопросы мы рассмотрим в следующих статьях и специальных семинарах.

Выводы

Управляемость внедрения достигается формализаций и автоматизацией проектной деятельности.

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

В качестве эффективного средства автоматизации ведения проектов можно использовать MS Project 2000. Практика показывает, что Microsoft Project способен вести учет проектной информации, организовывать проектный документооборот по принятию планов, а также позволяет получить статистику для принятия решений.

Общий вывод. Проект, лишенный формального управления, непредсказуем, однако построение формализованного управления проектами требует затрат времени и ресурсов. Затраты эти достаточно велики. Поэтому наиболее выгодный путь - это заказ внедренческих услуг.

 

Меня критикуют

Замечание 1. Большой вопрос по поводу способности MS Project вести полный проектный учет.

MS Project 2000 и MS Project 2002 Standard это действительно инструмент для небольших проектов, где не требуется сложное управление ресурсами. MS Project не содержит средств для управления сложными механизмами затрат, интеграции с бюджетированием и средств планирования многих внешних критериев проекта (например, для маркетингового проекта это план и факт продаж). Тем не менее данные ограничения часто не существенны для небольших проектов, если нужна система hi-end класса, тогда стоит обратить внимание на MS Project 2002 Professional.

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

Замечание 2. Описанная методика соответствует возможностям MS Project, но нуждается в некоторых коррективах (см. другие замечания). В частности необходимо планировать риски. Нужно все-таки изначально описывать методику с учетом того, что в организации это не первый и не единственный проект.

Некоторое планирование рисков мы рассмотрели, возможно оно упрощенное, за полным вариантом следует обратится к PMBOK. Насчет межпроектного взаимодействия, данной проблеме будет посвящена отдельная методика, которая базируется на использовании MS Project Central Server 2000.

Моделирование рисковых сценариев доступно в MS Project 2002 Professional.