С другой стороны, некоторые разработчики (и менеджеры) с радостью соглашаются участвовать в таких проектах; спрашивается, почему же (не считая наивных оптимистов) нормальный здравомыслящий человек добровольно соглашается участвовать в проекте, где ему, скорее всего, придётся работать 14 часов в день, 7 дней в неделю и год или два без отпуска?
Наиболее распространённые причины приведены в табл. 1.2, ниже они будут подробно обсуждаться.
Таблица 1.2 Причины участия в безнадёжных проектах
Этот список далеко не полон. Kevin Huigens на одном из недавних совещаний предложил своей проектной команде устроить небольшой мозговой штурм, в ходе которого они попытались ответить на три моих вопроса:
1) Почему трезвомыслящие люди соглашаются участвовать в безнадёжном проекте?
2) Если ваш коллега собирается стать менеджером безнадёжного проекта, что бы вы посоветовали ему сделать?
3) Наоборот, что бы вы посоветовали ему не делать ни при каких обстоятельствах?
В результате были получены следующие ответы:
1. На первый вопрос:
* каждый хочет быть нужным;
* ожидаемые возможности;
* ожидаемые доходы;
* не могу позволить себе потерять работу;
* приглашение со стороны возглавить проект;
* желание преодолеть недоверие к себе;
* возможность поработать с новой технологией, невзирая на возможный провал проекта;
* обучение новой технологии в процессе работы;
* вечный оптимизм;
* вызов;
* явная глупость;
* шанс самоутвердиться;
* работу надо выполнять;
* это всего лишь проект;
* мой друг руководит проектом;
* мой брат руководит проектом (это ещё важнее, чем друг) ;
* мой босс сказал, что так надо;
* я не мыслю себе другой жизни;
* лучшего дела не существует;
* получение дивидендов по акциям;
* ожидание повышения зарплаты по сравнению с имеющейся;
* любовь слепа;
* формирование послужного списка;
* безразличие;
* чувство товарищества;
* ожидание, что проект продлится недолго.
2. На второй вопрос:
* оставь меня в покое;
* спасайся!
* будь внимателен;
* спроси: «Что я буду с этого иметь?»;
* перед началом проекта как следует отдохни;
* убедись, что можно полностью доверять всем своим сотрудникам;
* помни, что разработчики тебе не враги, враги – менеджеры;
* общение, общение и ещё раз общение;
* не раздувай проектную команду;
* нанимай молодых специалистов;
* береги свою команду;
* сделай так, чтобы к началу тестирования план тестирования был уже готов;
* сделай так, чтобы каждый хорошо понимал, чем он занимается;
* поддерживай документацию в актуальном состоянии;
* каждый должен иметь доступ к документации;
* проводи регулярно еженедельные совещания для обсуждения хода разработки;
* проводи совещания ежедневно;
* держи под рукой побольше хорошего кофе;
* команда всегда должна быть в хорошем настроении;
* обеспечь команду всем необходимым.
3. На третий вопрос:
* не планируй бракосочетание;
* не оставляй проблем, за которые непонятно кто отвечает;
* не позволяй слишком беспечно относиться к внесению изменений в проект;
* не думай, что первая версия будет и последней;
* не раздражайся и не злись;
* не теряй самообладания;
* не позволяй другим терять самообладание;
* не принимай слишком близко к сердцу успех или неудачу проекта;
* не слишком полагайся только на одного человека из команды;
* не относись слишком несерьёзно к распределению ресурсов;
* не думай, что команда способна понять весь проект в целом;
* если тебе что-то непонятно, не бойся спрашивать;
* не начинай проект сам;
* не начинай проект, если не хватает финансов для его завершения;
* не соглашайся на нереальные сроки;
* не бойся уйти из проекта, если видишь, что руководство ведёт себя неразумно;
* не будь слишком строг к низкооплачиваемым сотрудникам;