Як мені впоратися з менеджером, який завжди втручається в те, що я роблю, але насправді цього не розуміє?

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

Що я можу зробити, щоб створити враження, що я вдячний за його втручання, але тримайте це якомога коротше, щоб я міг продовжувати свою роботу?

Або я повинен більше спілкуватися з менеджером, щоб навчити його / її сучасними методами та практиками кодування? Зрештою, менеджер, який розуміє це, зможе розважливо поговорити з клієнтами та вищим керівництвом під час обговорення проекту та його строків.

Я кажу, іди вперед і намагайся займатися і виховувати.

Якщо вони чесно намагаються допомогти вам, шанс навчитися чомусь може бути для них цінним. Якщо вони просто запхають себе через его або політичні причини ("Дивіться, я допомагаю, я допомагаю!"), Вони, швидше за все, отримають уявлення, що ви будете бентежити їх, якщо вони продовжуватимуть цю дурницю - - або нанесли їх на смерть жаргонною стіною, яку вони лише роблять вигляд.

І якщо у вас є жахливий егоман, який справді думає, що він є фахівцем у вашій роботі, незалежно від того, які докази ви можете довести до протилежного, то посміхніться, кивніть, і будь-які тривіальні косметичні зміни змусять їх піти геть. І оновіть своє резюме.

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

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

Це може бути дуже складно, особливо якщо менеджер думає, що вони l33t h @ x0r, але за останні 10 років нічого не кодував.

Почніть з активного прослуховування . Переконайтеся, що ви точно розумієте, в який момент вони намагаються натрапити. Перефразовуйте їх і поверніть їм назад, щоб вони знали, що ви їх зрозуміли. Іноді це все, що насправді хвилює.

Якщо вони наполягають на певній реалізації, запитайте себе, чому ви відмовляєтесь від них. Має бути причина. Це, ймовірно, порушує якийсь фундаментальний принцип проектування програмного забезпечення ... як правило, роз'єднання проблем. Знайте свої принципи та знайте, чому вони кращі за альтернативу . Потім процитуйте принципи та поясніть, чому їх слід дотримуватися в цьому випадку. Це робить дискусію академічною.

Якщо ви не можете зрозуміти, чому вам не подобається, що вони говорять, це хороша можливість поставити під сумнів свої припущення.

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

Ввічливо запитайте його / її, чи можете ви обговорити все, що він має на увазі під час обіду.

Іноді треба просто сісти і слухати, навіть коли ми цього не хочемо.

Можна лише нашкодити гідності людини, не звертаючи на них уваги.

Ваш менеджер - це людина. Ставтесь до нього як до одного. Подивіться на нього так, ніби він якийсь хлопець на вулиці. Без назв.

Хіба це не робить його кимось, кому може знадобитися друг, когось, хто може почувати себе самотнім?

Ви думали про це з емоційної точки зору?

Він намагається передати неявне повідомлення?

Поговоріть з ним. Тільки не про проблему. Запитайте його, як проходить життя. Він може почувати себе вдячним і, таким чином, забезпечити вам менше робочої тривоги.

Ви вже розглядали чи робили це?

Якщо ні, то чому?

Зроби так само і з ним. Кожного разу, коли ви його бачите, негайно починайте говорити про його речі, незалежно від того, розумієте ви це чи ні ... "Ей, я думаю, що маркетингова кампанія повинна йти як ніби!" "Гей, я думаю, наша команда з продажу повинна зайнятися баром!" "Гей, наступного разу, коли ви поговорите зі своїм менеджером, ви повинні сказати йому квоту!" Він почне уникати вас, як чума.

Проблема тут полягає в тому, що ваш менеджер, очевидно, відчуває себе КОМПЕТЕНТНО, коли він НЕ.

У мене був такий досвід раніше, і для мене це спрацювало, якщо я тонко показав хлопцеві, що програмування не є його доменом.

Наприклад, я можу з великими зусиллями пояснити конкретний фрагмент коду, спускаючись до кінця, щоб говорити про хеш-таблиці та пов’язані списки, великі нотації O тощо, поки його обличчя не покаже, що він справді не може більше слідувати за ваше обговорення

Тож якщо ви зможете зняти це, ви, швидше за все, позбудетесь від нерозумних питань та мікроуправління.