Управление проектами: статьи

По результатам анализа SEI выработал ряд рекомендаций. Для эффективной борьбы с рисками надо:

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

При этом управлять рисками необходимо непрерывно, постоянно отслеживая их динамику. Руководители верхнего звена организации-подрядчика должны сортировать выявленные риски по приоритетам, распределять ресурсы и контролировать ход борьбы с рисками. На основе этих стратегических решений определяются метрики, по которым будут выявляться и измеряться риски, составляется и отслеживается план борьбы с ними, вырабатываются стратегии этой борьбы. Руководители проектов (среднее звено управления) детально анализируют риски, решают, как поступать в каждом конкретном случае, и регулярно отчитываются перед руководством, поставляя ему информацию для новых решений, — когда у каждого участника процесса есть своя определенная роль, а управление представляет собой замкнутую систему с обратной связью, руководство не начнет работать по принципу простой 'раздачи ЦУ', а среднее звено будет помогать подчиненным охотно, а не через силу. 

Важнейший аспект управления рисками — полная открытость информации. Полезен висящий на видном месте график рисков по осям 'возможное воздействие/вероятность возникновения' с указанием тенденций развития каждого риска во времени и персональной ответственности за ликвидацию каждого риска.

Сплошная линия: 'Заказчик задержит оплату (комм. директор Будкин)'. Линия с короткими пунктирами: 'Возможно появление ошибок в системе из-за плохой организации процесса тестирования (рук. проекта Дубкин)'. Линия с длинными пунктирами: 'Неустраненная ошибка в модуле А приведет к проблемам в работе модулей Б и В (программист Пупкин)'. 

Подобные графики желательно сделать разных типов — наглядные формы визуального информирования дают более полное представление о структуре рисков и быстрее помогают находить способы их устранения.

Что дальше

Мы рассмотрели две самые важные области стратегического управления проектами — управление ходом выполнения проекта и риск-менеджмент. Теперь представим ситуацию из жизни: начинающий руководитель проекта, начитавшись статей некоего Симеона Бобрикова в международном издании кондитеров 'Пищевик', в котором почему-то стали появляться публикации на тему управления проектами, находит материалы по CMM и C/SCSC, прилежно изучает их, рисует замечательный график 'сроки — бюджет', приходит к начальнику, и тот говорит: 'Да, прекрасный план, все отлично, только... Срок должен быть не 12 месяцев, а 8, и расходы — не 50 тыс. долл., а 25'. С этого момента начинается всем нам знакомое реальное управление проектами. Как поступать в таких ситуациях? 

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