Эдвард Йордон - Путь камикадзе

3) Наоборот, что бы вы посоветовали ему не делать ни при каких обстоятельствах?

В результате были получены следующие ответы:

1. На первый вопрос:

* каждый хочет быть нужным;

* ожидаемые возможности;

* ожидаемые доходы;

* не могу позволить себе потерять работу;

* приглашение со стороны возглавить проект;

* желание преодолеть недоверие к себе;

* возможность поработать с новой технологией, невзирая на возможный провал проекта;

* обучение новой технологии в процессе работы;

* вечный оптимизм;

* вызов;

* явная глупость;

* шанс самоутвердиться;

* работу надо выполнять;

* это всего лишь проект;

* мой друг руководит проектом;

* мой брат руководит проектом (это ещё важнее, чем друг) ;

* мой босс сказал, что так надо;

* я не мыслю себе другой жизни;

* лучшего дела не существует;

* получение дивидендов по акциям;

* ожидание повышения зарплаты по сравнению с имеющейся;

* любовь слепа;

* формирование послужного списка;

* безразличие;

* чувство товарищества;

* ожидание, что проект продлится недолго.

2. На второй вопрос:

* оставь меня в покое;

* спасайся!

* будь внимателен;

* спроси: «Что я буду с этого иметь?»;

* перед началом проекта как следует отдохни;

* убедись, что можно полностью доверять всем своим сотрудникам;

* помни, что разработчики тебе не враги, враги – менеджеры;

* общение, общение и ещё раз общение;

* не раздувай проектную команду;

* нанимай молодых специалистов;

* береги свою команду;

* сделай так, чтобы к началу тестирования план тестирования был уже готов;

* сделай так, чтобы каждый хорошо понимал, чем он занимается;

* поддерживай документацию в актуальном состоянии;

* каждый должен иметь доступ к документации;

* проводи регулярно еженедельные совещания для обсуждения хода разработки;

* проводи совещания ежедневно;

* держи под рукой побольше хорошего кофе;

* команда всегда должна быть в хорошем настроении;

* обеспечь команду всем необходимым.

3. На третий вопрос:

* не планируй бракосочетание;

* не оставляй проблем, за которые непонятно кто отвечает;

* не позволяй слишком беспечно относиться к внесению изменений в проект;

* не думай, что первая версия будет и последней;

* не раздражайся и не злись;

* не теряй самообладания;

* не позволяй другим терять самообладание;

* не принимай слишком близко к сердцу успех или неудачу проекта;

* не слишком полагайся только на одного человека из команды;

* не относись слишком несерьёзно к распределению ресурсов;

* не думай, что команда способна понять весь проект в целом;

* если тебе что-то непонятно, не бойся спрашивать;

* не начинай проект сам;

* не начинай проект, если не хватает финансов для его завершения;

* не соглашайся на нереальные сроки;

* не бойся уйти из проекта, если видишь, что руководство ведёт себя неразумно;

* не будь слишком строг к низкооплачиваемым сотрудникам;

* не затягивай совещания больше, чем на 1,5 часа;

* не забывай о личной жизни;

* не бойся требовать от руководства то, что тебе необходимо;

* не бойся начальства;

* не забывай обновлять свой послужной список;

* не молись на так называемых экспертов;

* не забывай, что руководство ничего не смыслит в разработке ПО.

Естественно, все сказанное предполагает, что вы заранее знаете о безнадёжности проекта. Как отмечает эксперт Dave Kleist, это не так просто, когда вас интервьюируют по поводу новой работы:

… вряд ли можно где-нибудь увидеть объявление о найме для участия в безнадёжном проекте. Какой смысл спрашивать: «Хотите ли вы работать сверхурочно без какой-либо прибавки к зарплате?»… На самом деле, безнадёжные проекты редко объявляются таковыми во всеуслышание, и вам придётся достаточно долго проработать в нанявшей вас компании, прежде чем удастся обнаружить, что она обладает склонностью плодить безнадёжные проекты.

И, как отмечает Steve Benting (отвечая на те же три вопроса), иногда приходится сталкиваться с неприятными сюрпризами:

1) Первое время проект кажется довольно хорошо продуманным. У проекта есть лидер, есть реально заинтересованное лицо в руководстве, план выглядит достаточно солидным, а участники проекта – достаточно квалифицированными. В таком проекте действительно хочется работать. Но в один прекрасный момент все летит кувырком, потому что руководство увлеклось политическими играми, план основывался, как оказалось, на неверных предпосылках, и один или два ключевых разработчика вдруг закапризничали. Как ни старайся, невозможно полностью застраховаться от ошибок. Не хочется верить, что такое может повториться сначала. (Лично я участвовал в одном крупном проекте, но он закончился весьма неудачно. Срок завершения был перенесён с октября 1994 г. на март 1995 г. Я работал над планом действий в непредвиденных ситуациях до самого конца и ушёл вслед за большинством участников проекта в январе 1995 г. Новая система так до сих пор и не разработана. В настоящий момент компания пытается приобрести другую систему, которая не обладает и половиной требуемой первоначально функциональности.)

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

3) Не позволяйте кому-либо, помимо вас, серьёзно вмешиваться в дела ваших сотрудников и обращаться к ним с различными просьбами, отвлекающими их от работы. Это не значит, что вы сами не должны оказывать на них никакого давления, но ситуация должна быть под вашим контролем, если хотите, чтобы дела в команде шли нормально.

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

В самом деле, если принимать во внимание влияние западной культуры (особенно в США), то вовсе не удивительно наблюдать, как молодые программисты готовы добровольно участвовать в безнадёжных проектах. Мы не устаём повторять, что успех кинозвёзд, рок-певцов, выдающихся спортсменов и олимпийских чемпионов, а также лидеров в софтверном бизнесе, объясняется их колоссальной энергией, огромной работоспособностью и готовностью принести свою личную жизнь в жертву успеху. Мы никогда не слышали о том, чтобы успех могли принести хитрость и двуличность, сомнительные сделки и противозаконная деятельность. И нам не часто приходится слышать, что удачу приносит умение оказаться в нужном месте в нужное время. Например, Билл Гейтс, определённо, представляет собой книжный образ удачливого бизнесмена; однако, если бы группа руководителей IBM не появилась бы в Сиэттле, чтобы взглянуть на операционную систему для ПК, и если бы Гейтс не оказался под рукой в то время, как IBM не смогла дождаться результата от своего первоначального подрядчика, кто знает, где была бы Microsoft сегодня?