Вальсируя с Медведями

Думал что книга будет довольно сложной и полной различных формул, правил и тяжелых примеров, но нет. Все оказалось предельно четким и понятным. Авторы довольно ясно и последовательно излагают свои мысли и приводят вполне разумные и наглядные примеры. Из этой книги можно почерпнуть массу полезной информации для себя. Начиная от простого определения "рисков" и заканчиваемая способами их выявления и расчета. На мой взгляд описанное в этой книге может быть применено ко всем отраслям производства. Вообщем книгой доволен на все 100%.
Побольше контролируемых рисков всем :)

Американцы Том и Тим - авторы одной из самых популярных книг о риск-менеджменте "Вальсируя с медведями", вышедшей в 2003 году.
Том Демарко — инженер-программист, писатель и консультант по программной инженерии, и Тим Листер – инженер, специалист по дизайну и менеджменту рисков ПО - коллеги в консалтинговой компании The Atlantic Systems Guild. Первая их совместная книга "Человеческий фактор" (Peopleware) вышла еще в 1987 году, и с тех пор они делятся немалым опытом по управлению в IT-сфере, в частности, аспектами риска проекта по созданию ПО.

Мы взяли название из песенки... о дядюшке Тервиллилжере

Крадется вниз по лестнице
(не встретиться б с соседями!),
чтобы родной покинув дом,
вальсировать с медведями

Дядюшка Тервиллилжер– это человек, с готовностью идущий на риск. Нам остается только надеяться, что он умеет на деле оценивать риск, принимать меры предосторожности и тем снижать его. Если это так, то он – отличный образец для менеджеров рискованных проектов по разработке программного обеспечения, ведь иной раз им приходится танцевать сразу с несколькими собственными медведями.

В книге "Вальсируя с медведями" преобладает специфика IT-сферы, поэтому наиболее актуальной она остается для уровня менеджеров проектов и выше. Но в ней достаточно четко расписаны правила управления рисками и основные идеи риск-менеджмента, поэтому будет полезна для любой сферы, где он осуществляется интуитивно или не осуществляется вообще.

Не потеряться в графиках и сухих этапах риск-менеджмента помогают жизненные и красочные примеры (о первых торгах в Интернете, о системе для багажа в аэропорт, об автогонках). Непростые идеи компенсирует простой язык и изрядная доля юмора. Авторы очень разумно приводят доводы "за" управление рисками, и как могут, опровергают доводы "против", но предупреждают, что путь внедрения системы долог и тернист.
Управление рисками - это признак зрелости. Компании, политики, общества в целом. Авторы призывают практиковать неуверенность ответов на вопрос о сроках в противоположность мышления"будет сделано". Давать ответы в виде графиков. Озвучивать кошмары. Быть честными с заказчиками.
Стоит ли говорить, что на наших предприятиях это будет вдвойне сложно сделать? Нужно учитывать стиль управления, средства, готовность меняться, открытость мышления и общую атмосферу на предприятии. Но даже в самых демократичных условиях следовать этим советам - значит оказаться в дилемме заключенного. И в одиночку тоже, как отмечается в книге, полноценное управление рисками осуществлять невозможно. Пока остается лишь верить в будущие изменения, хотя бы потому что в отношении рисков они совершенно необходимы.

Том Демарко приводит некоторые инструменты, как новые, так и классические, которые можно применять по отдельности, но лучше в рамках системы. Среди них: построение графиков для количественной оценки рисков, создание собственной базы рисков, отслеживание симптомов на разной стадии проектов, брейнсторминг, создание резервов. Также авторами разработан онлайн-инструмент Riskology, по сути, моделирующий риски.

В заключении дается сводка всех правил риск-менеджмента, описанных в книге. Это готовая схема, которая может показаться громоздкой, хотя при этом она охватывает все элементы риска для проекта. И в завершение - тест для руководителей, который поможет установить, проводится ли управление рисками на самом деле.

В приложении приводится полное эссе "Этика веры" британского философа 19 века У.К.Клиффорда. В книге о современном менеджменте оно смотрится достаточно странно, но позволяет понять моральную позицию авторов. "Обязанность верить только в то, во что у вас есть право верить, называется управлением риском." - об этом они говорят в самом начале книги.
Интересный список литературы с комментариями авторов. В нем собраны ссылки на книги и публикации на тему рисков (можно увидеть, насколько они малочисленны), рисков в IT, корпоративного управления и производственного менеджмента.

Я рекомендую эту книгу как в рамках курсов по менеджменту организации, так и для саморазвития, особенно для применения в корпоративной культуре.

Черт, читать эту книгу в наших условиях невозможно. Ибо хочется каждый пункт сунуть высшему руководству под нос, и плевать, что другая отрасль. Все ровно так - как только мы на совещаниях заявляем о рисках, как слышим "давайте не будем говорить о крайних случаях". Эх...

Ладно, это наболевшее после разгребания последнего аврала. Что же касается темы - разжевано управление рисками, возможно, тем, кто и так в теме, будет скучновато (авторы много повторяются), но вот остальным... Я, конечно, не особо верю, что любители страусиной политики или "будет-сделано"-товарищи внезапно проникнутся, но надежда умирает последней)

Причитал на днях книгу “Waltzing With Bears - Managing Risk on Software Projects” Tom DeMarco and Timothy Lister.
В русском варианте “Вальсируя с медведями. Управление рисками в проектах по разработке программного обеспечения.”
Том Демарко и Тимоти Листер.

Книга оказалось достаточно интересной. При своем небольшом объёме, чуть больше 100 страниц, даются основные понятия о управлении рисками и вектор дальнейшего движения (хорошая подборка рекомендуемых статей и ссылок по теме). На мой взгляд именно с этой книги надо начинать изучать управление рисками в ПО.

В книге описано средство для моделирования рисков Riskology Simulator и как им пользоваться.

...

Книги ДеМарко продолжают радовать доступным языком и чёткими выводами из прочитанного. Писать рецензию на книги по менеджменту довольно непросто, в связи с чем поделюсь развернутой аннотацией того, что я почерпнула на страницах сего произведения.
PS: читать книгу для всех PM must have!

1. Обязанность верить только в то, во что у вас есть право верить - это управление риском.

• Не беритесь за проект, если в нем нет рисков.
• Риск - это возможное событие, которое приведет к нежелательным результатам или сам нежелательный результат.
• Риск - это проблема, которая ещё не возникла. Проблема - это риск, который уже материализовался.
• Умейте произносить вслух прилюдно слова "провал", "неприятие", "прекращение".
• Для отрасли IT диапазон допуска составляет 150-200% от интервала с начала проекта до его окончания по плану.
• Диаграммы риска бывают двух типов - дифференциальные (incremental) и кумулятивные.
• Инструменты для оценки рисков - www.systemsguild.com/riskology (www.pmo.m/riskology)
• Метод Монте-Карло - и снова вспомнить численные методы и мат статистику.
• Основные риски отрасли:
• внутренние изъяны календарного планирования
• раздувание требований (или изменение требований) (min 1% в месяц)
• текучесть кадров
• нарушение спецификаций
• низкая производительность
• Если ничего не известно о проекте и об организации, то можно смело сказать, что запланированное время потребуется перерасходовать минимум на 30%
• Заказчики проекта должны предоставить информацию о выгодах, после внедрения проекта в такой же точности, как и разработчики предоставляют сроки и бюджет проекта.

  Правила управления рисками:

• Идентифицировать риски - составить перечень.
• Убедиться, что все главные риски есть в вашем перечне.
• Провести предварительную подготовку по каждому из рисков:
• дать наименование и уникальный номер
• указать признаки наступления риска
• оценить влияние риска на стоимость и расписание проекта
• оценить вероятность наступления риска
• рассчитать подверженность риску по отношению к графику и бюджету
• определить меры, которые нужно будет принять, когда риск наступит
• включить действия по ослаблению риска в общий план проекта
• выписать все детали в форме
• Указать возможные риски-катастрофы как допущения проекта. Разработать схему делегирования управления каждым из таких рисков вышестоящему руководству.
• Определить самую раннюю дату выполнения проекта, в случае, если ни один из рисков не наступит.
• Использовать собственные и отраслевые факторы неопределенности для построения диаграммы риска.
• Выразить все обязательства по проекту на диаграмме риска, явно показывая неопределенность, связанную с каждой планируемой датой и бюджетом.
• Отслеживать все риски на предмет наступления или исчезновения и осуществлять планы на случай непредвиденных обстоятельств каждый раз, когда риски наступают.
• Поддерживать в действии процесс идентификации рисков на протяжении проекта, чтобы справиться с поздно проявляющимися рисками.
• Разработайте иерархическую структуру работ, показывающую все задачи по проекту. Оцените усилия для выполнения каждой задачи.
• Постройте график ООФ в соответствии с ожидаемыми датами поставки каждой версии.
• Оцените выгоды с той же точностью, что и затраты.
• Разбейте требования до элементарного уровня. Перечислите их в порядке приоритета. В качестве критериев используйте чистую выгоду для пользователя и технические риски.
• Разработайте план инкрементных поставок. Опишите все требования к элементам соответствующих версий. Вычислите ООФ для каждой версии и запишите в план.
• Разработайте технологию общих приемных испытаний и отмечайте на графике их прохождение.

  Процесс идентификации рисков:

• Мозговой штурм
• ставьте вопрос в явном виде в терминах ночного кошмара
• используйте хрустальный шар
• опишите противоположные виды на будущее
• спрашивайте о провале, в котором нет виновных
• спрашивайте о провале, в котором есть конкретные виновники
• представьте себе частичную неудачу
• Построение сценария
• Анализ основных причин

  Управление рисками с середины и до конца проекта:

• непрерывный мониторинг показателей наступления рисков в поисках такого риска из списка, который кажется готовым перейти из разряда "скверная возможность" в разряд "реальная проблема"
• продолжение выявления рисков
• сбор данных для наполнения хранилища рисков (базы данных для определения количественного влияния проблем, наблюдавшихся в прошлом)
• ежедневное отслеживание показателей завершенности

  и ещё в конце книги приведен перечень рекомендуемых книг и сайтов по тематике, будет чем заняться =)