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

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

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

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

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

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

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

Есть ли тактичный способ сказать об этом моему боссу?

ПРИМЕЧАНИЕ. Я уверен, что многие из вас хрустят костяшками пальцев, чтобы начать печатать «Возможно, он не хотел, чтобы этот шаг был вырезан по причинам, о которых он вам не сказал», и в общем случае я полностью согласен. Однако в данном конкретном случае я знаю, что это неправда. Объясняя, почему это потребует, я напечатаю очень много информации, относящейся к программированию, и тогда этот вопрос больше не будет иметь отношения к обычному рабочему месту. Поэтому, пожалуйста, продвигайтесь вперед, исходя из предположения, что мой босс был полностью откровенен в своих причинах, и что я понимаю последствия удаления этого шага.

Обновление: в итоге я остановился на ответе GrayCyngus, но я также очень ценю совет CodeSeeker не обращаться к тому, что, как я мог подумать, мне не следовало работать над этим шагом с самого начала. Это правда, что «я бы не стал беспокоиться» немного двусмысленно, и было бы довольно глупо выставлять это в противоречивом свете. Я просто открыто объяснил, что я сделал; мой босс был доволен, но также предложил несколько улучшений, чтобы убедиться, что ступенька была безопасно удалена. В общем, дела пошли очень хорошо!

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

Ответы (14)

Есть ли тактичный способ сказать об этом моему боссу?

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

Кажется, ваш босс сказал: «Я не буду беспокоить». Однако это не то же самое, что «Не делай этого». Говоря вам, чтобы вы не беспокоились, он, вероятно, советовал вам не ломать голову и не тратить время на попытки решить эту проблему, поскольку попытки сделать это в прошлом предпринимались безуспешно.

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

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

Комментарии не для расширенного обсуждения; этот разговор был перемещен в чат .

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

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

Проявлять инициативу и решать проблемы не всегда плохо, если

  • Признайтесь сразу.
  • Не тратьте много времени, когда у вас есть другая работа.
  • Не действуйте, не сообщив об этом боссу сразу.
  • (в данном случае) признайте, что вы игнорировали его совет, и извинитесь.
+1 Ха, если так выразиться, честность звучит как вполне разумный подход.
Для программистов и других технических специалистов вполне нормально продолжать думать об интересной проблеме/идее, по крайней мере, в уме (во время вождения, или пытаясь заснуть, или что-то еще). Если/когда у вас появится идея, которая может сработать, вы определенно захотите потратить некоторое время на ее попытки. Я надеюсь, что большинство боссов понимают это, и все будет в порядке, если вы не пропустите крайний срок работы над этой идеей, которая может не окупиться.
Кроме того, по крайней мере на более высоких уровнях, это качество нравится менеджерам . (Или, по крайней мере, у всех моих). После того, как вы получили высшее образование выше «младшего», степень автономии и независимого мышления приходит с опытом работы в компании, и пока вы зарекомендовали себя, это обычно рассматривается как хорошая вещь. Однако все может пойти не так, если вы будете делать плохие звонки.
Если мы не говорим о драконовском месте, где буквально каждая минута отслеживается и оплачивается, это совершенно нормальная и хорошая практика - экспериментировать с многообещающими идеями в пределах своего куба. «Спрашивать разрешения» еще до того, как вы начнете, мешает попыткам спекулятивных вещей, которые имеют высокие шансы на провал. Не все должно быть «управляемым проектом».
Я бы опустил последнюю фразу: сожалеть не о чем. Вы выделяете небольшой период времени на исследования и разработки, чтобы либо решить проблему, либо лучше понять ее — это в значительной степени то, что всегда делают все разработчики, чтобы лучше подготовиться к будущему. Вы не теряли времени.
Я не нашел этот ответ полезным, особенно не таким полезным, как CodeSeeker. Единственное сообщение этого ответа: «Инициатива — это хорошо». Нет объяснения, как объяснить начальнику, что инициатива — это хорошо, а единственный предложенный подход — «признать вину и извиниться» — это плохо .

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

Я бы сыграл так:

«Мне было любопытно, как вы сказали, что узкое место невозможно устранить в этом программном обеспечении. Поскольку для нашего бизнеса это является такой проблемой, я провел небольшое исследование, и мне показалось, что способ может быть, и я решил чтобы потратить немного времени, чтобы проверить, может ли это сработать. Вчера я потратил на это всего 2 часа и, кажется, мне удалось его удалить. Как вы думаете? Это жизнеспособная стратегия?»

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

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

Если ваш босс делает из этого большое дело, то вы знаете, что работаете не в той компании или, конечно, не в том начальнике, и в этом случае я бы с уверенностью предсказал, что подобные вещи будут возникать с ним снова и снова. , и будет долгосрочной проблемой. Узнайте СЕЙЧАС, в какой компании вы работаете, и решите, сможете ли вы жить с ней. Это также лучшая стратегия, чтобы помочь вашему боссу узнать СЕЙЧАС, какой вы сотрудник, и решить, сможет ли он жить с этим. Если вы не проявите инициативу сейчас и будете выполнять все, что приказывает вам ваш босс, даже когда глупо подчиняться или даже когда получение дополнительной информации не требует больших затрат, то ваш босс будет ожидать от вас такого рода уступчивости в будущем. будущее, и вы будете заперты навсегда.

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

Об обмане

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

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

Если ваш босс воспримет это на свой счет

Я бы сказал что-то в этом роде, очень спокойно и рационально, глядя ему прямо в глаза (но не вызывающе), одновременно демонстрируя уступчивость его желаниям, но действуя так, как будто он просто согласится с вами, тем самым формируя ситуацию в сторону, благоприятную для желаемого результата:

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

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

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

«Это способ совместной работы, с которым вы могли бы чувствовать себя комфортно в будущем? Можем ли мы попробовать его в течение месяца или около того, а затем проверить, как, по вашему мнению, он идет? Я всегда открыт для предложений по улучшению. мое выступление и мой конечный продукт работы».

Вы можете продолжить это, обсудив с ним видео Дэна Пинка о мотивации — мастерстве, автономии и цели . Поговорите об этом, а затем отправьте ему ссылку. Объясните, что автономия и возможность практиковать свое мастерство имеют решающее значение для вашей мотивации в компании, и что вы хотели бы, чтобы он предоставил вам эти вещи, чтобы вы могли быть лучшим сотрудником.

Вы можете попросить его посмотреть «Величие» капитана корабля Дэвида Марке или более длинную версию (есть и другие версии, посмотрите соответствующие видео). Вы даже можете заставить его посмотреть фильм «Великие лидеры служат другим» .

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

+1 (можно +100 к этому??). Когда вы говорите: «Эй, я провел исследование и думаю, что нашел способ», это не означает: «Вы были глупы, и я сделал это, когда вы думали, что я не могу», и упоминание о том, насколько это проясняет узкое место в интенсивно используемой части кода означает больше денег для компании, чему все рады. Ответ, который вы здесь дали, именно так я пришел к тому, что я предлагаю вещи, а не просто делаю то, что мне говорят : Мой начальник теперь ценит мой вклад, потому что я проявил инициативу и научился ставить бизнес на первое место.
@IDrinkandIKnowThings Я обновил свой ответ.
Да, ты сделал ... и выбил его из обручей с игры
Здесь скрыта ловушка. Если «Мы пробовали это несколько раз в прошлом ...» привело к исключению этого курса действий из-за побочных эффектов, известных тем, кто пытался в прошлом, но неизвестных ОП (например, плохо документированные зависимости третьего вечеринка вниз по течению), то вы действительно выглядите как инструмент для ковбоя. Хотя эта ситуация закончилась хорошо, в следующий раз спросить, почему и как прошлые попытки потерпели неудачу, будет гораздо лучше при расчете рисков.
@Myles Вот почему я посоветовал использовать подход «Я потратил только 2 часа; что ты думаешь?" Такое отношение, когда последнее слово остается за боссом, несмотря на то, что он принял собственное решение, является ключевым, и именно это делает его неличным. Да, лучше иметь больше информации, но склонность к действию — желательная черта. Давайте не будем так бояться ошибок, чтобы не идти на просчитанный риск, несмотря на отсутствие полной информации. Босс должен знать лучше, чем отдавать приказы вместо того, чтобы предоставлять важную информацию, как вы себе представляете.
@Myles Хочет ли босс, чтобы один мозг управлял всей его организацией, или он хочет, чтобы ею управляли 100 мозгов? Хороший руководитель сочтет ценным даже совершение прямых ошибок из-за опыта и обучения, которые получают его умные, преданные делу и амбициозные сотрудники. Пожалуйста, посмотрите видео капитана корабля, которое я разместил, чтобы узнать больше об этом.
Очень нравится, потому что если есть проблема с человеком, который делает это вопреки совету начальства, то обычно это связано с эго, восприятием и внешностью. Сведение к минимуму или притворство того, что никогда не было разговора, в котором бы советовали не делать этого (в отличие от того, что было препятствиями), устраняет фактор эго. На самом деле, это создает впечатление, что этот разговор сыграл роль в принятии решения. Действительно хорошо продуманный ответ.
Хорошая ссылка на Дилберта получила положительный отзыв :)
@CodeSeeker Ни в одном из видео нет капитана корабля в вашем описании или названии видео. Ваш запрос неясен, и я не заинтересован в том, чтобы наблюдать за группой мотивационных ораторов, чтобы следовать вашей линии рассуждений, почему было бы выгодно продолжать, даже не глядя на прошлые ошибки. Как обратная сторона фразы «Давайте не будем так бояться ошибок, чтобы мы не могли идти на просчитанный риск, несмотря на отсутствие полной информации». «Давайте не будем так бояться бездействия, чтобы мы не могли остановиться и задать несколько вопросов». Желаем удачи в вашей карьере.
@Myles Он провел 2 часа. Это довольно низкий риск, верно? Кроме того, ты выглядишь довольно обиженным. Это прискорбно. Я не уверен, почему, потому что я действительно согласился с вами, что больше информации лучше, чем слишком мало. Но одна вещь, которую вы не знаете обо мне, это то, что я долгое время был человеком, который хочет получить исчерпывающую информацию, прежде чем действовать, как вы предлагаете лучше всего. Так что поверь мне, я это понимаю. Но по мере того, как я учусь и расту, я обнаружил, что мне нужен больший уклон для действия. Возможно, ты тоже когда-нибудь узнаешь об этом. Я исправлю название ссылки, чтобы добавить капитана корабля.
@Myles Еще одна вещь, о которой я подумал, - это обратимость действий или решений. Когда решение или действие не требуют больших затрат (из-за того, что они легко обратимы или не требуют больших затрат на изучение), важно действовать, даже если отсутствует полная информация. Когда решение или действие требуют больших затрат или их трудно/затратно/трудоемко отменить, лучше иметь больше информации, и лучше быть более обдуманным. В данном случае я указывал на то, что 2 часа — это очень мало, учитывая все обстоятельства. И, предположительно, у OP есть контроль версий и его можно легко вернуть.
@CodeSeeker Я думаю, что мое мнение об этом может быть сформировано отраслью, в которой я работаю. В нефтехимической промышленности люди, делающие «обоснованные предположения», на самом деле не прилагая все усилия для самообразования, могут попасть в настоящую горячую воду. Пару лет назад у нас был техник, который не знал, как выполнять работу, предпочитал догадываться, а не возвращаться в офис для проверки процедур. Система управления потеряла контакт с критическим регулирующим клапаном и остановила всю установку. В то время наш завод производил 1 миллион долларов в день, и это стоило нам полдня производства. Идти против инструкций — плохая практика.
@Myles, я бы никогда не стал выступать за то, чтобы идти против установленных процедур или вмешиваться в оборудование, которое никто не понимает полностью. Я сознательнее почти всех! Однако в случае с ОП он работает с программным обеспечением. Изменения дешевы и их легко отменить. Внесенные им изменения можно просмотреть и протестировать, прежде чем они попадут в производство. Повторюсь, риск того, что он сделал, очень низкий: потеря 2 часов работы одного человека. Работа белых воротничков работает по другим правилам, чем работа синих воротничков. Оклад — это большой намек на то, что нанимают для достижения результата, а не для следования процедуре.
@Myles (Хотя какие существуют процедуры, следует соблюдать до тех пор, пока не будет достигнуто понимание, а затем вносить изменения только разумно.)

Самый тактичный способ - представить это как то, чем вы занимаетесь в свободное время и это никак не влияет на вашу возложенную на вас производственную работу. Представьте это так, как будто вы пытались 1) улучшить компанию и команду в целом и 2) улучшить продукт/ваш собственный опыт.

Вероятно, в духе

Эй, босс, в свободное время я попробовал этот код, который, как я думал, будет очень полезен для нас как организации. Я хотел посмотреть, смогу ли я сделать это сам. Заняло у меня более 1,5 часов и совершенно не мешало работе. Вот результаты, и я думаю, что это может быть полезно для нашей команды в целях XYZ. Мысли?

Таким образом, вы можете представить себя как 1) не перешагнувшего его границы 2) не принижающего свои усилия в прошлом 3) у вас есть отличный навык, которым вы можете поделиться со своей командой.

То, как вы представляете это, так же важно для работы, которую вы проделали.

Это работает, только если вы действительно занимались этим в свободное время . Не лгите, если вы потратили на это время компании.
Как упомянул OP: «Ну, я все еще был уверен, поэтому я все равно пошел и попробовал (это трехнедельный проект, поэтому я дал себе только 2 или около того часа, чтобы попробовать его, прежде чем сдаюсь)» - это свободное время. Если у вас есть 2 часа на работу, кроме вашего основного/важного проекта, у вас есть свободное время.
Ничто в вопросе не предполагает, что он делал это за 2 часа, которые у него были для работы, кроме его основного проекта. Кажется довольно очевидным, что он делал это как проектную работу.
+1, но если вы сделаете это, вы действительно должны работать достаточно часов на этой неделе, чтобы убедиться, что это действительно было ваше «свободное время».
@ Эрик - вы правы, ничто в его посте не предполагает, что у него были другие проекты, над которыми нужно было работать, но это безопасное предположение. Предположение, что у него нет других назначенных проектов, и он наткнулся на это «узкое место» и решил поработать над ним (в течение 2 часов и успешно), правдоподобно, но крайне маловероятно. Если это действительно так, то ОП может представить это так: «У меня довольно свободный график, и я воспользовался этой возможностью, чтобы попытаться решить эту проблему с «узким местом». Вот мои результаты».
@DavidK Нет, это свободное время, если оно вам не нужно для других проектов , то есть вы смогли сэкономить время.

Я думаю, что быть честным — это нормально. Я бы пошел по линии:

«Я был почти уверен, что программное обеспечение разрешает это по причинам X, Y, Z, поэтому между другими задачами я изучил его и с помощью магии смог заставить его работать. Я также думаю, что смогу использовать аналогичный план для {другой применимой ситуации}».

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

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

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

Так что, возможно, вы могли бы сформулировать это так: «У меня была какая-то сумасшедшая идея, которая, как мне кажется, не была достаточно многообещающей, чтобы сообщать о вас, но я все равно хотел попробовать ее; и с таким подходом это оказалось проще, чем я ожидал. Как мне повезло! " если вы думаете, что ваш босс может быть больше зол из-за вашего непослушания, чем счастливее из-за того, что проблема была решена.

Этот ответ может сработать для вас. Но почему ОП должен думать, что это сработает для них? Я думаю, что ответ на этот вопрос отсутствует в ответе.
@IDrinkandIKnowThings Я не понимаю, что вы имеете в виду; Я указал, что этот ответ является защитным на случай, если ваш начальник считает, что неподчинение ему хуже, чем выполнение работы. Я действительно намеревался, чтобы ОП (или все, кто это видит) использовали свое суждение о характере своего босса, поскольку мы ничего не знаем; Не знаю, ожидаете ли вы, что я расскажу, как обнаружить таких боссов.
Тогда я думаю, что было бы лучше сделать более ясным, что этот ответ касается только того, что было бы хорошо. Я читал ответ, что вы ратуете за этот ответ во всех случаях.

Покажите это и спросите их

Я был в такой ситуации много лет назад. Проект, который мы выполняли, требовал каркасной визуализации чертежа САПР, а также представления пользователя, помещенного в чертеж, полученного с устройства слежения за головой. Менеджер группы и общий руководитель проекта сказали: «Вот, используйте этот прозрачный слайд с распечатанным на нем каркасом ... прикрепите его к экрану компьютера и просто нарисуйте пользователя на экране».

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

Но они настояли, и я согласился. К моему удовольствию, я обнаружил, что предложенное ими решение не работает . Так что я засучил рукава, реконструировал файлы САПР и за одну ночь в домашних условиях сварил 3D-каркасный рендерер на C++.

Придя утром, я просто показал им и спросил: «Достаточно ли это хорошо? Удовлетворяет ли это нашим требованиям?».

Они подняли брови и сказали: «О... ну... да, да! Это хорошо!».

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

Да, нужно быть честным. Нет смысла делать работу, а затем не использовать ее — это действительно было бы пустой тратой ресурсов компании. Сосредоточьтесь на преимуществах как на причине, по которой вы потратили немного времени компании.

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

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

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

Затем подойдите к своему боссу-подразделению и скажите ему, что проблема с узким местом продолжает беспокоить вас, поэтому вы сделали доказательство концепции, которую хотели бы пройти с ним.

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

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

Предполагая, что ваша демонстрация прошла успешно, и вы можете смягчить любые недостатки в своем решении... Спросите его: «Должны ли мы продвигать это вперед?» Удачи!

Еще одно замечание... Я менеджер, и ругаю своих ребят, если они не приходят ко мне с непрошеными предложениями! Так вот, разработчики есть разработчики, один из них спросил меня: «Технически, если вы ожидаете этого, это действительно нежелательно?» Боже, я люблю программистов! ;Д

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

Ваш начальник говорит: «До вас пытались два человека, и у вас не получилось, так что не беспокойтесь». Смотришь на это два часа и придумываешь, как это сделать. Это хорошо. Ваш босс счастлив. Продукт совершенствуется. Все довольны.

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

Ваш начальник говорит: «До вас пытались два человека, и у вас не получилось, так что не беспокойтесь». Вы смотрите на это в течение трех недель и придумываете, как это сделать. Вы сильно рисковали. И ваш босс все еще может быть недоволен, потому что вы работали над проблемой, которая не была самой приоритетной.

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

Я бы сосредоточился на том факте, что вы решили проблему, которую вам поручили решить, и не упомянул бы о том, что вы устранили узкое место, которое вам сказали не пытаться исправить.

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

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

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

Хорошие моменты, но я бы поспорил с тем, что менеджер на самом деле сказал не делать этого ... кажется, менеджер только предложил ОП быть осторожным, чтобы не тратить время на попытки сделать это.
@GrayCygnus - Может быть... но тебе нравится, когда тебе говорят, что ты был неправ? Я сомневаюсь, что ваш менеджер тоже. И ваш менеджер - это тот, кто будет проводить ежегодный обзор, который определит ваше повышение, и, возможно, если вы получите то повышение, которое хотите...
Это зависит от того, как вы это воспримете, я считаю. Вы можете думать об этом как «Видите, вы были неправы, я был прав», или, с точки зрения менеджера, более зрелым способом просмотра было бы «Отлично, кажется, я ошибался. Великолепно, что никогда не перестаешь учиться».
@GrayCygnus — это кодовые слова, которые мало чем отличаются от «Давай просто будем друзьями».
Не уверен, почему это получило меньше голосов ... SMH
@MisterSortofPositive - Потому что этот вопрос на самом деле звучит так: «Как мне сказать, видите, я же говорил вам» моему боссу, не выглядя придурком для всех, кроме моего босса.

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

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

Итак, скажите что-нибудь боссу, например...

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

  1. Скажите ему, что вы решили это, и как быстро.
  2. Скажите ему, что вы ограничили себя «двумя часами или около того», чтобы найти решение.
  3. Если он кажется расстроенным из-за 1 или 2, извинитесь и скажите, что вы готовы потратить время, если он недоволен этим. (Другими словами, будьте готовы работать 2 часа сверхурочно). Ожидайте работать сверхурочно в этот день. Если можете, выберите день (скоро), чтобы упомянуть его, когда сверхурочная работа не повлияет на ваш личный график; но не просите его отложить это, если он хочет, чтобы вы наверстали упущенное в этот день.

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

В будущем, возможно, будет лучше обсудить это с ним заранее: «Я верю, что могу решить X, ничего, если я потрачу на это день, а затем свяжусь с вами?» или что-то.

Примечание

В этом случае он сказал: «Я бы не беспокоился»; не "Ты не можешь". И он не просил вас давать слово, так что вы, кажется, сдержали свое слово (молчание). Если вы прямо сказали ему, что не будете над этим работать, то вам нужно сначала извиниться , за то, что нарушили свое слово.


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

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

Следите за своей культурой, ответы различаются.

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

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

Это не ответ на другой вопрос, уместно ли исследовать личные идеи в оплачиваемое рабочее время.