Определение рисков проекта:
Каждый риск проекта уникален для этого проекта. Потратьте определенное время вместе со своей группой, чтобы выявить все эти риски.
Риски надо рассортировать на основе вероятности их реализации и воздействия на проект.
Решите вместе с вашей группой, насколько длинным должен быть этот список.
Для каждого выбранного риска разработайте альтернативный план, который вы будете реализовывать при его появлении.
Для каждого альтернативного плана разработайте триггер, чтобы вы точно знали, когда риск реализовался и как в точности (и когда) вы должны действовать по альтернативному плану.
Анализируйте каждый альтернативный план на возникновение новых рисков и новых альтернативных планов, соответственно. Если вы хотите не только минимизировать возможность возникновения рисков, а попытаться вообще их избежать — вам не обойтись без обращения в серьёзную консалтинговую компанию. Например, здесь можно найти массу полезной информации, консультации и вебинары, а если потребуется, то и заказать услугу. Подкупает, что сейчас всё это можно провернуть дистанционно, через сеть интернет.
Планирование коммуникаций в проекте:
Коммуникации в IT-проекте очень важны для реального успеха проекта и его восприятия в качестве успешного проекта.
Убедитесь, что у вас и у вашей группы есть четкий план коммуникаций и соотнесите его с детальным планов вашего проекта.
Если у вас и у вашей группы не очень хорошо получается общение и коммуникации, постарайтесь поискать ресурсы внутри вашей компании, которые смогут вам помочь.
Старайтесь регулярно проводить информирование о проекте, даже если у вас нет новой или определенной информации.
Организуйте коммуникации для аудитории с нужной частотой и в нужном режиме.
Назначайте ответственного за проведение коммуникаций по конкретным задачам, чтобы вы могли быть уверенными в том, что они будут реализованы.
Завершение плана проекта:
Финальный план проекта содержит все элементы, которые мы уже обсудили в предыдущих статьях.
Финальный план проекта должен быть представлен спонсору проекта на одобрение.
Если спонсор проекта просит или требует провести существенные изменения, обсудите этот момент с ним очень подробно, чтобы убедиться, что спонсор понимает влияние перемен на этом этапе.
Иногда проекты достигают этого этапа и задерживаются, или откладываются на неопределенное время, или вовсе прекращаются. Хотя это печальный факт, но лучше прекратить проект на этапе планирования, чем на стадии реального выполнения.
Сохраните отдельную копию в финального плана проекта в ваших архивах. Позднее вы сможете ее использовать для сравнения плана с действительными результатами проекта. Это поможет вам совершенствовать ваши способности управления IT-проектами.
Архивная копия финального плана проекта может быть полезна для использования в дальнейшем. Вторичное использование процессов проекта, процедур или некоторых частей WBS может помочь вам избежать повторного «изобретения колеса».