⚠️ #управлениеПроектами #теория #управлениеРисками⚠️
На повестке - 7 область "Управление рисками" в проектах - это, кстати, единственная область знаний, которая должна обсуждаться абсолютно на каждой проектной встрече, на каждом совещании, а основная работа Руководителя проекта на самом деле заключается в постоянном поиске и анализе новых рисков. Также к работе над рисками ОБЯЗАТЕЛЬНО должны быть привлечены все заинтересованные стороны проекта.
Сегодня я не хочу много рассказывать об этапах управления рисками, детально об этом вы можете узнать на практикуме по управлению рисками. Здесь я пожалуй расскажу о современных тенденциях в области управления рисками и о тех понятиях, которые, как показывает практика, вообще не очевидны для многих даже профессиональных РП.
1️⃣ Риски имеют положительные ✅ и отрицательные 🆘последствия, поэтому стоит выделять угрозы и возможности.
💡 практически любой риск можно переформулировать в возможность. Например, уход крутого ведущего разработчика даст вам возможность привлечь более квалифицированного сотрудника со свежим взглядом, а если совсем повезет - еще и за мЕньшие деньги
2️⃣ два основных параметра риска - это вероятность возникновения и последствие от риска. Наша задача в работе с рисками - снижать вероятность угроз, и снижать негативное влияние/ последствие. если говорить о возможностях - делаем все наоборот.
3️⃣риск - это не всегда событие, можно фиксировать и неопределенности. Пример: несвойственные для данного сезона погодные условия или возможные изменения законодательства
💡как работать с такими рисками - постепенно заполнять пробелы и постоянно переоценивать последствие риска. к примеру, мониторить изменения законодательства, участвовать в формировании экспертной позиции, получить драфт законопроекта и тд
4️⃣Не все риски можно предотвратить, но можно научиться быстро ⚡️и гибко реагировать на наступление риска
💡что делать? заложить денежные 💰 или временные ⏰ резервы (к примеру + 100 тыс. на прием на работу более дорогого программиста), предусмотреть план Б (начать обучать ведущего программиста, организовать программу наставничества).
5️⃣ не все риски НУЖНО предотвращать или работать с ними. определите, на какие риски можно "забить" (к примеру эту те риски, где ваши затраты на снижение вероятности гораздо выше стоимости последствия)
💡 что делать? - учитывать риск аппетит (уровень риска, который компания готова принять), проводить качественный анализ риска с помощью тепловых карт 🔴🟡🟢 . Зеленые риски просто фиксируем и периодически следим, чтобы они не попали в красную зону
6️⃣ Можно отслеживать в динамике 📈 различные числовые индикаторы для предотвращения наступления рискового события для проекта (к примеру, отношение фактических трудозатрат к плановым - для этого берем плановые затраты из плана-графика и ежедневно делаем выгрузку трудозатрат к примеру из jira, сравниваем два показателя и при отклонении разбираемся, что идет не так)
7️⃣Отслеживать программные и портфельные риски 💼 на уровне организации, которые могут влиять на ваш проект.
Пример: у вас в компании инициирован новый очень приоритетный проект... время напрячься - скоро к вам придут за вашими лучшими ресурсами 😂😂
8️⃣Наш любимый #Agile в принципе один большой риск, поэтому весь цикл управления рисками 🔄 проводим для каждого инкремента и еще тщательнее ходим и ищем новые риски
9️⃣ количественная оценка рисков - не обязательный этап. Обычно ее проводят в сложных строительных, космических или автомобильных проектах для расчета тех событий, которые могут привести к большим финансовым потерям. Пример из книги "Ли Якокка. «Карьера менеджера»: увеличение капота автомобиля на 5% (по желанию Генри Форад 2) могло стоить компании около 100 млн $. И как всегда не забываем про целесообразность такой сложной оценки - см п5
🔟 этот пункт надо было поставить первым.
На повестке - 7 область "Управление рисками" в проектах - это, кстати, единственная область знаний, которая должна обсуждаться абсолютно на каждой проектной встрече, на каждом совещании, а основная работа Руководителя проекта на самом деле заключается в постоянном поиске и анализе новых рисков. Также к работе над рисками ОБЯЗАТЕЛЬНО должны быть привлечены все заинтересованные стороны проекта.
Сегодня я не хочу много рассказывать об этапах управления рисками, детально об этом вы можете узнать на практикуме по управлению рисками. Здесь я пожалуй расскажу о современных тенденциях в области управления рисками и о тех понятиях, которые, как показывает практика, вообще не очевидны для многих даже профессиональных РП.
1️⃣ Риски имеют положительные ✅ и отрицательные 🆘последствия, поэтому стоит выделять угрозы и возможности.
💡 практически любой риск можно переформулировать в возможность. Например, уход крутого ведущего разработчика даст вам возможность привлечь более квалифицированного сотрудника со свежим взглядом, а если совсем повезет - еще и за мЕньшие деньги
2️⃣ два основных параметра риска - это вероятность возникновения и последствие от риска. Наша задача в работе с рисками - снижать вероятность угроз, и снижать негативное влияние/ последствие. если говорить о возможностях - делаем все наоборот.
3️⃣риск - это не всегда событие, можно фиксировать и неопределенности. Пример: несвойственные для данного сезона погодные условия или возможные изменения законодательства
💡как работать с такими рисками - постепенно заполнять пробелы и постоянно переоценивать последствие риска. к примеру, мониторить изменения законодательства, участвовать в формировании экспертной позиции, получить драфт законопроекта и тд
4️⃣Не все риски можно предотвратить, но можно научиться быстро ⚡️и гибко реагировать на наступление риска
💡что делать? заложить денежные 💰 или временные ⏰ резервы (к примеру + 100 тыс. на прием на работу более дорогого программиста), предусмотреть план Б (начать обучать ведущего программиста, организовать программу наставничества).
5️⃣ не все риски НУЖНО предотвращать или работать с ними. определите, на какие риски можно "забить" (к примеру эту те риски, где ваши затраты на снижение вероятности гораздо выше стоимости последствия)
💡 что делать? - учитывать риск аппетит (уровень риска, который компания готова принять), проводить качественный анализ риска с помощью тепловых карт 🔴🟡🟢 . Зеленые риски просто фиксируем и периодически следим, чтобы они не попали в красную зону
6️⃣ Можно отслеживать в динамике 📈 различные числовые индикаторы для предотвращения наступления рискового события для проекта (к примеру, отношение фактических трудозатрат к плановым - для этого берем плановые затраты из плана-графика и ежедневно делаем выгрузку трудозатрат к примеру из jira, сравниваем два показателя и при отклонении разбираемся, что идет не так)
7️⃣Отслеживать программные и портфельные риски 💼 на уровне организации, которые могут влиять на ваш проект.
Пример: у вас в компании инициирован новый очень приоритетный проект... время напрячься - скоро к вам придут за вашими лучшими ресурсами 😂😂
8️⃣Наш любимый #Agile в принципе один большой риск, поэтому весь цикл управления рисками 🔄 проводим для каждого инкремента и еще тщательнее ходим и ищем новые риски
9️⃣ количественная оценка рисков - не обязательный этап. Обычно ее проводят в сложных строительных, космических или автомобильных проектах для расчета тех событий, которые могут привести к большим финансовым потерям. Пример из книги "Ли Якокка. «Карьера менеджера»: увеличение капота автомобиля на 5% (по желанию Генри Форад 2) могло стоить компании около 100 млн $. И как всегда не забываем про целесообразность такой сложной оценки - см п5
🔟 этот пункт надо было поставить первым.