2.1 Структуризация инновационного проекта

Будем понимать под структурой проекта совокупность взаимосвязанных элементов и процессов проекта, представленных с различной степенью детализации.

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.1. Структуризация проекта

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

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

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

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

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

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

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

1. Каждый этап проекта является самостоятельным проектом. Выделяя этапы, мы обязаны к каждому этапу применить весь арсенал проектного управления как к отдельному проекту.

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

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

4. Недостаточно выявить проблемы (риски) проекта, необходимо разработать реагирование. Менеджеру проекта недостаточно фиксировать проблему, необходимо разработать меры по ее устранению или по крайней мере по существенному снижению потерь вследствие ее наступления.

5. В проекте не должно быть элементов, которые в дальнейшем не используются («висящее ружье должно выстрелить»). Все действия должны иметь продолжение. Единственный случай, когда сделанная работа может оказаться выполненной впустую, – меры по защите от рисковых событий. Если событие не состоялось, то и защитные меры не понадобятся, однако эти затраты оправдываются тем, что в противном случае потери были бы недопустимо велики.