Рецензия на книгу

• 

  Suaviolum28 июля 2018 г.

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

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

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

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

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

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

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

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

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

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

  1

  1K