Проект как он есть: основные характеристики

Проект – это временное предприятие, направленное на создание уникального(ой):

• продукта: как конечного, так и являющегося компонентом другого продукта, его улучшением или исправлением;

Устранение дефекта в конечном продукте.

• услуги или способности ее предоставлять;

Бизнес-подразделение, поддерживающее производство или дистрибуцию.

• результата: конечного или в виде документа (знаний);

Занятие нужной стратегической позиции – конечный результат. Результат исследовательского проекта – новые знания для определения тенденции или выгоды какого-либо нового процесса для общества.

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

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

Все это – поставляемые результаты проекта.


Характеристики проекта

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

Памятник существует еще долго после окончания проекта по его возведению.

Проект заканчивается, когда:

• достигнуты его цели;

• понятно, что цели не будут или не могут быть достигнуты;

• прекращено финансирование;

• больше нет потребности в нем (заказчик передумал, проект не вписывается в новую стратегию или не отвечает новым приоритетам, по мнению руководства);

• исчерпаны ресурсы – человеческие или материальные;

• есть юридические причины или целесообразность в прекращении проекта.


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


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

• материальной: деньги, акционерный капитал, инженерные сети, основные средства, доля рынка;

• нематериальной: деловая репутация и коммерческий опыт, узнаваемость марки, общественное благо;

• и материальной, и нематериальной одновременно.


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

• обеспечение соответствия проекта нормативно-правовым, юридическим или социальным требованиям;

• удовлетворение запросов или потребностей заинтересованных сторон;

• реализация либо изменение бизнес- или технологических стратегий;

• создание, совершенствование, исправление продуктов, процессов или услуг.


Шесть ключевых компонентов проекта, результативное управление которыми обеспечивает успешное завершение проекта:

1. Жизненный цикл проекта – фазы, через которые проходит проект с момента начала и до завершения. Может быть:

• предиктивным;

• адаптивным.

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

• предиктивным (цикл типа водопада). Содержание, сроки и стоимость проекта определяются на начальных этапах;

• итеративным. Содержание определяется на начальных фазах. Оценка сроков и стоимости меняется в рабочем порядке. Продукт разрабатывается при выполнении повторяющихся циклов;

• инкрементным. Поставляемый результат достигается с помощью итераций, которые последовательно наращивают функциональность в рамках заданного времени;

• адаптивным – гибким (agile): итеративным или инкрементным. Содержание определяется перед каждой итерацией;

• смешанным. Сочетает предиктивный и адаптивный циклы. Предиктивный – для элементов проекта, которые хорошо изучены или имеют заранее установленные требования. Адаптивный – для элементов, которые находятся в состоянии формирования.

Наилучший тип жизненного цикла для конкретного проекта определяет команда, которая им управляет.

Жизненный цикл проекта существует независимо от жизненного цикла продукта, на создание которого направлен. Жизненный цикл продукта – это набор фаз эволюции продукта: концепция, поставка, рост, зрелость, изъятие из обращения.

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

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

3. Ворота фазы – точка, в которой исполнение и прогресс проекта сверяются с документами проекта и бизнес-документами и проводится анализ. В рамках анализа в конце фазы принимается одно из следующих решений:

• перейти к следующей фазе;

• перейти к следующей фазе с изменениями;

• завершить программу или проект;

• остаться в данной фазе;

• повторить фазу или некоторые ее элементы.

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

• либо вход в другой процесс;

• либо поставляемый результат проекта или его фазы.

Три категории процессов:

• Применяемые единожды или в определенные моменты.

Разработка устава.

• Выполняемые периодически по мере необходимости.

Приобретение ресурсов.

• Реализуемые постоянно на всем протяжении проекта.

Определение операций.

5. Группа процессов управления проектом – процессы управления, логически объединенные исходя и целей, на которые направлены:

• инициация;

• планирование;

• исполнение;

• мониторинг и контроль;

• закрытие.

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

6. Область знаний по управлению проектом – выделенная область управления проектом, которая включает процессы, необходимые для достижения определенной цели. Руководство определяет 10 областей знаний, которые используются практически постоянно в большинстве проектов. Но потребности конкретного проекта могут диктовать использование дополнительных областей знаний.

Загрузка...