Джозеф Хигни - Основы проектного менеджмента. Классическое руководство

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

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

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

• Стандартная матрица рисков – полезный инструмент при управлении большим количеством рисков в проекте.

• Реестр рисков может стать эффективным инструментом классификации угроз проекту и выделения главных из них.

• Создайте порядок использования электронной почты в проекте; привлеките к этому членов вашей команды для достижения единого понимания.

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

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

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

• чрезвычайные меры;

• «точки пуска».

Достаточно двух-трех таких точек для каждого риска.

В предыдущей главе говорилось, что план должен отвечать на вопросы «Что необходимо сделать?», «Сколько это займет времени?» и «Сколько это будет стоить?». Планирование составляющей плана под названием «Что?» очень важно, потому что проекты часто терпят неудачу, поскольку о значительной части работы просто забывают. Когда задачи проекта определены, необходимо сформулировать требования к его срокам и ресурсам. Этот процесс называется оценкой.

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

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

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

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

Рис. 7.1.Схема ИСР по уборке комнаты

Для того чтобы пропылесосить комнату, нужно достать пылесос из кладовки, присоединить шланг, вставить штепсель в розетку, перемещать пылесос по комнате, выбросить пыль из мешка, а потом убрать пылесос обратно в кладовку. Это еще более мелкие задачи по отношению к субзадаче «пропылесосить». На рисунке 7.1 показано, как это может быть отображено в формате ИСР.

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

Типичная ИСР имеет от трех до шести уровней (рис. 7.2). Конечно, бывают проекты и с б о льшим количеством уровней иерархичности работ. Обычно пределом считается 20 уровней. Но это относится только к очень крупным проектам. Обратите внимание, что уровень 1 называется программным. Разница между программой и проектом только в одном уровне.

Рис. 7.2.Уровни иерархической структуры проекта

Примером программы является создание самолета; ИСР для нее показана на рис. 7.3. Обратите внимание, что конструирование и строительство двигателя, крыльев и авионики представляют собой отдельные проекты. Задача руководителя программы – правильная интеграция отдельных проектов. Двигатель крепится к крылу, так что в ИСР по двигателю будет обозначен такой элемент, как «Разработка на крыле системы крепежа двигателя», а в ИСР по крылу – «Разработка на двигателе системы крепежа к крылу». Если эти элементы работ не будут правильно скоординированы, то крепежи двигателя не подойдут к крепежам крыла. Такая работа по координации называется системной интеграцией.

Рис. 7.3.Компоненты ИСР

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