¿Cómo puedo lidiar con un gerente que retrasa proyectos paralelos personales indefinidamente?

Soy desarrollador de software para una gran empresa de software. Este es mi segundo trabajo de software después de la universidad.

Hace unos meses, después de más de seis meses en la nueva empresa, envié una divulgación para una aplicación web en la que estaba trabajando en mi tiempo libre. Fue revisado y aprobado por el departamento legal, pero el gerente de mi equipo no lo aprobó, y dijo extraoficialmente a través de mi jefe de proyecto que debería esperar unos meses más antes de siquiera solicitar la aprobación de cualquier proyecto paralelo, lo que me impedía publicar ninguno. proyectos secundarios técnicos o sitios web durante mi primer año o más en esta empresa, independientemente de la competencia.

Cuando lo revisé recientemente, todavía no me dieron la garantía de que se aprobarían más proyectos después del período de espera, y cuando lo divulgué todavía tendría que "justificar [al gerente de mi equipo] por qué estos proyectos son beneficiosos para el equipo". ." Sin aprobación automática de ningún proyecto por parte de mi gerente, incluso después de un período de espera de un año y sin problemas legales. Se dice que otros gerentes de mi empresa aceptan solicitudes de proyectos paralelos con poca preocupación.

¿Cómo puedo lidiar con esto?

TL;DR: Después de un año en mi segundo trabajo de software, mi gerente está usando su puesto para evitarme de manera indefinida que haga cualquier proyecto en mi tiempo libre, independientemente de la postura legal. Me han dicho que esta no es la norma de otros gerentes de mi empresa.

¿Por qué su empresa tiene algo que decir en sus proyectos paralelos? ¿Usan algún material relacionado con el trabajo?
@DaveGremlin Algunas empresas creen que la participación en proyectos paralelos puede crear conflictos de intereses (y, a veces, pueden). Entonces, como parte del acuerdo de contratación, exigen la divulgación completa de los proyectos paralelos. Por lo general, esto es más fácil de obtener la aprobación cuando contrata, ya que los proyectos se pueden enumerar y la empresa está motivada para contratarlo. Crear un proyecto paralelo después del proceso de contratación es complicado, ya que deben asegurarse de que no haya fugas de información y deben sentir que no reducirá el tiempo de la empresa.
@Edwin Buck, ¿y eso es legal?
Sí, es una práctica legal y estándar. Algunos estados tienen legislaciones que ayudan a contrarrestar estas cláusulas, como CA, pero no la mía. joelonsoftware.com/2016/12/09/developers-side-projects
¿Tienen sus colegas algún proyecto paralelo?
¿No se permiten proyectos paralelos? Que extraño concepto. Si combina eso con la pila heredada empresarial obsoleta habitual, es una buena razón para salir de la ciudad esquiva por un empleador más moderno. De lo contrario, podría terminar desempleado en 5 a 10 años.
Me quedaría sin dedos si tratara de contar la cantidad de veces que he visto a los desarrolladores usar el código de la empresa u otros recursos del empleador para respaldar "proyectos paralelos" para ellos mismos. O peor aún, robar descaradamente la IP de su empleador y tratar de usarla para iniciar su propio negocio fuera del horario laboral. Puedo entender totalmente por qué las personas que siguen las reglas encuentran ofensivas estas políticas , y en algunos casos (como aparentemente el OP) son abusadas por los empleadores, pero la triste verdad es que hay una razón por la cual las empresas hacen cosas como esta.
@dwizum Si alguien roba la propiedad intelectual de su empresa para iniciar un negocio competitivo, esto será fácil de probar y la empresa puede demandar fácilmente a la persona. Pero no veo ninguna razón por la que una empresa evite proyectos paralelos en asuntos no relacionados. De hecho, creo que debería quedar claro que es ilegal. Si soy carpintero, ¿necesito una autorización de la empresa para construir un cobertizo de madera en mi patio durante los fines de semana, usando mis propios materiales y herramientas? ¿Por qué debería ser diferente para el desarrollo de software?
Estoy de acuerdo: no creo que haya una buena justificación para que un empleador bloquee todos los proyectos paralelos. Solo estoy tratando de proporcionar una idea de por qué a veces sucede. ¿Tu ejemplo de cobertizo? No es gran cosa. Pero si pides mucho dinero prestado de los planes de la empresa para construirlo y luego lo pones en la web como un ejemplo de lo bueno que eres en la carpintería, empieza a haber una zona gris. Desafortunadamente, como ocurre con muchas situaciones de políticas de empleadores, es más fácil tener una política general defensiva y/o asustar a las personas para que cumplan, que dedicar tiempo a evaluar caso por caso.
@dwizum Estoy de acuerdo en que esta es probablemente la razón por la que sucede. Pero la consecuencia es que permite a las empresas restringir su libertad para que no tengan que preocuparse por casos de esquina. No entiendo cómo la ley permite esto. Solo si existen dudas concretas de que un empleado ha hecho algo mal, la empresa debería poder tomar medidas. No como una política preventiva de "simplifiquemos nuestra vida".
@Anonymous-Dev, ¿tiene alguna idea/impresión/etc. de cuál podría ser la motivación de su gerente? ¿Con quién lo revisó recientemente, el líder del proyecto? Habla de nuevo con tu jefe directo si es así.
Si legal lo aprueba pero el gerente no lo hace, me preocuparía que el gerente esté tratando de robar la idea.
@dim La ley no te impide hacer acuerdos. Por lo tanto, si desea que lo contraten y no está dispuesto a aceptar proyectos secundarios, puede aceptar proyectos secundarios con su nueva empresa. Del mismo modo, la empresa puede optar por retirarse de la contratación por cualquier motivo, por lo que si no les gusta su actitud sobre los proyectos paralelos, es su actitud de la que se alejarán, o su color de cabello, o tal vez su falta de voluntad de seguir la "política de la empresa". De cualquier manera, no hay acuerdo que romper, el acuerdo simplemente no se forma.

Respuestas (3)

Si necesita la aprobación de su gerente, no hay mucho que pueda hacer además de tratar de entender de dónde vienen y luego tratar de convencerlos de que cambien de opinión.

  • Su gerente dijo que tiene que justificar por qué los proyectos son beneficiosos para el equipo.

    El primer paso podría ser simplemente preguntarles por qué la forma en que pasa su tiempo libre debe beneficiar al equipo, y luego tratar de encontrar una forma muy educada de enfatizar que esto solo se hará en el tiempo libre, y no hacerlo no lo haría . te lleve a hacer algo que beneficie al equipo en ese momento.

    Esto podría no funcionar, así que aquí está mi opinión sobre la respuesta a la pregunta anterior:

    • Pasaría más tiempo programando, lo que también podría implicar hacer un trabajo fuera de sus deberes laborales típicos. Esto podría ayudarlo a asumir una gama más amplia de responsabilidades y ayudarlo a ver su trabajo desde una perspectiva diferente. Podría ser más eficiente y efectivo al escribir un buen código, identificar y resolver problemas, así como encontrar la mejor solución para cualquier problema dado.
    • Serías más feliz en general, ya que podrías pasar tu tiempo libre como quieras. Esto conduciría a una mayor productividad y una mejor moral del equipo, entre otros beneficios.
    • Si sus revisiones de desempeño hasta ahora han sido excelentes, puede hacer referencia a esto y preguntar si eso no demuestra que es lo suficientemente responsable como para decidir cómo pasar su tiempo libre sin que afecte su trabajo.
  • ¿Te has preguntado cómo estos proyectos son perjudiciales para el equipo?

    Pueden decir que afectaría negativamente su productividad (al quitarle tiempo o concentración a su trabajo). Podría responder diciendo que cualquier otra actividad de tiempo libre podría tener el mismo efecto y espera que se le confíe lo suficiente para asegurarse de que lo que suceda en su tiempo libre no interfiera con su trabajo y deje que su productividad hable por sí misma. Si sus revisiones de desempeño hasta ahora no han sido buenas, es posible que desee evitar el último punto (porque no desea que su productividad actual hable por sí misma).

    Es posible que presenten otros argumentos, que tendrá que tomar como vienen. Mi consejo allí, si no tienes un buen contraargumento, sería (cortésmente) cuestionar lo que digan. Esto le daría tiempo para pensar y aclararía qué argumento está tratando de contrarrestar.

  • También podría preguntar por qué sería un mejor momento después del período de espera.

    La razón más convincente, aunque de ninguna manera buena, que puedo ver para esto es, una vez más, la reducción de la productividad.

  • También pueden temer que estos proyectos se vuelvan rentables y lo lleven a renunciar (lo que no esperaría que dijeran abiertamente). Si puede presentar sutilmente un argumento en contra de esto en algún momento, eso podría ayudar a su caso.

Tenga en cuenta que lo anterior se basa en la suposición de que son racionales y razonables, lo que puede no ser el caso. Es posible que simplemente estén retrasando y agregando esta burocracia porque en realidad no tienen una buena razón; simplemente no quieren que lo hagas.

No espere aprobación después de esperar . Al igual que con muchos otros problemas en el lugar de trabajo, decirle que espere es poco más que una táctica dilatoria. Si lo anterior no funciona, haz lo que harías si simplemente se negaran sin ambigüedades a darte permiso.

Sus opciones sobre qué hacer en ese punto consisten en: (sin ningún orden en particular)

  • Trabaje en él de todos modos y decida que nunca lo lanzará.
  • Trabaje en ello de todos modos y lidie con los problemas legales resultantes que podrían derivarse de tratar de liberarlo o beneficiarse de él, mientras trabaja para ellos o algún tiempo después.
  • No trabajes en eso.
  • Encuentra otro trabajo o muévete a otro equipo.

    Esto podría llevar al mismo problema, aunque estarías intercambiando el hecho de estar ya en la situación simplemente arriesgándote a entrar en una situación similar (lo que parece poco probable si estás abierto a querer trabajar en proyectos personales). Si es realmente tan importante, también podría insistir en que agreguen una cláusula a su contrato para permitirles trabajar en proyectos personales que no compitan entre sí (sin aprobación), o que los proyectos reales se incluyan en el contrato (que puede ser más fácil de conseguir). a través de). Obviamente, esto debería hacerse antes de firmar el contrato, aunque no sería demasiado optimista de que las empresas estarían de acuerdo con esto.

Como dijo Joe Strazzere como una edición de su pregunta: "Si estos proyectos paralelos son lo suficientemente importantes para usted, entonces debería encontrar un nuevo trabajo sin tales restricciones". La vida estará llena de tales situaciones. Sé fiel a ti mismo y a tu ética. Mi experiencia indica que tendrá una carrera más placentera si lidia con las restricciones impuestas por su gerente (después de un diálogo adecuado con ellos) o si se va. No los pase por alto ni vaya a sus espaldas. Pero debe decidir qué estándares éticos se aplican a usted y a su carrera, independientemente de cómo los demás hagan su trabajo.

Mi empresa, como la mayoría de las grandes empresas de software, tiene un contrato de contratación que dice que son propietarios de todas las invenciones realizadas mientras trabajaban para la empresa, a menos que acuerden lo contrario legalmente (es decir, durante la divulgación). Mi gerente, como un gerente de cualquier otra gran empresa de software para la que trabajaría, tiene la libertad de bloquear cualquier proyecto paralelo que desee a través de esta disposición. Al unirme a otra empresa, estaría bajo el mismo riesgo, dependiendo de cómo mi nuevo gerente decidiera comportarse después de que me contrataran (mi gerente actual apoyó mucho los proyectos paralelos en nuestras conversaciones de reclutamiento).
@Anonymous-Dev, ¿estás SEGURO de que una cláusula como esa está tan extendida que no podrás escapar de ella? Nunca he firmado un contrato que lo contenga y, de hecho, me he negado a firmar un contrato en particular a menos que se elimine esa cláusula. Sin embargo, no estoy en los EE. UU., así que YMMV. Pero podría valer la pena mirar alrededor.
@PlayerOne: de hecho, es común entre las compañías de software más grandes, al menos en los EE. UU. Una opción si desea evitar este tipo de cláusula es buscar trabajos en empresas que no sean de software donde pueda realizar trabajos de software, es decir, escribir software para un banco o un fabricante. Es mucho menos común verse obligado a adoptar este tipo de política por parte de una organización que no ve el software como su producto principal.

su gerente suena como un imbécil al que le gusta usar su poder para ser innecesariamente difícil. personalmente, iría a su jefe y le pediría que lo firmara, además, si se trata de un proyecto personal que está completando en su propio tiempo con sus propios recursos, entonces no hay razón por la que deba "justificar [al gerente de mi equipo ] por qué estos proyectos son beneficiosos para el equipo". (Apuesto a que otros directores de equipo no requieren esto). tu jefe no estará feliz de que lo rodeaste y expusiste su comportamiento idiota, pero podría darte la oportunidad de cambiar de equipo para trabajar con alguien razonable, definitivamente te dará la capacidad de pulir tu cartera para cuando decidas cambiar trabajos.