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

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

Это зависит от вашей роли.

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

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

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

Как утверждает @ s1lv3r, иногда в этом разница между «подрядчиком» и «консультантом».

По сути, если ваше мнение не спрашивают, действуйте осторожно. По крайней мере, в моей части мира (сфера программного обеспечения в США) подрядчики, которые ругают сотрудников, могут быстро испортить их репутацию.

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

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

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

45 часов отработано на этой неделе

• Новое развитие: 25
• Держите свет включенным: 10
• Обновление процесса XYZ для соответствия стандартам ABC: 5
• Изменение процесса DEF для соответствия основной структуре: 5

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

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

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

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

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

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

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

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

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

Пара вещей, которые я усвоил из этого опыта:

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

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

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

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

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

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

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

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

Я бы посоветовал держаться за "ум свой собственный бизнес". Увидеть это — задача руководства. Если они не спросят вас напрямую, я не думаю, что вам следует идти к ним. Что вы хотите получить? Занять их место? В конце концов, вы — подрядчики, приходящие, чтобы усилить команду. Является ли первоначальная команда лучшей или нет, это не ваша ответственность.

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

Почему? Что ж, потому что ваше имя также фигурирует в проекте, и, как подрядчика, ваша репутация в области высококачественной работы — это то, что удерживает вас на работе. Сложность этой ситуации заключается в том, что вполне возможно, что если продукт в будущем потерпит неудачу, вас в конечном итоге обвинят просто потому, что руководство не знает, насколько плоха перманентная завивка. И если пермь склонен защищаться, а руководство склонно ему верить, а затем начинает говорить своим потенциальным клиентам, что вы «провалили большой проект»… Это снизит вашу прибыль.

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

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

Возможно, больше комментариев, чем ответов, но мне нужно место.

Я бы рассмотрел несколько вещей:

• Он действительно хорош в вещах, выходящих за рамки ваших навыков?
• Насколько это влияет на вашу способность доставлять?
• Вы пытаетесь дать больше, чем нужно клиенту ?
• Этот парень собирается либо давать, либо набрасывать вашу рекомендацию?
• Насколько он связан политически [1]?
• Насколько легко клиент может избавиться от сотрудников вообще?
• Есть ли опасность обвинений в дискриминации? [2]
• Может ли это подождать, пока не закончится контракт?

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

[2] В начале моей карьеры около 20 лет назад я работал с человеком, которого следовало бы уволить за опоздание, уход раньше срока, некомпетентность и то, что он приносил из дома любимые проекты вместо работы. Он также был собственником «своего» компьютера, несмотря на то, что он был единственным с ленточным накопителем для сетевых резервных копий. У него была гарантия занятости, потому что его этническая принадлежность делала его меньшинством в компании, и его вербальное мнение заключалось в том, что все общество было расистским.

Ответ очевиден, нет.

Я скажу вам, почему.

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

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

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

Я понял, что лучше держать критику при себе, если только:

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

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

Однако. Точно так же, как вождение в темноте с дальним светом фар кажется фантастическим для меня, это представляет опасность для всех остальных. Важно критиковать внимательно и осторожно.

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

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

Я не могу представить себе ничего важнее счастья.

«Мнения как мудаки, они есть у всех. Будьте осторожны, чтобы не ткнуть в это кого-то носом».

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

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

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

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

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

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

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

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

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

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

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

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

2. Вы упомянули, что из-за плохой работы первой перми увольняется еще один постоянный сотрудник. Вы намекаете, что это уже было. Другими словами, ПОСТОЯННЫЕ сотрудники уходят из компании из-за плохой работы коллеги, ВМЕСТО того, чтобы поднять ее самостоятельно. Почти наверняка есть какая-то причина, и ее нужно рассмотреть, прежде чем поднимать ее самостоятельно.

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

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

Есть ли способ решить ваши проблемы, чтобы это не выглядело как атака?

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

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