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

• улучшить качество исполнения проекта наряду с улучшением управления им;

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

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

• определить области, в которых другие проекты (как текущие, так и будущие) должны управляться по-другому;

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

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

Анализ процесса проекта

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

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

В ходе анализа процесса проекта должны быть заданы два вопроса. Первый: «Что до данного момента мы сделали хорошо?» И второй: «Что мы хотим улучшить (или делать лучше) в будущем?» Обратите внимание, я не предлагаю спрашивать: «Что мы сделали плохо?» Этот вопрос вызовет оборонительную реакцию, поскольку люди будут опасаться наказаний. Всегда надо допускать, что ничего не было сделано плохо; просто всегда есть возможность совершенствования.

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

Отчет об анализе процесса проекта

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

1. Описание текущего состояния проекта. Лучшим для этого является метод анализа освоенных объемов по проекту, который рассматривается в главе 12. Однако даже если этот метод не используется, текущее состояние проекта следует описать с максимальной точностью.

2. Ожидаемое состояние проекта. Это своеобразный прогноз состояния проекта в перспективе. Ожидаются ли серьезные отклонения в расписании, стоимости, качестве или содержании проекта? Если так, то в отчете необходимо подробно сформулировать характер и объем возможных изменений.

3. Состояние критических задач. Необходимо описать состояние критических задач, особенно тех, которые входят в критический путь. Следует уделить внимание задачам, связанным с высокими техническими рисками, равно как и тем, выполнение которых зависит от внешних поставщиков или подрядчиков, поскольку над ними руководитель проекта имеет ограниченный контроль.

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

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

6. Ограничения, имеющиеся в итогах анализа. Необходимо упомянуть любые факторы, способные ограничивать обоснованность итогов анализа. Не являются ли некоторые представления, использованные в анализе, сомнительными? Не имелось ли недостатка в данных для анализа и не искажены ли какие-то данные? Были ли такие лица, которые не проявили готовности предоставить информацию для анализа?

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

Самый полный и эффективный план проекта окажется пустой бумажкой, если не задействован действенный метод контроля изменений. На успех или неудачу проекта напрямую влияют как ваше старание и умение вложиться в него, так и наличие системы отслеживания изменений. В Руководстве к Своду знаний по управлению проектами (PMBOK® Guide) говорится: «Когда по ходу исполнения проекта возникают какие-то проблемы, формулируются запросы на изменения, которые могут модифицировать политику проекта или его процедуры, содержание проекта, его стоимость или бюджет, расписание проекта или его качество». Если вы не поддерживаете план в его текущем состоянии, то у вас вообще нет плана. Оригинальный базовый план может вообще перестать действовать и утратить свою эффективность в работе с актуальными сценариями.