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

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

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

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

Обсудите свой подход с боссом. Не делайте вид, что ваш подход лучше, и вы игнорируете его подход.

Босс, я проанализировал эту задачу, и меня интересует следующий альтернативный подход. Что вы думаете об этом?

Есть два основных результата, оба из которых могут быть вам полезны:

• Босс объясняет вам ¹ , почему предложенный им подход лучше

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

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

• Босс понимает, что ваш подход лучше

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

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

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

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

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

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

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

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

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

Слушай своего босса

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

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

Должен ли я делать то, что просит босс?

ДА

Вы всегда должны делать это так, как просит ваш босс.

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

Допустим, я ваш босс. Если я скажу тебе сделать А...

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

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

3. ... и вы не сможете убедить меня, что B лучше, и вы сделаете A, я буду больше уважать вас. Вы предложили альтернативу, которая могла бы быть лучше, но приняла более высокие заказы. Я ценю оба.

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

5. ... и вам не удалось убедить меня, что B лучше, и вы делаете и то, и другое, чтобы "доказать мне", что это лучше... это рискованный ход. Вы бы потратили больше времени, возможно, без необходимости, и даже если бы вы были правы, я мог бы возмутиться вашим неповиновением. Это ДЕЙСТВИТЕЛЬНО зависит от моей личности, текущего настроения и ваших отношений со мной. Это рискованно, и я бы посоветовал это только в том случае, если вы ЗНАЕТЕ своего босса и ДЕЙСТВИТЕЛЬНО ДУМАЕТЕ, что это сработает. Даже тогда это рискованно.

Поэтому, если вы действительно считаете, что ваш способ (Б) лучше, вы должны привести веские доводы в его пользу, достаточно, чтобы ваш босс сказал: «Хорошо, давай, попробуй». Не будьте раздражающими или чрезмерно настойчивыми. Если вы не получите его одобрения, просто оставьте это. Делай, как они говорят. Заработайте их доверие и уважение добросовестной работой, и, возможно, в следующий раз они будут более открыты для ваших предложений.

Ваш босс, ну, ваш босс.

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

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

Это их решение.

Это не сложно.

Одним словом, да.

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

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

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

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

В подобной ситуации главный вопрос звучит так: «Стоит ли подталкивать моего босса к тому, чтобы меня уволить?»

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

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

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

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

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

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

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

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

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

Помните также, что, хорошо это или плохо, сообщество программистов очень кастовое. Старшие разработчики не всегда хорошо относятся к младшим разработчикам, думая, что они лучше знают, даже если это так. В конечном счете, вы должны проявлять уважение во всем, что делаете. Даже если вы знаете, что какой-то конкретный разработчик, ваш начальник и т. д. совершенно не прав, не говорите об этом просто так. Вместо этого подходите к конфликтам с точки зрения обучения. Попросите своего начальника или кого-то еще (любезно) объяснить, почему что-то нужно делать так, как они говорят, чтобы вы могли по-настоящему понять. Часто вы можете начинать разговор таким образом и, возможно, излагать свои идеи в более спокойной манере, когда ваш начальник слышит не столько «вы неправы», сколько «давайте вместе найдем лучший способ».

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

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

Как уже говорили другие, короткий ответ «да». Делайте то, что сказал вам ваш босс.

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

1. Что уже пробовали в компании и почему что-то сработало, а что-то нет. Причины отказа часто не технические; они могут быть больше связаны с опытом персонала, готовностью инвестировать, организационной структурой или даже внутренней политикой.
2. Какие будущие проекты зависят от текущего.
3. стратегический план компании; в частности, видение компании того, чем они хотят быть известны.
4. Какие атрибуты клиенты ценят в ваших продуктах
5. Какие вещи могут быть объяснены вашими продавцами/маркетологами (если таковые имеются) и, следовательно, использованы для продажи продукта.
6. Юридические последствия того, что делаешь так, а не иначе.
7. Широкие экономические/финансовые последствия того или иного способа действий по сравнению с другим.
8. Предполагаемый срок службы кода, который вы пишете.
9. Планы по его поддержанию/улучшению.

В идеальном мире ваш менеджер объяснил бы вам все эти вещи, чтобы вы знали весь контекст работы, которую вы делаете. Но не у всех менеджеров есть на это время/желание. Вы можете настаивать на этих объяснениях, но прекратите настаивать, если почувствуете какое-либо раздражение. Без этих объяснений вы не сможете сказать, какой подход «лучше», поэтому просто делайте то, что сказал вам ваш начальник.