Что делать, если менеджер откладывает личные побочные проекты на неопределенное время?

Я разработчик программного обеспечения в крупной софтверной компании. Это моя вторая работа по программному обеспечению после окончания колледжа.

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

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

Как я могу справиться с этим?

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

Почему ваша компания имеет какое-то влияние на ваши сторонние проекты? Используют ли они какие-либо вещи, связанные с работой?
@DaveGremlin Некоторые компании считают, что участие в сторонних проектах может привести к конфликту интересов (а иногда и так). Таким образом, в рамках соглашения о найме они требуют полного раскрытия информации о побочных проектах. Как правило, это легче получить одобрение, когда вы нанимаете, так как проекты могут быть перечислены, и компания заинтересована в том, чтобы нанять вас. Создать побочный проект после процесса найма сложно, так как они должны убедиться, что нет утечки информации, и они должны чувствовать, что это не отнимет у компании время.
@ Эдвин Бак - и это законно?
Да, это законно и является стандартной практикой. В некоторых штатах есть законодательные органы, которые помогают противодействовать этим положениям, например, CA, но не в моем. joelonsoftware.com/2016/12/09/разработчики-сайд-проекты
Есть ли у коллег какие-либо сторонние проекты?
Сторонние проекты запрещены? Какая странная концепция. Если вы объедините это с обычным устаревшим корпоративным стеком, это хороший повод выбраться из Додж-Сити в пользу более современного работодателя. В противном случае вы можете оказаться безработным через 5-10 лет.
У меня бы не хватило пальцев, если бы я попытался подсчитать, сколько раз я видел, как разработчики используют код компании или другие ресурсы работодателя для поддержки «сторонних проектов» для себя. Или, что еще хуже, откровенно срывают интеллектуальную собственность своего работодателя и пытаются использовать ее, чтобы начать свой собственный бизнес в нерабочее время. Я могу полностью понять, почему люди, которые играют по правилам, находят эти правила оскорбительными , а в некоторых случаях (например, в ОП) работодатели злоупотребляют ими, но печальная правда заключается в том, что есть причина, по которой компании делают такие вещи.
@dwizum Если кто-то украл интеллектуальную собственность своей компании, чтобы начать конкурирующий бизнес, это будет легко доказать, и компания может легко подать в суд на человека. Но я не вижу причин, по которым компания будет препятствовать побочным проектам по несвязанным вопросам. На самом деле, я думаю, что это должно быть сделано просто незаконным. Если я плотник, нужно ли мне разрешение компании на строительство деревянного сарая на заднем дворе в выходные дни с использованием моих собственных материалов и инструментов? Почему для разработки программного обеспечения должно быть иначе?
Я согласен - я не думаю, что у работодателя есть веские основания блокировать все сторонние проекты. Я просто пытаюсь дать представление о том, почему это иногда происходит. Ваш сарай пример? Ничего страшного. Но если вы позаимствоваете много средств из планов компании по строительству сарая, а затем разместите его в Интернете в качестве примера того, насколько вы хороши в столярном деле, начинается серая зона. К сожалению, как и во многих ситуациях политики работодателей, проще иметь защитную общую политику и / или запугать людей, чтобы они подчинялись, чем тратить время на оценку в каждом конкретном случае.
@dwizum Я согласен, что это, вероятно, причина, по которой это происходит. Но следствием этого является то, что это позволяет компаниям ограничивать вашу свободу, чтобы им не приходилось беспокоиться о крайних случаях. Я не понимаю, как это позволяет закон. Только при наличии конкретных сомнений в том, что сотрудник сделал что-то не так, компания может принять меры. Не в качестве превентивной политики «давайте сделаем нашу жизнь проще».
@ Anonymous-Dev у вас есть какие-либо подозрения/впечатления/и т. д. о том, какова может быть мотивация вашего менеджера? С кем вы недавно пересматривали его, с руководителем проекта? Поговорите со своим непосредственным руководителем еще раз, если это так.
Если закон одобрит это, а менеджер нет, я буду обеспокоен тем, что менеджер пытается украсть идею.
@dim Закон не мешает вам заключать соглашения. Так что, если вы хотите, чтобы вас наняли, и готовы отказаться от побочных проектов, вы можете отказаться от побочных проектов с вашей новой компанией. Точно так же компания может принять решение отказаться от найма по любой причине, поэтому, если им не нравится ваше отношение к побочным проектам, они откажутся от вашего отношения, или от вашего цвета волос, или, возможно, от вашего отсутствия готовность следовать «политике компании». В любом случае, соглашение не может быть нарушено, соглашение просто не сформировано.

Ответы (3)

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

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

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

    Это может не сработать, поэтому вот мой ответ на вопрос выше:

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

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

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

  • Вы также можете спросить, почему это было бы лучше после периода ожидания.

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

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

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

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

Ваши варианты того, что делать в этот момент, состоят из: (в произвольном порядке)

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

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

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

Моя компания, как и большинство крупных компаний-разработчиков программного обеспечения, имеет договор найма, в котором говорится, что они владеют всеми изобретениями, сделанными во время работы в компании, если они не договорились об ином (т.е. во время раскрытия информации). Мой менеджер, как и менеджер любой другой крупной софтверной компании, в которой я бы работал, имеет право блокировать любые сторонние проекты, которые он хочет, с помощью этого положения. Присоединившись к другой компании, я бы подвергся такому же риску, в зависимости от того, как мой новый менеджер решил вести себя после того, как меня наняли (мой нынешний менеджер очень поддерживал сторонние проекты в наших разговорах о рекрутинге).
@ Anonymous-Dev, вы УВЕРЕНЫ, что подобное положение настолько широко распространено, что вы не сможете избежать его? Я никогда не подписывал контракт, содержащий его, и фактически отказался подписать один конкретный контракт, если этот пункт не был удален. Я не в США, так что YMMV. Но, возможно, стоит осмотреться.
@PlayerOne - это действительно распространено среди крупных компаний-разработчиков программного обеспечения, по крайней мере, в США. Вариант, если вы хотите избежать такого рода оговорок, состоит в том, чтобы искать работу в компаниях, не занимающихся разработкой программного обеспечения, где вы можете работать с программным обеспечением, например, писать программное обеспечение для банка или производителя. Гораздо реже организация, не рассматривающая программное обеспечение в качестве своего основного продукта, принуждает к такой политике.

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