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

Отношение менеджера к проекту

Менеджер не должен выражать своё отношение к проекту аля «проект полная ж...» (ППЖ) — таким образом он заранее настраивает разработчика на провал…

Отношение коллег к проекту

Видя что вашему коллеге достался проект из разряда ППЖ, не стоит выражать ему своё сочувствие словами «Проект тебе достался — ППЖ» — это не только ухудшит Ваши с ним отношения (слова «Тебе бы такой» может и не будут сказаны, но на языке точно будут крутиться), но и может навредить самому проекту…

Архитектура проекта

На разработку архитектуры зачастую уделяется мало времени, и очень зря. Необходимо приучить разработчика вначале продумать архитектуру до последнего винтика, а лишь потом писать код. А у нас, зачастую, “шашки наголо” и давай махать, нарубили дров, успокоились, и начали переписывать весь код наново — но бюджет проекта не резиновый — и это надо помнить не только менеджеру проекта, но и разработчикам.
И нечего пинать на реализацию, если архитектуру про… ли.

Дизайн проекта

Лучше когда дизайн есть с первого дня разработки, и тому есть несколько причин:

программисту не хочеться заниматься рутиной — а серые формы подталкивают к мыслям о том, что это «очередной проект» (а если предыдущий закончился провалом — явно будет отрицательный настрой на работу)
чем дельше в лес — тем сложней будет прикрутить дизайн

Но дизайн — дизайну рознь — он может стать раздражающим фактором на всё время разработки, так что если сделанный дизайн не нравиться нам, не стоит его показывать заказчику с надеждой — авось прокатит…

И еще процитирую Стива Джобса: «В речи большинства людей „дизайн“ означает облицовку, но это совершенно не так. Дизайн — это основа и душа любого человеческого творения» — так давайте запомним это, и не будем создавать проекты-зомби…

Cross-post: Судьба проекта в ваших руках