20. Этапы управления замыслом проекта

1. Планирование – создание письм. Док-та замысла проекта как база для принятия буд решений и для подтверждения/cоздания единого понимания замысла проекта его осн участниками.

Устав П – док-т, формально признающий существование П, вкл. Описание деловой необх-ти, для удовлетворения которой был предпринят П и описание рез-та П, документирующее хар-ки продукта/услуги, для создания которых был предпринят П:

- ограничение – факторы, которые ограничивают возможности команды проекта (ех бюджет п)

- предположение – факторы, которые считаются истинными, реальными для целей планирования

Описание замысла П должно непосредственно или через ссылки на другие документы вкл след пункты:

1. обоснование П

2. описание рез-та П

3. описание целей П

4. предметы П (количеств критерии, которые д.б. удовлетворены, чтобы П считался успешным)

Относят: стоимость, расписание или качеств показатели. Должны иметь названия (ех издержки), единицу измерения (рос рубль), абс или относит величины (не менее млна руб), неколичеств категории («чувства удовлетворения у заказчика» несут в себе большой риск)

Рез-т – Устав проекта.

2. Определение замысла – разбиение осн цели проекта на более мелкие и легко управляемые компоненты.

ОЗ повышает точность оценок по стоимости, времени и ресурсам.

Также при помощи ОЗ мы получаем основу для измерения и контроля хода выполнения работы, а также для создания четкого распределения ответственности.

Рез-т – структура декомпозиции – целеориентированная группировка элементов проекта, которая определяет и организует тотальный замысел П. Каждый ее уровень представляет элементы проекта со все большей детализацией.

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

Для того, чтобы выполнить Д, мы должны пройти след шаги:

1. определить осн элементы проекта

2. планирование стоимости и продолжительности во времени на каждом уровне Д для каждого элемента.

3. проверка правильности Д. – необходимо задать ряд??:

- достаточны ли элементы нижнего уровня для выполнения позиции разбиения?

- определена ли каждая позиция полно и четко?

- можно ли для каждой позиции составить календарный план и смету?

- можно ли передать П опред орг единицам (отделу, команде, сотруднику, исполняющей организации), которые примут на себя ответственность за его успешное выполнение.

3. Подтверждение З - формальное принятие ЗП спонсором, потребителем, заказчиком или другими заинтересов участниками.

На данном этапе требуется проверка продукта проекта и результатов деят-ти по проекту для того, чтобы убедиться в правильности выполнения.

Проверка вкл ряд действий: измерение, экспертиза и тестирование.

Рез-т – формальная приемка или документ о том, что заказчик продукт и проект в целом принял.

В случае досрочного завершения проекта процесс подтверждения замысла должен установить и документировать уровень и степень завершенности проекта.

4. Контроль за изменениями З.

Потребуется:

1. система контроля изменений замысла, которая определяет процедуру изменения З проекта и вкл бумажную работу, систему слежения и уровни утверждения, необх. Для осуществления изменений.

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

3. Доп планирование: мало проектов осуществляется по четко первонач заданному плану. Широкие изменения замысла могут потребовать модификацию структуры Д. или анализа альтернатив. Подходов.

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