История гласит, что заблудшие темные души, действительно оказавшиеся в этом положении, пошли на огромный риск. Они решили предложить что-то, о чем конкуренты вообще не подумали: библиотечное заимствование электронных публикаций. Однако задумайтесь, какую работу требовалось проделать, чтобы эта схема заработала: провести переговоры не только с издателями, но также с библиотеками и авторами; спроектировать и реализовать протоколы сети заимствования; встроить в «читалку» программное обеспечение, блокирующее доступ к материалам по истечении периода заимствования, а еще создать систему отчислений для авторов книг, которые берутся «почитать». Риски, риски, сплошные риски. А помимо рисков навигации в неисследованных водах всегда есть шанс, что рынок просто пожмет плечами. Кто знает, насколько будет большой спрос на заимствование книг?
В данном случае риски окупились. Необычное устройство Nook появилось в продаже, и рынок его принял.
Подумайте, как выглядел бы ваш список рисков в этом проекте. Многие вещи могли пойти не так в ходе создания продукта, и управление этими рисками стало бы значительной составляющей вашей работы. Если вы составили (навскидку и по-быстрому) перечень таких рисков, готовы поспорить, вы упустили один важный пункт.
Риск, который почти всегда неуправляем
Риск, который мы склонны исключать из управления рисками, – это риск нашего собственного провала. Если вы и доверенная команда должны взаимодействовать с подрядчиком, который находится на расстоянии тысяч километров и десяти часовых поясов, причем в городе, о котором вы никогда не слышали, разумеется, риск, что этот подрядчик вас подведет, окажется в начале списка рисков. Это очевидно. А как быть с тем, что вы и ваша собственная команда не сможете выполнить поставленные перед
Чтобы понять, почему опасно исключать этот единственный риск из управления рисками, следует рассмотреть истинную причину необходимости
Печально известная система управления багажом денверского международного аэропорта может послужить хорошим примером. Власть предержащие решили, что своевременная сдача системы настолько важна, что опоздание риском считать не следует. Какой же это риск, если мы просто не позволим этому произойти. Так что по соглашению руководителей этот риск просто отмели.
Управляя этим риском, они были бы вынуждены спланировать ручной или полуавтоматический резервный план перемещения багажа на случай неготовности системы. Это не было сделано. Поэтому когда сдача системы задержалась, пришлось задержать и открытие аэропорта. Капитальные затраты на более чем годовую эксплуатацию второго нефункционального аэропорта в конечном итоге исчислялись миллиардами.
Этот риск материализовался, когда система оказалась недоступна в день открытия, и было уже слишком поздно начинать планировать смягчение. С другой стороны, если бы меры были приняты заранее, аэропорт открылся бы по-старинке – с участием временного персонала и небольших транспортеров для багажа, и тогда задержка сдачи программной системы свелась бы к небольшому разочарованию. Вам, как и всем другим людям, никогда не пришлось бы узнать о системе управления багажом денверского аэропорта; о ней знали бы только участники проекта.
Вполне разумно исключать из управления риски, вероятность возникновения которых крайне мала. И неразумно так поступать, то есть оставить без управления риск, если его последствия «слишком ужасны, чтобы о них думать».
Почему риск провала часто исключают из управления