Понятие стратегии проекта - Корпоративный менеджмент

Стратегия проекта – необходимость или чушь?
Введение
Речь в данной статье в основном пойдет про стратегию (средних и небольших) IT-проектов,
как наиболее знакомых автору. Тема статьи вызвана жаркими неоднократными спорами на форуме
«Корпоративный менеджмент» о том, существует ли такое понятие как стратегия проекта, или же это
фикция.
При этом автору данной статьи однажды пришлось руководить консалтинговым проектом по
разработке стратегии проекта, и именно это – практический опыт – позволяет всё же судить, в том
числе о данной теме как имеющей право на жизнь.
В качестве аргументов, оппоненты приводят такие доводы, как отсутствие понятия стратегии
проекта в таких стандартах как Project Management Body of Knowledge, о том, что это излишнее
понятие. Стратегия, как утверждается, – присуща компании, и описывается в классических трудах
Портера и других уважаемых авторов. Составление же стратегии, как и стратегический менеджмент,
представляет собой сложную процедуру, которую необходимо постоянно проводить в организации, и
к проектам данный подход неприменим, исходя из определения проекта как временного
предприятия по созданию уникальных результатов, продукта или услуги.
Цель данной статьи – показать существование стратегии во всех проектах, оформленной
интуитивно или формально, показать значимость этого понятия для проектного управления, а также
дать рецепт по составлению и выбору стратегии проекта.
Понятие стратегии проекта
Любой проект предполагает достижение заданных целей в заданные сроки путем затраты
ресурсов, при этом является переводом системы из одного состояния в другое (см. Мазур, Шапиро,
Ольдерогге, «Управление проектами»). Имеется в виду то, что из состояния А в состояние Б любая
система переходит посредством проектов.
Пример: проект внедрения программного обеспечения. Сначала программного обеспечения не было
– потом оно стало. Это два качественно и количественно различных состояния организации: «до» и
«после». При проведении проекта, организационная система подвергается изменениям посредством
работ.
Автор, дабы избежать претензий в ненужном изобретательстве, воспользуется определением
проекта из Project Management Body of Knowledge: «Проект – это временное предприятие,
предназначенное для создания уникальных продуктов, услуг или результатов». Углубимся в это
определение. В оригинале вместо «предприятие» стоит «endevour», попытка. Самое главное для
понятия проект, это
A. Временность этой попытки;
B. Уникальность результатов.
Исходя из этого, автор имеет право предполагать, что проект как временное предприятие
имеет свойство: необходимо достичь того, что ещё ни разу не делали.
Как это сделать? Нужно представить себе возможность достижения целей проекта (цель
проекта – это то, что должно иметь место по его завершению). То есть, создать некоторую модель
достижения результатов, создания услуги или продукта, охватить целиком весь процесс достижения
цели. Эта простая модель будет стратегией проекта. Это ещё не план проекта, но то, что выражается в
плане. Стратегия – более обширное понятие, оно представляет собой «архитектуру» проекта, его
структуру и устройство.
Пример: проект по внедрению уже купленного программного обеспечения. Перед внедрением
ставится специфическая цель, скажем, с такого-то числа вся старая и новая корпоративная
документация должна быть доступна в новой системе. Пусть дано, что в организации на новом ПО
никто ещё не работает, поэтому возможно следующее:
1. Внедрять сначала в одной группе, а затем тиражировать решение,
2. Всё подготовить к переходу и организовать тестовые дни по переходу с обучением,
3. Всё подготовить к переходу и организовать простое «переключение» на новое ПО в компании.
При выборе любого из вариантов, мы получаем путь достижения целей. Разные, конечно, пути. При
составлении плана проекта, эти три стратегии дадут разные планы, разные затраты, а результат – при
сформулированной цели – будет один.
Подходим к определению понятия стратегии проекта. Стратегия проекта – это способ
достижения целей проекта. Этот способ существует в любом проекте, иначе проект не будет
направлен на достижение собственных целей, и будет обычным набором работ, которые ни к чему не
ведут. Путь, который проходит организационная система при переходе из состояния А в состояние Б,
будет повторять стратегию проекта.
Составление стратегии проекта
Исходя из происхождения стратегии проекта как промежуточного слоя между структурами
(WBS, OBS, RBS & etc.) и планами проекта (Schedule, Quality, Delivery & etc.) как объединяющей всё
модели, способа достижения целей, автор предлагает авторскую методику составления стратегии
проекта.
Поскольку надо найти способ достижения целей, то первым этапом идёт собственно
составление перечня целей и их структурирование (лучше, в виде иерархии). Здесь, из опыта, главное
не увлечься излишней детализацией и подменой целей задачами.
Пример:
Цель
1. Все документы доступны в новом ПО
1.1 Установлена новая система
1.2 Собраны все документы
Специ
фика
Есть
Есть
Есть
Измеримо
сть
Есть
Есть
Есть
Достижимос
ть
Есть
Есть
Есть
Реалистично
сть
Есть
Есть
Есть
Срок
Есть
Есть
Есть
Похоже на вехи проекта? Но это не совсем то. Цели описывают ясно состояние системы «после»
проекта. Они «прорисовывают» то, что будет. Это первый этап составления стратегии.
Или, возможна такая шапка (здесь и далее шапки реально применялись), столбцы таблицы:
1.
2.
3.
4.
5.
Уровень (А, А.1, А.2, B, B.1, B.1.1 и т.п.),
Результат, или цель,
Приоритет, 1-10,
Стоимость достижения – будет вырисована по следующим этапам,
Длительность или срок.
Второй этап – это необходимые изменения в объектах, которые приведут нас к цели. Творческий этап.
Необходимо декомпозировать те объекты, которые должны подвергнуться изменению, чтобы цели
проекта были достигнуты. Шапка следующая:
1. Номер,
2. Объект изменения,
3. Характер изменения – может быть несколько различных на один объект, которые приводят к
цели (например, сделать или А или Б, но оба достигают одной и той же цели),
4. Достигаемая цель – уровень из предыдущей таблицы,
Далее по результатам анализа заполняется следующий столбец:
5. Стратегия – номер. Например, изменение под номером 3, может входить в первую и третью
стратегии.
6. Кто осуществляет,
7. Качественная или количественная оценка вклада в достижение указанной цели,
8. Стоимость изменения (тут уже стоимость работ),
9. Срок,
10. Порядок.
Пример:
Объект изменения – рабочий процесс отдела А. Изменение – вставка дополнительных действий,
второй вариант – изменение существующих. Вклад и другие показатели – оцениваются.
И третий, заключительный этап – анализ ограничений. Он нужен, чтобы отсеять «лишние» стратегии,
неподходящие. Он производится последним, чтобы случайно не выбросить хорошую идею. Таблица:
Стратегии
Стратегия 1
Ограничения
Ограничение 1
Ограничение 2
Мешает
Обходится
Изменение 1 Влияет
Не влияет
Изменение 2 Влияет
Не влияет
Далее для отобранных стратегий заполняется колонка с суммарной качественной (количественной)
оценкой, просуммированной по каждому изменению. Таким образом, выбирается лучшая стратегия.
Применение стратегии проекта
Полученный по указанному выше алгоритму способ изменений в среде называется автором
стратегией проекта. Изменения объектов среды в условиях ограничений и с затратами ресурсов – это
и есть тот путь, который является основой для плана проекта, его ресурсных и прочих иерархических
разбиений. По построению, указанный способ показывает, как цели проекта достигаются.
Вместо заключения, или зачем это нужно
Это нужно для больших и средних проектов. Лучше выбрать наилучшую стратегию из
возможных, чем возможную из доступных. Этот алгоритм также нам предлагает метастратегию – если
при реализации вдруг проявляется некоторое ограничение, которое мы считали, что не проявится –
можно выбрать следующую подходящую стратегию.