Задраивайте люки, как старая соль рассказывает сказки о том, как ориентироваться в предательских сиренах управления проектами!

Жизнь на волне океана

Скорее всего, все мы были в положении, когда новый менеджер был нанят для управления существующей командой инженеров-программистов.

Чаще всего в любой новой команде без руля, ищущей нового капитана, накапливается изрядное беспокойство, особенно если дела шли хорошо до того, как предыдущий руководитель либо покинул корабль, либо был настолько плох, что они были вынуждены пойти по доске¹.

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

Часто, по крайней мере, в более прогрессивных компаниях, сами разработчики были бы непосредственно вовлечены в процесс найма - либо с целью определения той или иной технической проницательности, либо из-за той более неуловимой черты «культурного соответствия», о которой так часто говорят.

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

Однако бывают случаи, когда нового мичмана, стремящегося доказать свое право на получение статуса лейтенанта, катапультируют без ведома всех имеющихся рук.

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

Ну пожалуй.

1 - «Народный человек»

Одна из самых тревожных тенденций, которые проявляются у недавно назначенного менеджера проекта, - это когда он сразу же пытается вовлечься в ваши повседневные дела.

Я не говорю о тех случаях, когда они заходят с буфером обмена и их недавно украденные просматривают Bic biro в поисках статистики завершения последней сборки. В конце концов, мы все там бывали, это нормальное явление на миделе.

Я имею в виду, когда они намеренно пытаются узнать вас лично с самого начала. Вы знаете такую ​​вещь, инженер-программист, эквивалентный вынужденному свиданию в офисе, когда вы собираетесь закончить запись поистине величественного макроса vim, вставляя какой-то пикантный код в последнюю ветку, или просто настроить серверы компании для последней сложной версии кода.

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

Чтобы узнать нас, найти точки соприкосновения, нужно время, и со временем налаживаются дружеские отношения. Связи могут быть прочными, но для их развития требуется время.

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

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

Это нервы? Возможно, но со временем это исчезнет, ​​поскольку группа будет медленно их принимать, и фальшивые приглашения рассеются, как туман летним утром.

К сожалению, часто бывает так, что их просто увольняли из аналогичной роли, где либо выяснялось, что они не подходят, либо они узнали, что управление проектами - это роль, в которой они могут спрятаться, будучи «народным человеком». а не реальный лидер с техническими знаниями и актуальными и чувствительными социальными навыками.

Обычно это не заканчивается хорошо, поскольку такой «человек» в роли руководителя проекта какое-то время выглядит действительно здорово с точки зрения клиента, но абсолютно безнадежен с технической точки зрения компании.

Ведь со временем клиенту будет обещано все в длинных извилистых нескончаемых непринужденных беседах в офисном кресле без реального отношения к тому, что реально возможно или технически осуществимо. Менеджеру проекта не хватает реального технического понимания, поскольку его основная директива - болтать с клиентами и восклицать в отношении того, как их проблемы могут быть решены волшебным образом.

Бойтесь этого человека, потому что он вызовет уныние в команде, потому что будет слушать, но не слышит. Потребительские потребности радикально превзойдут возможности разработки программного обеспечения в кратчайшие сроки, и вина неизбежно катятся под гору, как пушечное ядро ​​по палубе катящегося корабля.

В довершение всего, их будет окружать иллюзия, изолирующая от критики со стороны начальства. Адмиралы поймут, что руководитель проекта отлично справляется с работой, а соленые разработчики отказываются от своих грандиозных идей и планов!

2 - «Процессор»

За последние десятилетия испытанные и испытанные действительно продуктивные методы разработки программного обеспечения подвергались вторжению, захвату и разграблению с точностью до дюйма их жизни в пользу новомодных и гнусно неэффективных методов.

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

Во-первых, они будут тем, что в просторечии называется сертифицированными, и, скорее всего, обрамят зернистый отпечаток этого достижения, непосредственно загруженный из LinkedIn ⁶ в дешевую черную пластиковую окантовку на виду у всех.

Во-вторых, у них будут инструменты. Много инструментов. Все инструменты будут напрямую связаны с этой проклятием разработчиков повсюду, с этим альбатросом на шее инженера, Excel. У инструментов будут графики. Очень много графиков. Инструменты и диаграммы будут пронизывать абсолютно все, что они говорят, и абсолютно все, что они делают, например, долгоносики в корабельном печенье.

Если есть работа, которую нужно сделать, для этого будет диаграмма и инструмент для ее создания. Горе, когда ты набрасываешься на код без достаточного количества карт!

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

На собеседовании потенциальный менеджер проекта должен достать (извините) ноутбук и запустить приложение для планирования проекта, загрузка которого занимает более 30 секунд, создать ламинированные цветные диаграммы любого типа размером A4 или выше или попросить Что касается мольберта, блокнотов и ручек, то вам следует немедленно прекратить собеседование или просто уйти ближайшим путем эвакуации, взяв бесплатное печенье.

Если когда-нибудь такой менеджер проекта попадет в команду, то продуктивность, скорее всего, упадет вплоть до печальных глубин шкафчика Дэви Джонса просто из-за интенсивного и быстрого перераспределения ресурсов в новый процесс разработки программного обеспечения, который вскоре будет передан по всему флоту.

Моральный дух будет быстро падать, поскольку часы будут потеряны на планирование, мониторинг и бесконечные ретроспективы, в то время как окончательная неудача менеджера проекта будет объяснена отказом от участия и сопротивлением изменениям со стороны разработчиков.

Сможете ли вы понять это?

И мы даже не коснулись потенциальной технической некомпетентности менеджера проекта, поскольку техническая компетентность не имеет значения, когда вы пронизаны злокачественным агрессивным процессом. Подробнее об этом драгоценном камне позже.

3 - Лидер, не склонный к вмешательству

Я всегда задавался вопросом об этом термине, как он появился и как кто-то может быть независимым лидером и при этом действительно добиваться результатов, руководя им? Можно ли быть поваром, строителем или летчиком-истребителем? Нет, конечно нет.

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

И это то, что неизбежно будет делать такой руководитель проекта.

Скорее всего, они будут нетехническими, опять же, с расплывчатыми сертификатами в чем-то вроде «сквозной непрерывной интеграции облака» или столь же расплывчатой ​​и вводящей в заблуждение «разработке методологий конвейера активации на основе тестов».

Но, к счастью, они, по крайней мере, не будут людьми, на самом деле они будут активно дистанцироваться от любого взаимодействия с командой, кроме случайных писем для сбора статистики и показателей, которые затем будут отправлены кому-то другому, чтобы сделать Диаграмма.

Истинный «невмешательский лидер» будет проводить часть своего времени, болтая с высшими должностными лицами службы, создавая видимость превосходства и контроля, в то же время проводя чрезмерное количество времени «вне зоны охвата», пока «собирает факты» или исследует «оперативные дела». стратегии »на поле для гольфа.

Фактически, «невмешатель» может быть виден разработчикам только на этапе собеседования. Неизбежно, поскольку проект развалится из-за отсутствия фактического руководства и надзора на высшем уровне, он будет расформирован, а менеджер проекта останется, и будет получать зарплату до тех пор, пока кто-то из отдела кадров не поймет, что у него не было реальной работы в течение нескольких лет.

Удачи в том, чтобы заставить их отвечать на звонки по мобильному телефону или электронную почту, их сложно отстранить.

Отбросить

Программная инженерия - это не только сокращение кода и письменная дипломатия, но и выбор капитана, который сможет управлять кораблем и безопасно доставить вас домой с прибылью.

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

Кроме того, я искренне извиняюсь за морской, несколько пиратский тон этого послания, но, эй, а кому не нравится пиратский сленг? Обр.

[1]: Сегодня день морских метафор, мои сердечки, обр.
[2]: По крайней мере, анекдотично, как и большинство моих статей по программной инженерии.
[3]: Хотя, что мог бы быть просто мной…
[4]: ​​Среди прочего, Agile. Привет, Rational Unified Process, я вас не забыл, и вы совершенно неуместны практически для 99% всех программных проектов в UML 21-го века!
[5]: И они должны быть в буквальном смысле слова. Вы знали, что это приближается, не так ли?
[6]: Или Удэми, Ebay, или какой-нибудь далекий заочный курс на самом краю света.
[7]: Давайте не будем даже думать о том, что agile, например, не должна даже иметь таких сущностей, как менеджеры проектов в надлежащей форме, о нет.
[8]: Их слова, а не мои. Я никогда не использовал такое слово, как парадигма. Снова.