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

16

Я работаю с PHP и SQL.

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

Теперь я думаю, что я пойду дальше и осуществлю свою идею, потому что его идея была недостаточно ясна для меня. Как вы думаете, он будет сумасшедшим?

Darknight
источник
71
Похоже, проблема может заключаться в том, что вы не очень хорошо объясняете, почему ваш «лучше и быстрее реализовать».
Николь
21
Пожалуйста, добавьте больше информации: (1) Может ли ваш босс запрограммировать? (2) Каково было именно решение вашего босса. (2) Какое именно ваше решение? Пока эти неизвестные не будут поняты, трудно судить, действительно ли ваше решение действительно хорошо.
Темная ночь
4
Вы лучше своего босса? Что заставляет тебя так думать? Нам нужны детали.
Дэмиен Рош
3
Я думаю, что это может также помочь отредактировать ваш вопрос, чтобы связать его с другим, связанным вопросом: programmers.stackexchange.com/questions/28228/…
Дэмиен Рош
3
Дай угадаю, ты программировал меньше 5 лет? Милый, невинный ребенок ... :-)
Эд Грибель

Ответы:

83

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

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

Но вы заявляете:

потому что его идея была недостаточно ясна для меня

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


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

Murph
источник
13
+1 «до тех пор, пока вы не поймете, о чем он просит»
Дин Хардинг,
3
Отличный ответ, хотел бы добавить, что мы не должны предполагать, что у босса нет дополнительной информации от его босса или кого-то более высокого уровня, что приводит к тому, что у него есть дополнительные знания, позволяющие сделать вывод, что его решение лучше. Я уже видел это раньше, и вместо того, чтобы выглядеть как осел, это помогает убедиться, что вы понимаете своего босса и откуда он идет, прежде чем перейти к «мой босс не понимает, что мое решение лучше».
Крис
1
иногда лучшего решения не достаточно и не самое главное; реальность такова, что существуют эго, иерархии и инкрустированные проверенные временем ритуалы команды / компании - и они больше вас и имеют значение, которое иногда выходит за пределы нашего непосредственного понимания. лучшее, что вы можете сделать, это уметь анализировать и выкладывать варианты рядом друг с другом и представлять их преимущества и предостережения в достаточной детализации, чтобы менеджер (или команда) мог принять решение. по крайней мере, на тот момент вы знаете, что вы провели должную осмотрительность, и судьба проекта больше не в ваших руках.
Медуза
1
То, что заставляет меня сомневаться в этом ответе, это «быть лучше, чем мои сотрудники». Я не хочу работать на босса, который думает, что он лучше меня ...
Джейсон Бейкер
1
-1. Если вы действительно лучше программируете, чем все ваши подчиненные, тогда вам дали неправильную работу. Ничто не говорит о том, что менеджер должен быть лучше во всем. В идеале менеджер должен лучше управлять проектом, а программисты должны лучше программировать. Это должно быть одинаково со всеми в каждой должностной инструкции. По-настоящему великая команда - это команда, в которой навыки дополняют друг друга, так что команда больше, чем сумма частей. Прости, приятель, но твоему высокомерному отношению нет места в команде. Работай соло и спаси всех от горя.
Rwalk
50

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

Вы должны изменить это неуместное поведение в первую очередь.

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

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

Кроме того, seeking to understandпрежде чем пытаться понять, поможет ваш босс обезоружить себя против вас. Когда вы предлагаете кому-то что-то, его мозг ящерицы попытается определить, является ли это удовольствием. Его мозг ящерицы хочет, чтобы он был в безопасности. Стремление понять его перестрахует его архаичный мозг.

Теперь, если у вас есть лучшее предложение, я уверен, что он будет более чем счастлив выслушать вас. Будьте готовы спросить "why?"достаточно раз, пока он не убедится.

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

Если он вообще не интересуется вашими идеями, остается сделать только одно: бросить .

оборота user2567
источник
2
+1 за «Вы должны изменить это неуместное поведение в первую очередь». Сначала поймите предложение вашего начальника внутри и снаружи, прежде чем критиковать его.
Крис
38

Вы говорите, что ваш метод «быстрее реализуется». Это звонит мне в тревогу.

Код, который быстрее внедрить, очень часто бывает трудно поддерживать.

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

Краткий ответ: Неповиновение - верный способ быть уволенным.

оборота JW01
источник
4
Ваш краткий ответ является абсолютным лучшим резюме проблемы.
Юстект
Я не согласен, быстрее и проще, тем лучше. более сложный с большим количеством угловых случаев хуже и труднее поддерживать. Я даже считаю, что вы всегда должны делать это самым простым способом, и позже он будет развиваться, если это необходимо.
IAdapter
Я частично согласен с вами, я также думаю, «Чем проще, тем лучше». Но предпочтение «проще для человека, который читает код через 3 года», а не «проще писать». Таким образом, в этом смысле у «Simpler» может быть компромисс с «Quicker». Если ты поймешь меня.
JW01
9

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

Я почти гарантирую, что именно ваш подход к объяснению его причин (он говорит, как мы можем сделать это лучше?) Мешает вам быть услышанным.

... не сказать, что там нет настоящих неопытных Дикс :)

heretik
источник
6

Учтите, что вашему боссу нужно от вас несколько вещей:

  • Умение программировать. По всем правилам, если он не менеджер по развитию, он (надеюсь) нанял вас в надежде, что вы будете лучше его.
  • Способность работать в команде: это значит слушать, а также объяснять идеи.
  • Способность делать то, что тебе говорят. Когда произнесено последнее слово после всех обсуждений проблемы, вы не начальник. Если вы пытаетесь быть горячим, когда вам конкретно говорят, что ничего не делать, вам нельзя доверять.

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

Стивен Эверс
источник
«Когда будет сказано последнее слово, после всех обсуждений проблемы, вы не начальник». - это означает, что, когда дело доходит до объяснения тому, кто платит вам и вашему боссу, почему это не сработало, вы будете рады, что ваш босс должен это делать, а не вы.
Flamingpenguin
6

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

Попробуйте сформулировать это так: « Я верю, что этот метод подходит для проекта / проблемы », поэтому, если у него нет лучшего пути, он должен пойти с вами.

Если вы действительно уверены и у вас достаточно боеприпасов для поддержки вашего взгляда, перейдите к « Я верю, что этот метод подходит для проекта / проблемы по 1,2,3 ... причинам ».

Еще один личный совет - говорить: «Я лучше, чем мой начальник» выглядит немного высокомерно, я понимаю, что вы можете злиться прямо сейчас - но в профессиональном контексте это не будет хорошо оценено. Надеюсь, ваш босс не читает этот пост;)

оборота JoseK
источник
9
Никогда, никогда не пытайтесь разрешить конфликт с электронной почтой. Электронная почта позволяет вам реагировать в зависимости от настроения, когда вы читаете их.
Мортен
Я согласен с комментарием Мортена. Большинство конфликтов также начинаются в разговоре по электронной почте. Язык тела жизненно важен.
@Morten, Pierre: Согласитесь с вашими "электронными" комментариями. Я имел в виду, что должно быть обсуждение пунктов ОП против пунктов его боссов.
JoseK
Электронная почта должна быть последующим шагом, чтобы отслеживать, документировать и детализировать разговор, который должен произойти в первую очередь. Я потерял счет, сколько писем пришло, чтобы откусить людей, которые его отправили (включая меня). Наиболее волатильные разногласия и недоразумения были связаны со стратегией «сначала электронная почта, потом задавайте вопросы». Независимо от тона, который вы думаете при написании электронного письма, тональный сигнал почти всегда будет интерпретироваться получателем по-разному. Если сначала идет разговор, тональность уже установлена.
Марк Фридман
4

Быть великим разработчиком - это не просто быть хорошим программистом! Часть работы заключается в том, чтобы хорошо работать с другими и сотрудничать с вашими командами и боссами. Если вы думаете, что ваш путь лучше, попытайтесь объяснить это ему, показывая ему «данные» о том, почему он лучше.

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

Никос Стеякакис
источник
2

Это, безусловно, быстрый и простой способ уволить.

Мой совет - реализовать оба варианта и использовать тот, который хочет ваш начальник.

Если есть проблема, скажите ему, что у вас есть исправление, и покажите его ему, но не говорите ему, почему вы его написали.

greyfade
источник
Я должен не согласиться с этим. Создание двух реализаций только для того, чтобы доказать, что кто-то неправ, - просто трата времени. Я на 100% уверен, что в большинстве случаев достаточно нормального обсуждения плюсов и минусов каждого решения.
Tx3
Вам не нужно наклоняться в любой ситуации. Игроки высокого уровня знают свое дело, знают, как это доказать, а также знают, когда отступать. И они наиболее востребованы, и заплатили лучшие зарплаты. Обезьяны кода переводят неполные спецификации в неполный код.
Кодер
2

Я не думаю, что у вас здесь правильное отношение. Думать, что ты лучше своего босса или просто думаешь, что ты лучше, чем кто-то другой, никогда не помогает. Вы сказали ему, почему вам не понравилась его идея, или вы просто сказали: «У меня есть лучший способ делать вещи». Почему ваша идея лучше точно? Это менее замысловатый алгоритм? У этого есть лучшее время выполнения? Это легче поддерживать? Легче ли понимать шаблоны проектирования?

davidk01
источник
2

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

Кроме того, если он хороший менеджер, он не будет бесчестно выбирать ваше решение, если вам объективно удалось доказать, что оно действительно лучше.

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

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

PierrOz
источник
1

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

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

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

Попытайтесь понять, что он хочет, это конечная цель, которая является целью. Если вы вступаете в конфликт из-за этого, тогда вы не сосредотачиваетесь на правильной цели.

Morten
источник
1

Мой совет - сначала определить, действительно ли его решение лучше. Опубликуйте два решения, спросите у SE объективное мнение.

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

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

Дэмиен Рош
источник
1

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

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

HLGEM
источник
0

Зависит от человека. Если он достаточно рассудителен, и вы покажете ему свое решение, и оно будет лучше, он, вероятно, не будет зол. Но если нет, значит, у тебя проблемы.

Теперь для необщей чушь: он твой босс. Он не для того, чтобы быть лучшим программистом, но чтобы быть лучшим менеджером / лидером. Может быть, у него есть причины, которые вы не учли.

Если вы рискуете, тогда сделайте это, но не сердитесь, если вас уволят. Это все пари.

конечная станция
источник
0

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

chiurox
источник
Почему нет? Никто не выиграет, если конечный продукт будет забит кусочком мусора. Важно работать в команде и решать как команда. Но ваша задача как профессионального разработчика - найти профессиональные решения и защитить свою позицию, если и когда это правильно.
Кодер
0

Мой босс не может запрограммировать свой выход из бумажного пакета (на самом деле не может запрограммировать просто хорошего оратора и мошенника, но чтобы удовлетворить его недостатки, он заставляет меня делать то, что скрывает мою работу, чтобы он мог охватить реальное мозги за тем, что происходит. 1% идей взяты из ключевых вопросов, которые я задаю. 100% кода и методов пришло от меня. Когда босс дает мне плохие идеи, я воплощаю свои собственные, мой босс больше интересуется тем, что он сам впереди успешная программа. Моя стратегия налаживания контактов со всеми вокруг него помогает подавить его ложь на местном уровне. Теперь я работаю в подразделении 1/3 штатов в крупной корпорации. Я снова буду использовать ту же стратегию, хотя я ' мне нужно быть еще более креативным в сети.

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

user20283
источник
0

Это может быть в любом случае, в зависимости от деталей.

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

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

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

кодировщик
источник