Как реагировать, когда коллеги воруют идеи для собственной саморекламы? [дубликат]

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

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

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

Как я могу конструктивно отреагировать на ситуацию, профессионально объяснив ситуацию своему руководителю?

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

Ответы (4)

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

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

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

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

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

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

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

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

В конечном счете, как вы с этим справитесь, зависит от вас, но это очень хороший вариант.

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

Идеи бесполезны; ценна только работа, и вы не работали над этим улучшением.

много раз предлагали улучшения моему менеджеру. Он отказался от них по причинам времени.

Вы мимоходом несколько раз сказали «Х было бы неплохо», но не думали, что это стоит реализовать.

коллега... реализовал их "на стороне";

Коллега не согласился и посчитал, что это стоит реализовать, и сразу же это сделал.

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

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

Теперь я обнаруживаю, что менеджеру нравятся эти черты, и он даже представляет их мне как изобретательные;

Теперь вы обнаружите, что ваш начальник ценит инициативу.

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

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

Как я могу конструктивно отреагировать на ситуацию, профессионально объяснив ситуацию своему руководителю?

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

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

Я боюсь, что ваш подход может усилить «ситуацию Дикого Запада». Обратите внимание, что я описал, как пул человеко-часов распределяется по всей команде. Теперь, если вы затем пойдете и создадите прецедент, который в основном будет «я использовал пул, чтобы делать вещи, которые я даже никогда не обсуждал открыто», что это говорит о команде? Я понимаю суть вашего совета, но у меня есть опасения относительно его влияния на командную работу.
@darwin Да, это меня тоже беспокоит, поэтому я указал, что «член команды, не выполняющий свою работу», заслуживает другого вопроса. В конечном счете, это проблема менеджеров: если он вознаграждает ковбойские проекты, он получит именно это.
Я думаю, мы можем согласиться с этим; в конце концов, стандарт действительно устанавливается менеджером.
От этого ответа меня тошнит физически, идеи имеют серьезную ценность. Задача менеджера — решить, стоят ли усилия результата, и он решил, что нет. ОП, говорящий об этом своему менеджеру, - это ОП, считающий, что это стоит потраченного времени. Тянуть 180, когда функции на самом деле есть, мне противно.
Ваша первая фраза такая "по делу".
«Идеи ценны». FWIW, я изобрел Tivo за несколько лет до того, как это произошло. Эта моя идея ровно ничего не стоит. Потому что я не реализовал и не продал его.

Я не думаю, что есть какой-то вред в том, чтобы быть немного пассивно-агрессивным в этом эпизоде:

О да, я помню, как говорил об этом в прошлом году/месяце/независимо от того, но в то время я был слишком занят проектной работой. Хорошая работа, как вы решили проблему «x»? / Я хотел включить способ решения «y».

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

В следующий раз (если вы хотите выполнить эту работу самостоятельно) обсудите это со своим руководителем и зарезервируйте время в плане ресурсов (если он у вас есть). Это подкрепляет ваше желание «владеть» этой работой.

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