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

23

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

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

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

ChrisF
источник
Если вы можете голосовать и считаете, что это полезный вопрос или у него есть полезные ответы ниже, пожалуйста, проголосуйте. Для создания хорошего сообщества сайтам StackExchange нужны голоса. Вы можете отдавать 30 голосов в день, не тратьте их впустую. Специально для пользователей с высокой репутацией и низким количеством подсчитанных голосов, пожалуйста, прочитайте это: meta.programmers.stackexchange.com/questions/393/…
Maniero
Пожалуйста, следуйте этому предложению для такого рода вопроса: Организационные аспекты
Maniero
5
Художник, работавший над анимацией королевы для Battle Chess, знал об этой тенденции и придумал инновационное решение. Он сделал анимацию для королевы так, как он чувствовал, будет лучше всего, с одним дополнением: он дал королеве домашнюю утку. Он оживил эту утку через все анимации королевы, развевал ее по углам. Он также позаботился о том, чтобы он никогда не перекрывал «реальную» анимацию.
Работа
2
В случае, если ответ Иова превысил чью-либо голову, художник легко убрал утку, когда менеджер раскритиковал очевидную проблему с его работой.
TheBigO

Ответы:

20

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

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

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

BlairHippo
источник
2
Участие - единственный действительно долгосрочный ответ здесь. Честная и открытая рабочая среда [в конечном итоге] является счастливой.
Двин
2
У меня был такой босс в компании из 3 человек, где я был программистом. Он всегда делал «полезные» предложения и задавал вопросы. Помимо того, чтобы быть профессиональным и уважать его положение, я бы дал ответы, чтобы удовлетворить его, чтобы попытаться заставить его уйти, чтобы прекратить прерывать мою работу. Но, думая, как ответить, или обдумывая наши разговоры, я бы видел проблемы другими способами и находил решения. Это действительно обострило, потому что он чувствовал себя оправданным, продолжая прерывать меня. И он был. Я многому научился и ненавидел это.
Гуперникетес
@Huperniketes, решайся.
Pacerier
5

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

Иосип Медведь
источник
Я тоже так себя веду :)
Эмилиано
5

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

Brandon
источник
4

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

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

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

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

Скотт Уитлок
источник
1

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

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

Tobiasopdenbrouw
источник
0

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

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

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

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

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

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

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

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

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

Pablo
источник
Из какой ты страны?
Pacerier
0

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

JP Alioto
источник
0

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

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

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

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

Jas
источник