И я получил один из самых важных уроков в своей жизни.

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

И вдруг руководство уволило нашего лучшего разработчика. Назовем его в этой статье «Дэвид» (конечно, это не настоящее имя).

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

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

Тогда каковы были причины стрельбы? После ухода Дэвида наш технический директор сказал, что его уволили по трем причинам.

Первый и самый большой…

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

Итак, компания думала, что они получают много, потому что то, что делал Дэвид, три средних разработчика не могли сделать это вместе. Таким образом, они всегда упускали из виду плохие стороны кода Дэвида.

Что это было?

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

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

Итак, первая проблема возникла, когда Дэвид был в отпуске, и нам потребовались экстренные изменения в коде Дэвида, чтобы исправить ошибку. Но поскольку Дэвид работал один, у него не было достаточно времени, чтобы вовремя исправить ошибку. В тот раз наш клиент очень разозлился.

К тому времени, как мы устранили проблему, клиент получил несколько очень плохих отзывов от своих клиентов.

Тогда руководство поняло проблемы и уволило менеджера проекта. Дэвида не уволили вместе с руководителем проекта, но менеджмент был недоволен всем этим. Его уволили через месяц. И вы узнаете, почему.

Второй и самый важный…

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

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

Но Давид был Давидом. Внезапно он не выдержал лечения нового менеджера проекта. И каким-то образом Дэвид воспринял это на свой счет. Он думал, что не получает должного уважения. Но ясно, что это было не так.

Приведем несколько примеров.

  • Он намеренно не следовал методам менеджера проекта. Например, мы используем Jira каждый день. Но Дэвид считал, что это не стоит его времени.
  • Он часто опаздывал в офис. Его логика заключалась в том, что он выполнил больше задач, чем ему поручили. Это было правдой.
  • Его очень раздражало посещение любых собраний.
  • Он думал, что может кодировать быстро и эффективно, поэтому у него должны быть дополнительные преимущества.

Третье и самое важное…

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

Дэвид был явно недоволен, но ничего не мог сказать, потому что это было решение руководства. Разработчику пришлось очень постараться, чтобы понять коды. В большинстве случаев, когда он просил Дэвида о помощи, Дэвид отказывался помочь, потому что считал, что его время не стоит того.

Разработчик не только справился с Дэвидом, но и очень расстроился. Он тоже был хорошим разработчиком, но начал терять уверенность. В конце концов он сказал менеджеру, что не хочет работать с Дэвидом.

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

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

Последние слова

На моей первой работе мой менеджер дал мне очень важный совет. Я до сих пор это помню и практикую.

Это:

Выполнение поставленных задач — половина дела. Другая половина — это то, как вы это делаете.

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

Вы можете поделиться со мной своей историей разработки анонимно. Вы можете отправить его здесь.

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