Нашел более простой способ выполнить задачу, который мог бы сэкономить мне 2-3 недели, но не уверен, как отреагирует босс [закрыто]

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

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

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

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

Я склоняюсь к тому, чтобы пройти долгий путь (тот, которым я занимаюсь последние 2-4 недели), чтобы спасти себя. Что мне делать?

Работая над каким-то направлением, чтобы понять, что лучше работать в другом направлении, вы не теряете время; вы стали лучше понимать проблему
Просто любопытно, как он узнает разницу между тем, какое решение вы использовали, 2-дневное или 2-недельное? Похоже, здесь не хватает доверия.
@JeffO Изменения на github. Рефакторинг покажет много работы
@BuggyCoder - Если вы отправляете код на github в течение двух недель, а затем заменяете весь его кодом, который вы написали за два дня, я не вижу в этом проблемы. Я обнаружил, что большинство рефакторингов занимают меньше времени, чем исходный код (который был хуже), потому что теперь я знаю, что действительно нужно сделать. Если ваш босс не понимает, как работают программисты, я не знаю, сможете ли вы его достаточно обучить. Вы могли бы подумать, что кто-то, кто может зайти на github и оценить вашу работу, знает лучше, но ваш босс какой-то придурок.

Ответы (3)

Когда вы работаете в сфере ИТ, обычно работа, выполненная позже, обесценивает работу, выполненную ранее. Вы также никогда не должны бояться предлагать лучшее решение, если вы думаете, что нашли его. Просто убедитесь, что вы взвесили все «за» и «против» нового решения и помните, что есть шанс, что ваше новое «лучшее» решение не будет реализовано на практике. В этом случае не сердитесь, не злобствуйте и не переживайте по этому поводу, в корпоративном мире очень часто случается, что принимается решение, с которым вы не согласны. Иногда это на самом деле правильное решение, и вы не можете его увидеть, потому что у вас нет всей информации. Иногда это не правильное решение, и этот факт станет очевидным, когда что-то пойдет не так. Это'

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

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

Но я беспокоюсь, что мой босс не будет очень доволен тем, что я зря потратил время на предыдущее решение, и может назвать меня некомпетентным. Я младший разработчик, и хотя я хорош, у него слишком много ожиданий от меня, которые я не всегда могу оправдать. Все мои предыдущие работодатели были очень довольны моей работой, даже нынешний, но он, кажется, всегда хочет, чтобы я работал быстрее.
@BuggyCoder Он может назвать вас некомпетентным, но это не делает его правдой. Очень часто вы натыкаетесь на лучшее решение, выполняя работу. Также очень часто при выполнении работы выясняется, что проблема намного больше и сложнее, и для ее выполнения потребуется больше времени. Время, которое вы «тратили впустую», технически является пустой тратой, но пока у вас не было лучшего решения, это было лучшее, что вы могли сделать, так что на самом деле оно не было потрачено впустую. Также вполне может оказаться, что ваш начальник не согласен с тем, что новое решение лучше, и предпочитает придерживаться старого.
@BuggyCoder: У меня было 90 дней в проекте, когда я пошел к своему боссу и сказал, что, если мы просто поменяем язык, я смогу сделать это с нуля за неделю. Он сказал, давай, и я доставил через неделю. Я получил бонус. Никогда не бойтесь переосмыслить то, что вы делаете.

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

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

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

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

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

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

Сосредоточьтесь на результате, а не на сроках или размере усилий.

Теперь это намного сложнее, чем вы думаете.

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

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

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

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

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

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