The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:
Не секрет, что у всех нас есть менеджеры. Некоторые из них отличные, а многие просто идиоты. Что делать, если у вас случается босс, который идеально подходит под эту доминирующую категорию? Увольняться и пытаться найти лучшее место? Это может звучать как хороший совет, но вы знаете так же хорошо, как и я, что новый начальник, скорее всего, не будет лучше. Не увольняйтесь. Оставайтесь. Управляйте начальником. Большинство из них поддаются управлению.
Прежде всего, помните свою цель: не делать ничего и получать деньги. Достичь этого полностью практически невозможно, но вы можете очень близко подойти. Делать что-то полезное два часа в неделю и получать зарплату за сорок часов - это то, к чему должен стремиться профессиональный инженер. Остальные 38 часов вы потратите на свои собственные проекты, ваши идеи с открытым исходным кодом, ваше образование, ваши мечты.
Самая большая проблема на пути к этому успеху - менеджер, нанятый именно для того, чтобы этого не произошло. Менеджеры используют несколько инструментов, чтобы поймать вас и заставить отдать им свое время. Вот что я делал в таких ситуациях с действительно раздражающим менеджером, которого у меня когда-то было:
Задачи. Поверьте или нет, он поручал мне некоторые задачи по кодированию. Я делал их очень медленно или вообще не делал. С серьезным дефицитом программистов на рынке и моим относительно хорошим профилем он не мог уволить меня. Так что ему приходилось мириться с тем, что я просто не писал код, несмотря на то, сколько задач было назначено. Очень скоро он отказался от этой идеи и перестал давать мне что-либо. Фактически, я создал образ очень опытного инженера, который не пишет код. Не важно, сколько раз вы просите.
Совещания. В начале он приглашал меня на все возможные совещания, потому что думал, что я очень умный. Я был даже умнее, чем он думал: на каждом совещании я выражал свое мнение очень агрессивным и конфликтным образом. И всегда было достаточно мнений, которые я мог высказать. Очень скоро он перестал звать меня на эти часовые совещания, потому что я просто их портил, выдвигая сильные аргументы и никогда не “был милым”. Затем, когда он перестал звать, я делал вид, что обижен, будто я действительно хотел что-то внести вклад, но все игнорируют меня. Вина - очень мощный инструмент управления, знаете ли.
Отчеты. Время от времени его интересовало, что происходит, в основном по электронной почте или в чате Slack. У меня всегда был очень длинный список вещей, над которыми я “работал”, которые были для него абсолютно загадкой. Он не был программистом и не имел достаточно мужества, чтобы проверить мои утверждения. Каждый раз, когда он спрашивал, над чем я занят, я отправлял ему что-то вроде “HDFS реконфигурация для Docker-образа” или “Интеграционные тесты для JAX-RS конечных точек”. Он был доволен, видя, что я очень занят, и оставлял меня в покое еще на одну-две недели. Фактически, я рекомендую вам активно отправлять такие отчеты своим менеджерам, прежде чем они вообще спросят. Это заставит их чувствовать себя еще более комфортно.
Утренние стояния. Это раздражающе и очень опасно, потому что другие программисты могут поймать ваши лжи о “HDFS и Docker”. Лучшая защита - атака: я всегда проявлял большой интерес к тому, над чем работают другие люди. Я всегда задавал дополнительные вопросы, заставляя их бояться меня. Это работало. Они никогда не беспокоили меня своими подозрениями. Постарайтесь не избегать утренних стояний - если менеджер видит вас там, он предполагает, что вы действительно работаете.
Советы. Он просил меня давать технические советы, чтобы помочь ему принимать решения. Это довольно рискованно, потому что в конечном итоге вы должны нести ответственность за советы, которые даете, особенно если вы старший разработчик или архитектор. Лучший способ избежать этого риска - передать ответственность кому-то другому. Я всегда пытался попросить кого-то в команде помочь мне: проанализировать проблему и создать короткое письмо/отчет с плюсами и минусами. Младшие программисты обычно очень заинтересованы в такой услуге для старшего сотрудника. Затем я просто пересылал это письмо менеджеру. Очень скоро он перестал обращаться ко мне для анализа и обращался к младшим напрямую.
Электронная почта. Длинные цепочки электронных писем очень раздражают, особенно в больших командах. Я их никогда не читал. И вам не следует их читать, если цените свое время. Однако вы не можете просто их игнорировать, потому что все почувствуют, что вы либо ленивы, либо социопат. Ни то, ни другое не в вашу пользу. Я всегда выбирал любое сообщение из цепочки и отвечал на него вопросом. Это называется троллинг. Вы провоцируете других продолжать разговор, хотя вам он совсем не интересен. Несколько таких писем в день, и люди подумают, что вы владеете всем в команде.
Обучение. Мой менеджер время от времени просил меня тренировать новых программистов и помогать им. Это тоже было очень рискованно, так как новички обычно решали, что я их друг и начинали со мной разговаривать обо всем, забирая мое время. Чтобы предотвратить это, я всегда пытался познакомить их с кем-то другим - их новым другом. Каждый, если он не понимает последствий, с радостью говорит с младшими программистами и покровительствует им. Мне просто нужно было сразу же передать этих новичков нужному человеку.
Личные встречи. Это была самая раздражающая часть: личные встречи с менеджером. Он спрашивал меня, насколько я счастлив в команде, какие у меня планы, какие проблемы я вижу и т.д. Я не мог сказать “Ну, я рад, что вы все еще платите мне, и моя самая большая проблема в том, что вы слишком часто меня раздражаете.” Вместо этого мне приходилось выдумывать планы, идеи, проблемы и вещи, которые меня не устраивали. Я всегда имел подготовленный список таких вещей на случай, если менеджер когда-нибудь вызовет меня на встречу.
Это была моя стратегия. Как вы управляете своими менеджерами?
Translated by ChatGPT gpt-3.5-turbo/42 on 2023-12-27 at 10:28
