Искусство управления IT-проектами - Скотт Беркун

89

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

90

О планах тестирования и общих методиках контроля качества можно узнать из книги Рэкса Блэка (Rex Black) «Managing the Test Process» (Microsoft Press, 1999). Если вы серьезно заинтересованы вопросами качества, их надо сделать частью концептуального документа и учитывать в процессе планирования.

91

Из первого тома «System Thinking» книги Вейнберга (Weinberg) «Quality Software Management» (Dorset House, 1991), стр. 272–273.

92

Из первого тома «System Thinking» книги Вейнберга (Weinberg) «Quality Software Management» (Dorset House, 1991), стр. 272–273.

93

Неплохую подборку полезных инструментов и процессов вы найдете по адресу http://www.martinfowler.com/articles/continuousIntegration.html.

94

См. эссе Джоула Сполски (Joel Spolsky) «Painless Bug Tracking» по адресу http://www.joelonsoftware.com/articles/fog0000000029.html.

95

Если вас интересуют подробности на эту тему, наибольшую ценность могут представить следующие два источника: книга Тома Демарко (Tom Demarco) «Controlling software projects» (Prentice Hall, 1986) и том 1 «Systems thinking» книги Джеральда Вейнберга (Gerald Weinberg) «Quality Software Management» (Dorset House 1991).

96

Разработка на основе тестирования может стать одним из действенных подходов к решению задач качества разработки на ранних этапах и уберечь от больших наплывов обнаруживаемых ошибок. Обратите внимание на следующий материал: http://en.wikipedia.org/wiki/Test_driven_development.

97

Из первого тома «Systems thinking» книги Вейнберга (Weinberg) «Quality Software Management», стр. 250

98

См. книгу Кента Бека (Kent Beck) «Extreme Programming Explained» (Addison-Wesley, 1999), стр. 69.

99

Разумеется, чем выше качество разработки программного продукта, тем проще предсказать, как скажутся на нем вносимые изменения.

100

Советы по поводу качественного выполнения постпрограммы можно найти по адресу http://www.scottberkun.com/essays/.

101

Руководители проекта придают всему сильную эмоциональную окраску и поэтому испытывают проблему с объективностью. А у стороннего эксперта эмоциональная составляющая или причастность к этим событиям отсутствует, поэтому у него будет больше шансов на успешное изучение, осмысление, составление отчета и выдачу рекомендаций по проекту.

102

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

103

Из словаря «Random House College dictionary» (1999).

104

Из книги «Roundtable on Project Management».

105

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

106

Организационные изменения даются нелегко. Прежде чем самому браться за дело, определенно нужно изучить предмет. Я советую начать с книги Джона П. Коттера (John P. Kotter) «Start with Leading Change» (Harvard Business School Press, 1996).