Проектные риски - это любые события, способные оказать положительное или отрицательное воздействие на реализацию проекта. Их предварительный анализ позволяет улучшить управление проектом, предотвратить значительные потери и сэкономить ресурсы, включая бюджет и рабочее время команды. Анализ рисков должен стать обязательным элементом дорожной карты проекта.
Управление проектными рисками необходимо каждому бизнесу, поскольку отклонения от плана возможны в любом проекте. Особенно актуально это для:
Преимущество управления рисками | Конкретный пример |
---|---|
Минимизация финансовых потерь | Создание резервного фонда на случай роста стоимости доставки оборудования |
Соблюдение установленных сроков | Привлечение временных сотрудников в преддверии пиковых нагрузок |
Укрепление доверия клиентов | Дублирование поставщиков для гарантии своевременного выполнения работ |
Снижение уровня стресса в команде | Разработка инструкций действий при возникновении нештатных ситуаций |
Превращение рисков в возможности | Адаптация продукта под аудиторию ушедшего с рынка конкурента |
Оптимизация расходов | Инвестиции только в инструменты, реально необходимые для решения задач |
Критерий классификации | Тип риска | Характеристика и примеры |
---|---|---|
Направленность | Негативные | Создают препятствия для проекта (задержка поставок, остановка строительства) |
Позитивные | Предоставляют преимущества (специальные скидки для постоянных клиентов) | |
Источник возникновения | Внутренние | Возникают внутри команды (кадровый дефицит, ошибки в техническом задании) |
Внешние | Не зависят от команды (изменение валютных курсов, новые законодательные требования) | |
Сфера возникновения | Финансовые | Бюджетные ограничения, рост цен на материалы и услуги |
Кадровые | Увольнения ключевых сотрудников, трудности поиска замены | |
Технические | Оборудование выходит из строя, программные сбои | |
Юридические | Длительные согласования договоров, нарушения условий контрагентами | |
Маркетинговые | Неэффективность рекламных кампаний, снижение интереса аудитории | |
Организационные | Внутрикорпоративные конфликты, срывы сроков выполнения задач | |
Последствия | Временные | Приводят к задержкам сроков (болезнь ключевого специалиста) |
Бюджетные | Повышают стоимость проекта (непредвиденный рост цен поставщиков) | |
Риски объемов работ | Увеличивают нагрузку на команду (дополнительные требования заказчика) | |
Риски взаимодействия | Тормозят смежные процессы (задержки в работе одного отдела) |
Метод выявления | Оптимальное применение | Ожидаемый результат | Практическая реализация |
---|---|---|---|
Мозговой штурм | Начальная стадия проекта | Формирование базового перечня рисков | Сбор команды проекта, использование методов "шести шляп", SCAMPER или "6-3-5" |
Анализ прошлых проектов | Повторяющиеся задачи | Выявление типовых рисков | Изучение документации предыдущих проектов, выявление повторяющихся проблем |
Экспертные интервью | Проекты с ограниченным опытом команды | Обнаружение "слепых зон" | Индивидуальные беседы с ключевыми специалистами и экспертами |
SWOT-анализ | Стратегически важные проекты | Выявление сильных/слабых сторон, возможностей/угроз | Анализ четырех аспектов: Strengths, Weaknesses, Opportunities, Threats |
Диаграмма Исикавы | Глубокий анализ причин рисков | Выявление корневых причин проблем | Построение "рыбьей кости" с определением источников проблем |
Стратегия | Сущность подхода | Практический пример применения |
---|---|---|
Избежание | Полное устранение риска на этапе планирования | Отказ от использования нестабильной платформы |
Снижение | Уменьшение вероятности или последствий риска | Создание резервных каналов коммуникации |
Передача | Переложение ответственности на другую сторону | Страхование грузов или привлечение подрядчиков с гарантиями |
Принятие | Сознательное оставление риска без специальных мер | Проведение мероприятий на открытом воздухе без запасного варианта |
Определение одного из четырех подходов (избежание, снижение, передача или принятие) для каждого выявленного риска с учетом его приоритета.
Выбор сотрудников, которые будут осуществлять мониторинг ситуации, готовить решения и информировать команду о состоянии рисков.
Разработка конкретных сценариев действий для каждого риска, их согласование со всеми участниками проекта.
Создание единой базы данных, содержащей:
Проведение ретроспективного анализа:
Использование специализированных платформ для совместной работы (например, Битрикс24) позволяет упростить процесс управления рисками, обеспечивая видимость ответственности и планов действий для всех участников проекта.
Оставьте свои контакты и мы свяжемся с вами в ближайшее время