Типовые методы планирования. Бюджет и материальные ресурсы

Мы будем рассматривать наши рекомендации на сквозном примере проекта по адаптации и внедрению некого программного продукта. Часть I будет посвящена процедуре запуска проекта. Мы рассмотрим методы планирования, приемы составления бюджета с использованием человеческих и материальных ресурсов. По ходу дела мы будем совершать небольшие типовые ошибки, последствия и методы устранения которых мы рассмотрим в следующей части.

Постановка задачи

Проект должен начинаться с формулировки цели. При этом цель должна быть зафиксирована письменно в виде измеряемых показателей.

Документ "Постановка задачи" должен отвечать на следующие вопросы:

1)       В какие сроки должна быть достигнута цель?

2)       Какие условия достижения цели есть в наличии (бюджет, ресурсы, технология)?

3)       Каким способом измерить достижение цели?

4)       Как распределены ключевые обязанности в проекте (кто за что отвечает)?

5)       Согласен ли спонсор с определением цели и условиями ее достижения?

В нашем примере цель проекта заключается в адаптации и внедрении некой системы документооборота. В нашем случае задание было письменным, не был определен только способ измерения того, что цель достигнута; последствия этого мы увидим далее.

Список этапов

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

 

 

 

 

 

 

 

После запуска MS Project 2000 менеджер сразу видит список для ввода задач с графической схемой проекта (Gantt Chart). Слева находятся переключатели видов списков.

В самом начале составления плана менеджер вводит список этапов, соответствующих технологии внедрения.

 

Замечание для опытных пользователей. Как можно заметить, внешний вид MS Project 2000 не претерпел значительных изменений по сравнению с MS Project 98. Из новинок можно отметить новый вид просмотра проекта Network Diagram, который заменил Pert Chart. Новый вид позволяет просматривать проекты в виде графической схемы, как ранее в PERT-диаграммах, при этом добавлена возможность работы с иерархическими задачами, как в диаграммах Gantt.

Совет. Включите Summary Task для того, чтобы видеть обобщенную статистику по проекту (общая длительность, трудоемкость, стоимость и т.д.).

Список задач

Ориентируясь на письменное задание, менеджер назначил задачи для всех технологических этапов.

 

 

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

Замечание. "Должны быть типовые фрагменты (подпроекты) – корпоративный стандарт выполнения стандартных этапов. Тестирование вряд ли сильно отличается для разных задач и нечего менеджеру каждый раз изобретать велосипед."

Могу только согласится. Шаблоны проектов (project patterns) необходимы. Вопрос насколько они удачно сделаны. Абстрактно или из успешной практики? Выше тоже применяется шаблон, состоящий в использовании стандартных технологических этапов. Данный шаблон позволит получить единую статистику по этапам всем проектов, но как увидим дальше страдает недостатком именно из-за отсутствия выделения подпроектов.