Книга состоит из пяти частей, каждая из которых предназначена для ответа на один из ключевых вопросов, возникающих у тех, кто начинает или собирается заниматься управлением рисками:
Часть I: Зачем нужно утруждать себя управлением рисками?
Часть II: Почему нам этого не следует делать? (Здесь авторы говорят начистоту о некоторых потенциальных недостатках, которые влечет внедрение управления рисками в организации, не вполне готовой к этому).
Часть III: Как с этим справиться?
Часть IV: Каковы размеры рисков, приемлемые для нашей организации?
Часть V: Как убедиться, работает ли наш подход к управлению рисками?
На вводной странице каждой из частей главный вопрос разбивается на группу более мелких. Читая главы каждой части, вы найдете ответы на все эти вопросы, в противном случае мы не справились со своим делом.
Большая часть текста написана во множественном числе, где «мы» подразумевает обоих авторов. Но в тех случаях, когда какую-то пару слов хотелось произнести, подчеркнув индивидуальность своего голоса, появились параграфы такого вида:
ТРЛ: Это я (Тим) говорю от своего собственного имени.
ТДМ: А это я (Том).
Как будет специально упомянуто в главе 12, мы создали web-сайт в дополнение к этой книге. Его можно найти по адресу: http://www.systemsguild.com/riskology (Русская версия этой страницы доступна по адресу http://www.pmo.ru/riskology)
Там мы разместили некоторые инструменты, которые могут быть вам полезны для осуществления управления рисками, и мы приложим усилия, чтобы обновлять сайт по мере того, как мы будем узнавать о появлении новых инструментов управления рисками, а также сообщать новости на эту тему.
Наше название взято из песенки, включенной в песенник д-ра Сьюса «Кот в шляпе»[1]. В этой песенке поется о дядюшке Тервиллилжере, который по субботам
Крадется вниз по лестнице
(не встретиться б с соседями!),
чтобы родной покинув дом,
вальсировать с медведями
Дядюшка Т. – это человек, с готовностью идущий на риск. Нам остается только надеяться, что он умеет на деле оценивать риск, принимать меры предосторожности и тем снижать его. Если это так, то он – отличный образец для менеджеров рискованных проектов по разработке программного обеспечения, ведь иной раз им приходится танцевать сразу с несколькими собственными медведями.