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

ОглавлениеДобавить в закладки К обложке

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 году.


Логин
Пароль
Запомнить меня