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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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