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

• Цели должны быть SMART: конкретными, измеримыми, достижимыми, реальными и определенными по времени (сокращение от соответствующих английских слов: specific, measurable, attainable, realistic, time limited).

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

1. Чего вы хотите достичь этим проектом? Какую потребность вашего заказчика или клиента он удовлетворяет? Кто конкретно реально воспользуется конечным результатом(-ами) проекта? (То есть кто является вашим настоящим заказчиком или клиентом?)

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

3. Сформулируйте и запишите миссию проекта, ответив на два основных вопроса: «Что мы собираемся делать?» и «Для кого мы собираемся это делать?».

Поговорите об этом с заказчиком. Не показывайте ему то, что вы написали. Получаете ли вы от него подтверждение своим мыслям, задавая вопросы, подразумевающие свободные ответы? Если нет, вам, вероятно, следует пересмотреть то, что вы написали.

Ответы на вопросы

В главе 1 отмечалось, что управление рисками – это процесс систематической идентификации, анализа и реагирования на риски, связанные с проектом. Ключевым словом здесь является систематический , поскольку многие руководители проектов пытаются работать с рисками без соблюдения соответствующих норм и формальностей, не уделяя планированию этой работы достаточно внимания, а то и вовсе игнорируя его. Это верный способ призвать на свою голову неудачу, если не катастрофу. Нормальный комплексный план по рискам проекта позволяет руководителю занимать активную позицию, если что-то пойдет не так. Без этого плана ему придется реагировать на те или иные сбои в проекте по ходу дела, а это самый дорогой из возможных сценариев. Системность придает работе порядок и эффективность. В конце главы 5уже были сжато изложены важнейшие пункты работы по противодействию рискам проекта. Здесь эта тема раскрыта более подробно.

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

Многие руководители проектов затягивают с оценкой рисков и откладывают разработку плана их управления, полагая, что многих деталей проекта они еще не знают и в нем много неизвестных факторов. Это известная западня, которой следует остерегаться. Еще на фазе инициации жизненного цикла проекта необходимо осуществить общую первичную оценку рисков. Руководитель проекта и члены команды должны со стратегической точки зрения ответить на вопрос «Что может пойти не так?» и заложить основу детального плана соответствующих действий. Без такого основания проекты часто подвергаются негативному воздействию рисков, которые неожиданно становятся реальностью, хотя их можно было предотвратить или вообще устранить, имея планы на случай непредвиденных ситуаций. Такой подход характеризуется как реактивно-пассивный , то есть лишь реагирующий на возникший раздражитель, тогда как успешный руководитель проекта должен занимать проактивную, наступательно-опережающую позицию. Иногда в ходе проекта возникают и потенциальные возможности – «позитивные риски», которые руководитель проекта должен использовать для достижения целей проекта.

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

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

Мозговой штурм. Составление списка потенциальных рисков проекта не должно носить характер аналитической разработки; нужен настоящий мозговой штурм, когда подхватываются на лету все идеи. Шаги 2 и 3 позволяют подробно рассмотреть их. В идентификацию потенциальных угроз и того, что может пойти не так, важно вовлечь всю команду. Некоторые руководители проектов пытаются проделать эту работу самостоятельно, чтобы дать членам коллектива возможность выполнить другие задачи. Это близорукий и вредный подход. Начальный шаг должен осуществляться в атмосфере тесного сотрудничества и включать в себя всех членов команды, являющихся специалистами в своих сферах и отвечающих за свои части проекта. Максимально задействуйте интеллектуальный капитал всей команды. Если за пределами такого мозгового штурма окажется хотя бы один член коллектива, весьма вероятно, что часть рисков останется неидентифицированной и успех проекта будет под угрозой. Помните, что нужно вовлекать всех: специалисты по закупкам (снабженцы) не помогут определить возможные проблемы разработки программного обеспечения, а программисты – проблемы с закупками.

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