Том ДеМарко - Вальсируя с медведями

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

Rawnsley, Judith H. Total Risk: Nick Leeson and the Fall of Barings Bank. New York: Harper Business, 1995.

Как 28-летний трейдер разрушил могущественное финансовое учреждение? Один неправильный прогноз за другим, и никто не побеспокоился проследить! Ощутимый результат отсутствия управления риском. Вы просто не сможете такое вообразить.

U.S. Marine Corps Staff. Weighting: The U.S. Marine Corps Book of Strategy. New York: Currency Doubleday, 1994.

Что? Книга о том, как воевать? Да, эта потрясающая книжица о том, как воевать, и о том, как преуспеть в проектах по разработке программного обеспечения. И еще раз да, она вам абсолютно подходит.

Vaughan, Karen. The Challenger Launch Decision: Risky Technology, Culture, and Deviance at NASA. Chicago: University of Chicago Press. 1996.

Официальный отчет утверждает, что космический челнок Challenger погиб из-за политического и экономического нажима, которые возобладали над разумным управлением рисками. Эта книга, будучи серьезным академическим исследованием, предлагает нечто гораздо более тонкое, причем гораздо более близкое любой организации.

Анализ основных причин

Andersen, Bjorn, ed. Root Cause Analysis: Simplified Tools and Techniques. Milwaukee: American Society for Quality, 1999.

Пользующийся большим успехом подход к предмету.

Gano, Dean. Apollo Root Cause Analysis: A New Way of Thinking, ed. Vicki E. Lee. Yakima, Wash.: Apollonian Publications, 1999.

Еще один очень популярный текст по анализу основных причин.

Goal/OPC. «Hoshin Planning Research Report.» Salem, N.H.: Goal/QPC, 1989.

Обратите особое внимание на главу 4 «Диаграммы сходства и метол KJ»

Shiba, Shoji, Alan Graham, and David Walden. A New American TQM. Portland, Orcg.: Productivity Press, 1993.

Анализ основных причин, на этот раз в контексте общего управления качеством.

Спиральные модели взаимной выгоды

Boehm, Barry W., and Hoh In. «Identifying Quality-Requirements Conflicts.» IEEE Software. Vol. 13. No. 2 (March 1996), pp. 25-35.

Интересное введение. Для более основательного ознакомления с этими моделями посмотрите сайт университета Южной Калифорнии http://sunset.usc.edu/researcli/WINWIN/winwinspiral.himl

Dr. Scuss and Eugene Poddany, The Cai in the Hat Songbook (New York: Random House, 1967). (прим. ред.)

прославленный английский поэт-сентименталист (прим. пер.)

английский политический деятель и оратор, премьер-министр Великобритании в 1868-1874, 1880-1885, 1886,1892-1894 г.г. от либеральной партии (прим. пер.)

(Гексли) английский биолог, соратник Чарльза Дарвина (прим. пер.)

английский кардинал, один из выдающихся церковных деятелей Англии (наряду с Ньюменом и Уайзманом), перешедших в католичество. (прим. пер.)

премьер-министр Великобритании в 1902-1905 г.г. от консервативной партии (прим. пер.)

перевод Н.М. Демуровой (прим. пер)

т.е. переход от большой машины с терминалами к сетевому серверу и клиентским ПЭВМ (прим. пер.)

Концепция бензоколонки в США претерпела в последние десятилетия значительные изменения. До нефтяного кризиса конца 60-х годов служащий бензоколонки заправлял автомобиль, протирал стекла, по просьбе клиента проверял уровень масла и охлаждающей жидкости и давление в шинах. Дорожные карты района предоставлялись бесплатно. После нефтяного кризиса, приведшего к разорению многих колонок, сервис существенно изменился. Ныне бензоколонки чаще всего осуществляют только заправку, на многих введено самообслуживание (прим. ред.)

Теперь нам очень нужна программа из двенадцати шагов, чтобы помочь нам отучиться измерять зрелость в соответствии с пятиуровневой моделью (прим авт.)

Система обработки багажа представляла собой 4000 автоматических тележек, управляемых лазерными сканерами, считывающими штрих-коды с багажных бирок, и транспортирующих багаж по туннелям длиной в 21 милю, оснащенным автоматическими «семафорами» на перекрестках (прим ред.)

W Wayt Gibbs, «Software's Chronic Crisis» («Хронический кризис программного обеспечения») Scientific American, September, 1994, p. 84 (прим. авт.)

Мы обязаны нашему коллеге Полю Руку (Paul Rook) за его элегантное замечание, что «управление рисками реабилитирует риск» (прим авт.)

Майк Эванс — сопредседатель Совета Airlce, группы, созданной министерством обороны США, чтобы помочь вооруженным силам совершенствовать процесс приобретения программного обеспечения и автоматизированных систем (прим. авт)

lndy-500, соревнования по автомобильным гонкам. Проходят каждый год с 1911 (кроме 1917-18 и 1942-45) на овальном гоночном треке в г. Индианаполис (США), по которому гонщик должен преодолеть расстояние в 500 миль (отсюда название гонки). Indy-500 является одним, но самым престижным этапом состязания «Indycar». От названия гонок произошло название класса гоночных автомобилей и собирательное название подобных соревнований. (прим ред.)

приставка «нано» означает 10 в степени -9 (прим. ред.)

Поль Рук, из доклада по управлению рисками. Европейская конференция по программным технологиям. Лондон, октябрь 1994 г (прим. авт.)

Т.е. они равняются 1 — 0.9¹² (прим. ред.)

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

Конструктивная модель стоимости (Constructive Cost Model — СОСОМО), разработанная в конце 70-х годов Барри Боэмом. Построена на основе анализа ряда проектов, выполненных в основном в интересах Министерства Обороны США, устанавливает соответствие между размером системы в тысячах условных строк кода и «классом» проекта, с одной стороны, и трудоемкостью разработки системы, с другой стороны (прим. пер.)