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

«Тот, кто начинает с того, что любит Христианство больше, чем Истину, продолжит тем, что полюбит собственную секту или Церковь больше, чем Христианство, а кончит тем, что полюбит себя больше всего»[33].

Рассмотрение фактов в пользу какой-то доктрины не должно быть совершено раз и навсегда, а затем принято как окончательно решенное дело. Всегда незаконно удушать сомнение; потому что либо на него должен быть честный ответ на основании уже проведенного рассмотрения, либо оно доказывает, что рассмотрение было не полным.

«Но я – занятой человек, – скажет кто-то. – У меня нет времени на долгое обучение, которое потребовалось бы, чтобы стать хоть в какой-то мере компетентным судьей в определенных вопросах или, хотя бы, стать способным понимать суть доказательств».

Тогда у него не должно быть времени верить.

Приложение Б Шаблон для описания риска

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

Ссылки

Рекомендуемые статьи

Charetie, Robert N. «The New Risk Management.» Cutter Consortium Executive Report, Business-IT Strategies Advisory Service, Vol. 3. No. 9 (2000)

35-страничный трактат, который написан отцом данного направления (управления риском в разработке программного обеспечения).

Fairley, Richard. «Risk Management for Software Projects» IEEE Software, vol. 11. No. 3 (May 1994), pp. 57-67.

Лучшее десятистраничное введение в тему.

IEEE Computer Society. «Managing Risk.» IEEE Software Vol 14. No. 3 (May/June 1997).

Весь выпуск посвяшен риску.

Keen, Peter G.W. «Information Systems and Organizational Change.» Communications of the ACM, Vol. 24, No. 1 (January 1981), pp.24-33.

Букварь по клиентским/организационным рискам для тех, кого интересует только технический риск. Для каждой разработки рассчитывайте по крайней мере на одну контр-разработку. Старое, но славное!

U.S. General Accounting Office. «New Denver Airport: Impact of tire Delayed Baggage System» GAO Report GAO/RCED-95-35BR (Ociober 1994).

Ручная кладь.

Рекомендуемые книги

Charette, Robert N. Software Engineering Risk Analysis and Management. New York: McGraw-Hill, 1989.

He самое легкое чтение, но самый подробный подход. По-настоящему интересно, как только войдешь во вкус.

DeMarco, Tom. The Deadline: A Novel About Project Management. New York: Dorset House Publishing, 1997.

Роман об управлении проектом… да, роман… с настоящим риском: если руководитель не может справиться с проектом, он умрет.

Goldratt, Eliyahu M. Critical Chain. Great Barrington, Mass.: The North River Press, 1997.

Удивительный роман об управлении проектами, исследующий, почему проекты всегда задерживаются и как с этим бороться. Не уверены, что мы полностью согласны, но книга все равно является захватывающей. Она заставит вас все переосмыслить.

Grey, Stephen. Practical Risk Assessment for Project Management. Chichester, England: John Wiley & Sons, 1995.

Британский взгляд на управление рисками. Грей (Grey) работает в ICL (Великобритания). Говоря прямо, эта книга обсуждает программную поддержку управления рисками, а также оценку рисков.

Для примеров используется пакет программного обеспечения ©RISK, разработанный Palisade Corporation.

Hall, Elaine M. Managing Risk: Methods for Software Systems Development. Reading, Mass.: Addison-Wesiey, 1998.

Еще один основательный букварь по риску в разработке программного обеспечения. Эта книга подробно описывает стадии организационной зрелости в контексте управления риском.

Jones, Capers. Assessment and Control of Software Risks. Englewood Cliffs. N.J.: PTR Prentice Hall, 1994.

Интересное рассмотрение и систематизация большинства распространенных рисков. Поразите своего босса удивительной статистикой!

McConnell, Steve. Rapid Development: Taming Wild Software Schedules. Redmond, Wash.: Microsoft Press, 1996.

650 страниц удобочитаемых, разумных советов. Включает целую главу по управлению рисками и прямо связывает управление рисками с темой ускоренных разработок.

Wideman, R. Max, ed. Project & Program Risk Management: A Guide to Managing Project Risks and Opportunities. Newton Square, Penn.: Project Management Institute, 1992.

Сотрудники Института управления проектами (РМI) включили управление риском в РМВОК – созданную ими базу знаний управления проектами. Это – руководство по риску в девятитомной серии, изданной PMI.

Рекомендуемые сайты