В любом случае, непредвиденный кризис может повлечь за собой самые разнообразные безнадёжные проекты. В худшем случае конечный срок таких проектов – «вчера, если не раньше», поскольку кризис уже наступил, и ситуация будет продолжать ухудшаться до тех пор, пока внедрение новой системы не позволит решить проблемы. В других случаях, например, при неожиданном увольнении ключевых разработчиков, «нормальный» в обычных условиях проект превращается в безнадёжный из-за нехватки рабочей силы и потери ключевых интеллектуальных ресурсов.
По различным причинам, такая ситуация приводит к наихудшим разновидностям безнадёжных проектов,
В предыдущем разделе шла речь о том, что организации начинают и/или допускают существование безнадёжных проектов по вполне определённым причинам. Мы можем с ними соглашаться или не соглашаться, можем сочувствовать тем, кого постиг неожиданный кризис, но, в конце концов, должны принять их безоговорочно.
Однако это вовсе не означает, что мы как индивидуумы обязаны лично участвовать в безнадёжных проектах. В своей книге я в основном исхожу из предположения, что вы
Очевидно, некоторые разработчики и, вероятно, ещё в большей степени менеджеры возразят, что такой вариант им практически не подходит. Далее мы вкратце поговорим на эту тему, а сейчас важно отметить, что это одна из нескольких возможных «негативных» причин участия в безнадёжном проекте; в этом нет ничего особенно хорошего, но, возможно, альтернативы ещё хуже.
С другой стороны, некоторые разработчики (и менеджеры)
Наиболее распространённые причины приведены в табл. 1.2, ниже они будут подробно обсуждаться.
Таблица 1.2 Причины участия в безнадёжных проектах

Этот список далеко не полон. Kevin Huigens на одном из недавних совещаний предложил своей проектной команде устроить небольшой мозговой штурм, в ходе которого они попытались ответить на три моих вопроса:
1) Почему трезвомыслящие люди соглашаются участвовать в безнадёжном проекте?
2) Если ваш коллега собирается стать менеджером безнадёжного проекта, что бы вы посоветовали ему сделать?
3) Наоборот, что бы вы посоветовали ему не делать ни при каких обстоятельствах?
В результате были получены следующие ответы:
1. На первый вопрос:
1) каждый хочет быть нужным;
2) ожидаемые возможности;
3) ожидаемые доходы;
4) не могу позволить себе потерять работу;
5) приглашение со стороны возглавить проект;
6) желание преодолеть недоверие к себе;
7) возможность поработать с новой технологией, невзирая на возможный провал проекта;
8) обучение новой технологии в процессе работы;
9) вечный оптимизм;
10) вызов;
11) явная глупость;
12) шанс самоутвердиться;
13) работу надо выполнять;
14) это всего лишь проект;
15) мой друг руководит проектом;
16) мой брат руководит проектом (это ещё важнее, чем друг) ;
17) мой босс сказал, что так надо;
18) я не мыслю себе другой жизни;
19) лучшего дела не существует;
20) получение дивидендов по акциям;
21) ожидание повышения зарплаты по сравнению с имеющейся;
22) любовь слепа;
23) формирование послужного списка;
24) безразличие;
25) чувство товарищества;
26) ожидание, что проект продлится недолго.
2. На второй вопрос:
27) оставь меня в покое;
28) спасайся!
29) будь внимателен;
30) спроси: «Что я буду с этого иметь?»;
31) перед началом проекта как следует отдохни;
32) убедись, что можно полностью доверять всем своим сотрудникам;
33) помни, что разработчики тебе не враги, враги – менеджеры;
34) общение, общение и ещё раз общение;
35) не раздувай проектную команду;
36) нанимай молодых специалистов;
37) береги свою команду;
38) сделай так, чтобы к началу тестирования план тестирования был уже готов;
39) сделай так, чтобы каждый хорошо понимал, чем он занимается;
40) поддерживай документацию в актуальном состоянии;
41) каждый должен иметь доступ к документации;
42) проводи регулярно еженедельные совещания для обсуждения хода разработки;
43) проводи совещания ежедневно;
44) держи под рукой побольше хорошего кофе;
45) команда всегда должна быть в хорошем настроении;
46) обеспечь команду всем необходимым.
3. На третий вопрос:
47) не планируй бракосочетание;
48) не оставляй проблем, за которые непонятно кто отвечает;
49) не позволяй слишком беспечно относиться к внесению изменений в проект;
50) не думай, что первая версия будет и последней;