Вальсируя с медведями
Добавить в закладки К обложке
- Вступительное замечание авторов - Страница 1
- ПрологЭтика веры - Страница 2
- Часть IПочему? - Страница 4
- Глава 1Стремление к рискам - Страница 5
- Глава 2Управление рисками – это управление проектами для взрослых - Страница 8
- Глава 3Пересмотр истории международного аэропорта в Денвере - Страница 12
- Глава 4Доводы в пользу управления рисками - Страница 15
- Часть IIПочему бы и нет? - Страница 18
- Глава 5Доводы против управления рисками - Страница 19
- Глава 6Бремя ответственности за неопределенность - Страница 21
- Глава 7Удача - Страница 23
- Часть IIIКак? - Страница 25
- Глава 8Количественное определение неопределенности - Страница 26
- Глава 9Механика управления рисками - Страница 29
- Глава 10Правила управления рисками - Страница 34
- Глава 11Возвращение к основам - Страница 37
- Глава 12Инструменты и процедуры - Страница 41
- Глава 13Основные риски проекта по разработке программного обеспечения - Страница 44
- Глава 14Уточненный процесс обнаружения рисков - Страница 49
- Глава 15Динамика управления рисками - Страница 53
- Глава 16Инкрементный метод для ослабления рисков - Страница 55
- Глава 17Стратегия максимального ослабления рисков - Страница 59
- Часть IVСколько? - Страница 61
- Глава 18Количественная оценка ценности - Страница 62
- Глава 19Ценность – это тоже неопределенность - Страница 65
- Глава 20Анализ чувствительности - Страница 67
- Глава 21Выгоды возмещают риски - Страница 69
- Глава 22Уточнение правил управления рисками - Страница 70
- Часть VТак есть или нет? - Страница 72
- Глава 23Тест на управление риском - Страница 73
- Приложение АВильям Кингдон КлиффордЭтика веры, Часть 1 - Страница 75
- Приложение БШаблон для описания риска - Страница 79
- Ссылки - Страница 80
Department of Defense. Reports citing RM from the DoD Software Acquisition Best Practices Initiative, Software Program Managers Network (SPMN): http://www.spmn.com
По инициативе группы SPMN, созданной ВМФ США для Минобороны, создано много интересных (бесплатных) материалов, охватывающих управление рисками среди прочего. Risk Radar – инструмент управления рисками (можно бесплатно скачать).
IEEE Std. 1540-2001. «IEEE Standard for Software Life Cycle Processes-Risk Management.» Los Alamitos, Calif: IEEE Computer Society Press, 2001: http://www.ieee.org
Принятый стандарт процессов от IEEE.
Software Engineering Institute. "Taxonomy Based Risk Identification» Report No. SEI.93-TR-O06:
http://svww.sei.emti.edu/publications/documents/93.reports/93.tr.006.html
Этот доклад Института инжиниринга программного обеспечения (SE1) включает таксономию риска; начальный комплект для идентификации риска из 194 вопросов.
Ссылки на близкие темыМозговой штурм
de Bono, Edward. Lateral Thinking: Creativity Step by Step. New York: Perennial, Harper & Row, 1990.
Классическое произведение отца мозгового штурма.
Six Thinking Hats. Boston: Little Brown & Co., 1999.
Кому нужно стереоскопическое видение? Шесть способов смотреть на вещи.
von Dech, Roger. A Whack on the Side of the Head: How You Can Be More Creative. New York: Warner Books, 1998.
Умственная гимнастика для развития креативности.
Инкрементный метод
Beck, Kent. Extreme Programming Explained: Embrace Change. Reading, Mass.: Addison-Wesley, 2000.
Если вы не читали об экстремальном программировании или других требующих сообразительности методологиях, начните здесь.
____ and Martin Fowler. Planning Extreme Programming. Reading, Mass.: Addison-Wesley, 2001.
Экстремальное программирование весьма полезно, когда его рассматривают как набор стратегий управления риском. Двухнедельный цикл планирования и поставки, определенный клиентом, является встроенной стратегией ослабления риска с определенной клиентом стоимостью и предназначен для предотвращения опозданий поставки. Как указывают Бек и Фаулер на стр. 18, «хороший клиент хочет принять полную ответственость за успех или провал проекта». Может ли такое случится в вашей работе?
Gilb, Tom. Principles of Software Engineering Management, ed. Susannah Finzi. Wokingham, England: Addison-Wesley, 1988.
Гилб – один из сильнейших и самых ранних защитников инкрементной разработки, которую он называет «эволюционными поставками».
«Посмертный» анализ
Collier, Bonnie, Tom DeMarco. and Peier Fcarey. «A Defined Process for Project Postmortem Review.» IEEE Software, Vol. 13, No. 4 (July 1996), pp. 65-72.
Как указывает название статьи, нужен определенный процесс, а не погружение в воспоминания!
Kerth, Norman L. Project Retrospectives: A Handbook for Team Reviews. New York: Dorset House Publishing, 2001.
Эта маленькая книжка поможет вам установить связь с прошлым, чтобы мы могли научиться лучше действовать в будущем.
Сказки реального мира
Bernstein, Peter L. Against the Gods: The Remarkable Story of Risk. New York: John Wiley amp; Sons, 1996.
Эта книга рассказывает историю группы мыслителей, показавших миру, как понимать и измерять риск, отмечая на стр. 1, что «революционная идея, определяющая границу между современностью и прошлым, является господством риска…»
Bridges, William. Managing Transitions: Making the Most of Change. Reading, Mass.: Perseus Books, 1991.
Почему так чертовски трудно заставить людей изменить их привычки – намек: дело всегда в эмоциях – и что можно сделать, чтобы способствовать изменениям.
Petroski, Henry. To Engineer Is Human: The Role of Failure in Successful Design. New York: Vintage Books, 1992.
Петроски, профессор отделения гражданского строительства и охраны окружающей среды в университете Дкжа (Duke University), пишет о том, как на практике инженеры весьма успешно справлялись с реальным риском. Настоящая классика, впервые опубликованная в 1985 году.