Чеклист рисков в IT-проектах на диаграмме Исикавы
На днях мне попалась диаграмма Исикавы и способы её применения для анализа рисков. Подробнее тут можно посмотреть немного теотетической части.
Посидев пару часов, нарисовала себе такую универсальную диаграмму рисков, которую можно использовать в своих IT-проектах.
Вот такая получилась:
За этой диаграммой стоит ряд идей:
- В проектах всегда будут одни и те же проблемы и источники проблем
- К части проблем можно подготовиться
- На часть проблем повлиять нельзя, но к ним тоже стоит подготовиться
- Внезапные события бывают негативные и позитивные, к позитивным тоже надо готовиться
- Всё придумано до нас :)
- Даже небольшие размышления о рисках проекта это лучше их полного отсутствия
И вот ещё крайне полезное замечание: риски с вероятностью 75% следует считать основным развитием событий (отпуска сотрудников, например, даже если вы о них ещё не знаете).
Что дальше делать с этой диаграммой (ведь её одной недостаточно):
- проанализировать вероятность возникновения риска в каждом отдельном случае
- проанализировать степень влияния этого риска на проект
- нарисовать себе карту рисков
- выбрать стратегии реагирования (передача, избегание, снижение, принятие)
У меня небольшой опыт реализации крупных проектов, так что буду благодарна за новые проблемы, которые сюда тоже стоит добавить.
Да вас чё содержат чтоли