"Эдвард Йордан "Смертельный марш" (Полное руководство для разработчика программного обеспечения по выживанию в безнадежных проектах)" - читать интересную книгу автора

С другой стороны, отчеты таких организаций, как Standish Group, а также
статистические данные таких авторитетных экспертов, как Capers Jones,
Howard Rubin, Paul Strassman и Larry Putnam, говорят о том, что в среднем
продолжительность проекта превышает плановую на 6-12 месяцев, а стоимость
превышает бюджет на 50-100%. Конкретная ситуация зависит от размера
проекта и ряда других факторов, но в любом случае суровая реальность
заставляет вас предполагать, что условия вашего проекта повлекут за собой
некоторую степень обреченности на неудачу, и это отразится на поведении
менеджера проекта и его технических специалистов. Если проект с самого
начала характеризуется высокой степенью риска, это наверняка повлечет за
собой массу сверхурочной работы, потерянных выходных, и, скорее всего,
массу эмоциональных и физических стрессов до самого его завершения. Если
даже проект начинается в разумной и спокойной обстановке, все равно велика
вероятность, что по мере своего продолжения он выродится в безнадежный -
то ли первоначальные план и бюджет окажутся крайне нереалистичными, то ли
у пользователей появится много новых требований, которые никак не
учитывались при составлении первоначального плана и бюджета.
Итак, спрашивается: если невозможно избежать безнадежных проектов, как их
можно выдержать? Что следует предпринять для повышения своих шансов на
успех? Когда следует быть готовым к компромиссу - и когда следует быть
готовым уйти в отставку, если дальнейшее продолжение работы невозможно?
Именно об этом идет речь в данной книге. Очевидно, решение перечисленных
проблем затрагивает такие вопросы, как кадровое обеспечение, процессы и
методологии, а также методы и средства. Если вы собираетесь руководить
безнадежным проектом, следует ли настаивать на свободе выбора при
формировании проектной команды? Следует ли занимать твердую позицию в
отношении процессов и методологий, таких, как модель SEI-CMM, или следует
позволить проектной команде отказаться от любых формальных методологий,
если они считают, что это поможет им нормально выполнить работу? Следует
ли настаивать на использовании определенных языков программирования,
рабочих станций и CASE-средств, или более важно активно участвовать в
политических баталиях?
Эти вопросы одинаково актуальны как для менеджера, отвечающего за проект,
так и для технических специалистов, мозолистыми руками которых система
проектируется, программируется, тестируется и документируется; все главы
книги адресуются в равной степени обеим группам. Пару слов относительно
менеджеров и технических специалистов: некоторые из комментариев, которые
вы обнаружите в следующих главах, предполагают, что менеджеры "злые", а
участники проектной команды - невинные, угнетенные жертвы. Очевидно, такая
ситуация не является обязательной для всех проектов и всех компаний, хотя
само существование безнадежных проектов является, как правило, результатом
сознательных решений руководства.
Если в этот момент вы решили, что у вас нет времени читать всю книгу,
скажу только одно слово, которое может окупить время, потраченное на
чтение предисловия: приоритетность (triage). Если вы участвуете в
безнадежном проекте, почти наверняка окажется недостаточно ресурсов, чтобы
реализовать всю функциональность и возможности ПО, которые требуются
конечному пользователю, в рамках утвержденного плана и бюджета. Так или
иначе придется решать, какие возможности следует реализовывать в первую
очередь, а какими можно пожертвовать. Действительно, некоторые из