Общее управление изменениями.

Общее управление изменениями подразумевает:

1. воздействие на факторы, приводящие к изменениям, таким образом, чтобы обеспечить допустимость этих изменений;

2. определение факта наступления изменения;

3. управление изменениями по мере их фактического наступления.

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

· поддержание целостности базовых планов проекта;

· отражение изменений содержания продукта в определении содержания проекта (различие между содержанием продукта и содержанием проекта рассматривается в гл.5);

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

5. Управление содержанием проекта.

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

· Инициация – санкционирование проекта или его фазы;

· Планирование содержания – разработкадокументированной констатации содержания, как основы для принятия будущих решений по проекту;

· Определение содержания – подразделение основных результатов проекта на меньшие, более управляемые компоненты;

· Подтверждение содержания – формализация принятия содержания проекта;

· Управление изменениями содержания – управление изменениями содержания проекта.

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

В контексте управления проектами термин содержание может иметь следующие значения:

· содержание продукта – свойства и функции, которые характеризуют продукт или услугу;

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

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

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

Исполнение содержания проекта измеряется относительно плана проекта, в то время как исполнение содержания продукта – относительно требований к продукту. Оба типа управления содержанием (проекта и продукта) должны находиться в тесной взаимосвязи – это позволит гарантировать, что выполнение проекта приведет к созданию требуемого продукта.

Инициация.

Инициация – это процесс формального санкционирования нового проекта или перехода выполняющегося проекта в следующую фазу. Такая формальная инициация связывает проект с регулярной деятельностью исполняющей организации. В некоторых организациях формальная инициация проекта не происходит до тех пор, пока не будет выполнена оценка потребностей, анализ осуществимости, предварительное планирование или иной аналогичный анализ, инициируемый независимо от проекта. Некоторые типы проектов, особенно проекты, обслуживающие внутренние потребности организации, и проекты по разработке нового продукта, инициируются неформально, и выполняется небольшой объем работ, обеспечивающий одобрение, необходимое для формальной инициации. Проекты обычно санкционируются, как следствие одного или нескольких перечисленных условий:

· требования рынка (автомобильная компания санкционирует проект создания более экономичного автомобиля в ответ на сокращение поставок горючего);

· нужды бизнеса (тренинговая компания санкционирует проект разработки нового курса обучения для увеличения своих доходов);

· запрос заказчика (электрическая компания санкционирует проект сооружения новой подстанции для электроснабжения нового промышленного района);

· технологическое развитие (фирма по производству электронной техники санкционирует проект разработки новой игровой видеоприставки, основываясь на достижениях в области компьютерной памяти);

· требования законодательства (производитель краски санкционирует проект разработки инструкции по обращению с токсичными веществами);

· социальные нужды (неправительственная организация в развивающейся стране санкционирует проект по обеспечению установками для получения питьевой воды, туалетами и по организациями санитарного просвещения низкооплачиваемых слоев общества в местах с высокой заболеваемостью холерой);

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

Планирование содержания.

Планирование содержания – это процесс постепенного уточнения и документирования работ проекта (содержания проекта), результатом которых является продукт проекта. Планирование содержания начинается с входов: первоначального описания продукта, устава проекта, первоначального определения ограничений и допущений. Следует отметить, что описание продукта включает требования к продукту, отражающие согласованные нужды заказчика, и дизайн продукта, удовлетворяющий этим требованиям. Выходы планирования содержания – это констатация содержания и план управления содержанием с дополнительной документацией. Констатация содержания образует основу для достижения согласия между проектом и его заказчиком (потребителем), определяя как цели проекта, так и его результаты. Команда проекта разрабатывает несколько вариантов констатации содержания, соответствующих уровням детализации работ.

Определение содержания.

Определение содержания предусматривает подразделение основных результатов проекта (определенных в констатации содержания см. 5.2) на меньшие и более управляемые компоненты. Цели определения содержания:

· повысить точность оценок стоимости, длительности и ресурсов;

· определить базовый план для измерения исполнения и управления;

· обеспечить четкое распределение ответственности.

Правильное определение содержания является важным фактором успеха проекта. «Когда содержание определено плохо, можно ожидать увеличения стоимости проекта из-за неизбежных изменений, которые нарушают ритм работы, приводят к необходимости доработок, увеличивают длительность проекта и снижают производительность труда и моральный дух исполнителей».

Подтверждение содержания.

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

⇐ Предыдущая 1 2 3 4 567 8 9 Следующая ⇒