Read

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

В этой книге Том ДеМарко и Тимоти Листер, авторы бестселлера Peopleware, рассказывают, как идентифицировать риски, управлять ими и извлекать выгоду из рисков. «Избегать рисков – дело проигрышное. Раньше вы могли бы отнестись к проекту, свободному от рисков, как к неожиданному подарку судьбы и благодарили бы звезды за эту редкую удачу – легкий проект. Мы реагировали так же. Какими глупцами мы были! Проекты без риска – удел неудачников. Риски и выгоды всегда ходят рука об руку. Компании, избегающие рисков и концентрирующие усилия только на том, что наверняка умеют делать хорошо, засевают поле для своих соперников. Проект полон рисков потому, что ведет вас нехожеными тропами. Он может расширить ваши возможности так, что это сведет с ума ваших конкурентов. В идеале – до такой степени, что конкурентам будет уже нечем ответить».
more
Impression
Add to shelf
Already read
256 printed pages

ImpressionsAll

pavel saenko
pavel saenkoshared an impression26 days ago
👍
🎯Worthwhile

Первое, что должен прочесть руководитель проекта, который решил изучить дисциплину управления рисками.

💡Learnt A Lot
🎯Worthwhile

Лучшее, что читал по управлению рисками.

💡Learnt A Lot
🎯Worthwhile

Сергей
Сергейshared an impression5 months ago
👎
💤Borrrriiinnng!

Так себе. Хорошее начало, но ближе к середине информационность книги падает.

🎯Worthwhile

Доступно и наглядно описываются методы и инструменты анализа рисков, приводятся примеры реальных проектов и разбираются их ошибки

Sergey Sveshnikov
Sergey Sveshnikovshared an impression2 years ago
🎯Worthwhile

Anton Nazarov
Anton Nazarovshared an impression2 years ago
🎯Worthwhile

QuotesAll

Вероятно, нет на свете занятия, где способность «поверить в десяток невозможностей до завтрака» нужна больше, чем в управлении проектами разработки программного обеспечения
спецификации (типа В и VDM).
Риск – это проблема, которая еще не возникла, а проблема – это риск, который уже материализовался.
Аналогией потери присяжного в IT-проекте будет текучесть персонала, представляющая собой один из главных рисков во всех проектах по разработке программного обеспечения. А профилактической мерой может стать включение в проект с самого начала чуть большего количества исполнителей, чтобы были достаточно квалифицированные дополнительные специалисты, на первых порах выполняющие вспомогательные роли.
Тактика, присущая управлению риском, состоит в том, чтобы слушать каждое свое произнесение слов «я не знаю» (вслух или мысленно) и всякий раз принуждать себя задавать вспомогательный вопрос:
Что я знаю (или что я мог бызнать) о том, чего я не знаю?
Безграничная неопределенность либо отвращает людей от риска, либо приводит к безрассудной отваге. Обе эти крайности катастрофичны.
Риски и выгоды всегда ходят парой. Проект полон рисков потому, что ведет на нехоженый путь. Он расширяет ваши возможности, и его успешное осуществление доведет ваших конкурентов до безумия. Но главное – в том, что ваши собственные возможности распространятся настолько, что конкурентам будет нечем ответить.
Вопрос правоты связан с источником веры, а не ее предметом; не в чем состояла вера, а как к ней пришли, не в том, оказалась она истинной или ложной, а в том, было ли право поверить на основании тех фактов, которыми располагали.
Обязанность верить только в то, во что у вас есть право верить, называется управлением риском.
Руководитель группы: Мы проводим завтра собрание по этому поводу, но боюсь, станет еще хуже.
Руководитель проекта: Не проводите собрание.
Проекты без риска – удел неудачников. В них почти всегда и выгоды никакой нет, потому-то их и не осуществили давным-давно. Поберегите свое время и силы и потратьте их на что-нибудь стоящее:
Риски и выгоды всегда ходят рука об руку. Компании, избегающие рисков и концентрирующие усилия только на том, что наверняка умеют делать хорошо, засевают поле для своих соперников. Проект полон рисков потому, что ведет вас нехожеными тропами. Он может расширить ваши возможности так, что это сведет с ума ваших конкурентов. В идеале – до такой степени, что конкурентам будет уже нечем ответить
В этом эссе Клиффорд утверждает, что каждый, выбирая, во что верить, не может быть свободен от мнения окружающих
«Если я скажу нашим разработчикам, что работу нужно сдать в любой момент между июлем и декабрем, они сразу отправятся спокойно спать».
Риск – это проблема, которая еще не возникла, а проблема – это риск, который уже материализовался.
Избегать рисков – дело проигрышное.
Да, в это вы верите, но есть ли у вас право верить в это?Есть ли у вас право верить в этот график на основании имеющихся у вас фактов?
«Если я скажу нашим разработчикам, что работу нужно сдать в любой момент между июлем и декабрем, они сразу отправятся спокойно спать».
Руководители проектов по созданию программного обеспечения стремятся следовать стандартному правилу: оценка и цель идентичны. Но наука управления рисками рекомендует использовать цели, как это принято делать, для стимулирования исполнителей на борьбу за наилучшие результаты. В то же время она подсказывает, что оценки планирования для обещаний клиентам и руководству должны быть совсем другими.
В этот беспокойный период готовность рисковать является необходимым качеством. Она имеет стократ большее значение, чем эффективность. Эффективность сделает вас, в лучшем случае, привлекательным объектом поглощения для менее эффективного, но более рискового конкурента.
Управление рисками, по сути, состоит в осуществлении следующих девяти шагов, включаемых в проект:
1. Использовать процесс идентификации рисков (подробности в главе 14) для составления перечня рисков, которые грозят вашему проекту.
2. Убедиться, что все главные риски проектирования программного обеспечения (подробности в главе 13) представлены в вашем перечне.
3. Провести всю указанную предварительную подготовку по каждому из рисков:
• Дать наименование риску и присвоить ему уникальный номер.
• Провести мозговой штурм для выявления показателей наступления события риска (самых ранних признаков наступления риска).
• Оценить влияние риска на стоимость и расписание проекта.
• Оценить вероятность наступления риска.
• Рассчитать подверженность риску по отношению к графику и бюджету.
• Определить заранее, какие меры придется принять, если и когда событие риска наступит.
• Определить, какие меры для ослабления риска следует принять до наступления риска, чтобы обеспечить осуществимость избранных мер реагирования.
• Включить действия по ослаблению риска в общий план проекта.
• Выписать все детали в специальной форме, шаблон которой приведен в Приложении Б.
4. Указать возможные риски-катастрофы как допущения проекта. Разработать схему делегирования управления каждым из таких рисков вышестоящему руководству.
5. Сделать первый подход к оценке расписания, исходя из предположения, что ни один из рисков не материализуется. Другими словами, ваш первый шаг по оценке состоит в определении «даты с вероятностью нанопроцента», то есть самой ранней из дат, к которой вы можете успеть завершить проект.
6. Использовать собственные и отраслевые факторы неопределенности (подробности в главе 13) для построения диаграммы риска с пересечением в точке N.
7. Выразить, используя диаграмму риска, все обязательства по проекту, в явном виде показывая неопределенность, связанную с каждой планируемой датой и бюджетом.
8. Отслеживать все риски на предмет наступления или исчезновения и осуществлять планы на случай непредвиденных обстоятельств всякий раз, когда риски наступают.
9. Поддерживать в действии процесс идентификации рисков на всем протяжении проекта, чтобы справиться с поздно проявляющимися рисками.

On the bookshelvesAll

Dmitry Safiollin

Бизнес

Salmonberry

бизнес

Alexander Melkomukov

Бизнес

Tatyana Popova

Управление проектами

Related booksAll

Related booksAll

Тимоти Листер, Том Демарко

Человеческий фактор: успешные проекты и команды

Джеймс Робертсон, Питер Хрущка, Стив Макменамин, Сьюзан Робертсон, Тимоти Листер, Том Демарко

Балдеющие от адреналина и зомбированные шаблонами. Паттерны поведения проектных команд

Фредерик Брукс

Мифический человеко-месяц или как создаются программные системы

Том Демарко

Deadline. Роман об управлении проектами

Дж.Ханк Рейнвотер

Как пасти котов. Наставление для программистов, руководящих другими программистами

Эдвард Йордон

Путь камикадзе

Хенрик Книберг

Scrum и XP: заметки с передовой

On the bookshelvesAll

Бизнес

бизнес

Бизнес

Don’t give a book.
Give a library.
fb2epubzip
Drag & drop your files (not more than 5 at once)