Как мне справиться с менеджером, который всегда вмешивается в то, что я делаю, но на самом деле не понимает этого?

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

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

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

Я говорю: иди и попробуй заниматься и обучать.

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

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

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

Групповые коды отзывов. Общественное смущение всегда полезно для сдерживания таких привычек. :)

Это может быть очень сложно, особенно если менеджер думает, что он l @t h @ x0r, но ничего не кодировал за последние 10 лет.

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

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

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

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

Вежливо спросите его / ее, не могли бы вы обсудить все, что он имеет в виду за обедом.

Иногда нужно просто сесть и послушать, даже если мы этого не хотим.

Можно только оскорбить достоинство человека, не обращая на него внимания.

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

Разве это не делает его кем-то, кому может понадобиться друг, кто-то, кто может чувствовать себя одиноким?

Вы думали об этом с эмоциональной точки зрения?

Он пытается передать скрытое сообщение?

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

Вы уже обдумали или сделали это?

Если нет, то почему?

Сделай с ним то же самое. Каждый раз, когда вы видите его, сразу начинайте говорить о его вещах, независимо от того, понимаете вы это или нет ... «Эй, я думаю, что маркетинговая кампания должна идти как фу!» «Эй, я думаю, что наша команда продаж должна сделать бар!» "Эй, в следующий раз, когда вы поговорите со своим менеджером, вы должны сказать ему, quox!" Он начнет избегать тебя, как чумы.

Проблема здесь в том, что ваш менеджер явно чувствует себя КОМПЕТЕНТНЫМ, когда он НЕТ.

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

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

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