El gerente quiere que cambie de método sin una buena razón y no lo acepto, así que tendremos una reunión al respecto. ¿Cómo debo proceder? [cerrado]

Trabajo en una pequeña/mediana startup (20 a 30 personas) como desarrollador de software. En esta empresa hay 3 equipos que se superponen entre sí en el sentido de que todos trabajan con la misma tecnología, usan y reutilizan el trabajo de los demás con más frecuencia y colaboran más. Mi equipo está compuesto por 1 persona: yo. Es un departamento completamente nuevo y yo soy el desarrollador principal que trabaja en una pila tecnológica totalmente diferente. Tengo mi líder de equipo directo, pero él es más un jefe de producto para toda la empresa y se coordina con todos los demás equipos y ventas, por lo que básicamente soy el líder del equipo y, por lo general, no está disponible. Hay una regla implícita en el aire entre nosotros de que "tomo la iniciativa y tengo la libertad de hacerlo cuando tomo decisiones técnicas".

Como en toda empresa, tratamos de tener procesos en los lugares. Herramienta específica para documentación, para repositorios, dónde guardar archivos, etc. etc. Como regla general, todos usamos la Herramienta A (nombres ocultos solo por seguridad), y cuando me uní también la estaba usando.

Durante 5 meses usé la Herramienta A principalmente por el bien del proceso... éramos los grillos y yo... nadie allí para iniciar sesión en el tablero o escribir nada. Utilicé otra herramienta kanban/agile en mi empresa anterior y decidí... sabes qué, continuaré usando esa (Herramienta B), porque se adapta a mis necesidades y me hace más productivo. No tiene sentido usar la Herramienta A si nadie más la usa conmigo y la muy poca colaboración que existe entre mi equipo y los demás se limita a unas pocas reuniones de sincronización y conversaciones flojas.

Entonces me tomé la libertad de cambiar, también porque me dijeron que los equipos podían trabajar de manera independiente. Durante 2 meses seguí usando la Herramienta B.

Para un sprint, quería compartir el tablero con el gerente (no mi gerente directo/chico de PC) para tener sus opiniones sobre qué tarea priorizar.

Este tipo siempre es el que reserva reuniones sin sentido (en mi opinión) con al menos 5 personas, siempre con la posibilidad de que alguien no relacionado participe, creando discusiones en Slack sobre cosas que probablemente solo podamos ver dentro de 3 meses. . Y es un fanático de los procesos. Alrededor del 80% del contenido de las reuniones organizadas por él a las que tengo que unirme se descartan/olvidan más tarde porque adivina qué: no importan. Así que sí... en este momento soy escéptico sobre la validez de cualquier problema que intente crear.

Luego, por supuesto, después de ver mi tablero en una herramienta diferente, dijo: "Oye, por ahora está bien usarlo... pero creo que pronto tendremos que mover tus cosas de la Herramienta B a la Herramienta A". lo descartó un poco, con la esperanza de que pronto se concentrara en otro esfuerzo inútil, pero 2 semanas después aquí está, diciendo que deberíamos programar una reunión (¡yo, él y 2 personas más de c!) para discutir cómo proceder para hacer esa migración.

No podía quedarme callado, porque ese no soy yo... si algo no tiene sentido lo enfrento, incluso si me puede costar el trabajo... joder. Le dije que esto era una pérdida de tiempo. Cuando se me preguntó cuándo hubo alguna vez en que yo usando la Herramienta B comprometiera la colaboración o el trabajo en otro equipo, eso justificaría la transición. Realmente no tenía una respuesta convincente. En resumen, él quiere que cambie para encajar en el modelo "un sombrero les queda a todos" que él tanto adora y sabemos que todo se reduce a "soy el gerente que toma las decisiones y tú lo haces como yo digo". "

La cosa es que... como dije, no tengo ningún problema en seguir órdenes, siempre y cuando sea algo que tenga sentido. Si solo tengo que hacer algo porque me lo dices, esa no es una buena razón y podría terminar yéndome porque hacer tonterías solo afecta mi satisfacción diaria general. Creo que, como gerente, debe respaldar adecuadamente sus decisiones con su equipo en lugar de un simple "porque así es como hacemos las cosas aquí". Y también, el problema no es con la Herramienta A. Sí... Prefiero la otra, pero ya trabajé con la Herramienta A y me siento cómodo usándola también y si tiene que hacerse, que así sea. El problema aquí es más el efecto psicológico de hacer algo porque algún tipo tiene mucho tiempo libre para inventarse problemas y, según mi experiencia, no deberíamos cultivar ese comportamiento y esa cultura.

Mi razonamiento es que si le hago pasar un mal rato para aceptar una tarea sin sentido que le está dando, lo pensará dos veces antes de venir a mí con otra tarea, solo por el hecho de darme una tarea. Eso sí, él no es mi jefe directo, por lo que realmente no tiene el poder para despedirme, pero incluso si lo tuviera, no estaría preocupado por eso.

También trato de tener su perspectiva sobre las cosas: es difícil entender lo que sucede cuando tienes que dirigir a varias personas y ellas comienzan a tomar decisiones independientes. Hacer esto es algo que podría darle una sensación de control y tranquilidad y evitar problemas futuros, aunque ahora no sabe cuáles son esos problemas. Pero como en cualquier relación, creo que debes confiar en las personas con las que estás tratando, y eso también es cierto para las relaciones laborales. Si siento que esto comprometería la colaboración entre los equipos, no lo habría elegido y él debería confiar en mí en esa decisión, eso es todo.

Irónicamente, solo tendremos esta reunión futura y hablaremos sobre este "problema" porque le dije/le mostré que estoy usando una segunda herramienta, que ni siquiera tenía que hacerlo. Si no he dicho nada, todavía estaría usando la herramienta, haciendo mi trabajo bien mientras él hace el suyo y la vida laboral continuaría con normalidad...

Ahora, la razón por la que estoy publicando esto es que me gustaría tener una perspectiva diferente sobre cómo abordarías esa reunión si estuvieras en mi lugar. ¿Cuáles son algunos buenos argumentos que debería presentar para respaldar mi decisión de oponerme a su pedido? O también si crees que estoy exagerando y debería dejarlo pasar o que no vale la pena luchar o que estoy equivocado, siéntete libre de decirlo y por qué.

TLDR; Otro jefe de equipo quiere que cambie una herramienta que uso. No tiene un buen argumento para decirme por qué debería y sé con certeza que es solo porque quiere que toda la empresa trabaje de manera uniforme y cuando le pregunté "¿cuál es el problema de que yo use esto?" no me dio ninguna respuesta. Ahora vamos a discutirlo todos en una reunión sin sentido de la situación. En la reunión estaremos yo, mi manager directo, él y alguna chica al azar(?). ¿Cómo puedo abordar esta reunión en términos de respaldar mi caso?

Estoy confundido aquí, parece que está diciendo que usted solo toma la decisión de usar una herramienta diferente a la que usa la compañía y le indicó que usara. Pero quiere ayuda para justificar su falta de seguimiento de instrucciones.
no era una instrucción en el sentido de un requisito. Fue más en el sentido de "Esta es la herramienta que utilizan estos equipos y tratamos de seguir". Otras decisiones más importantes, como por ejemplo, reemplazar un backend y una configuración de base de datos inadecuados para el proyecto, las consulté con mi gerente directo y le expliqué por qué. En cada uno me apoyó, pero claramente no pasó 5 minutos pensando en ello porque era demasiado técnico/estaba demasiado ocupado, y dijo muchas veces "Confío en tu juicio". Esta decisión la tomé sin ayuda porque era una obviedad: solo afecta mi trabajo únicamente
@HugoHowarts ¿Cómo es que tienes un nombre diferente al de OP pero comentas como si fueras OP?
Esta es una diatriba. Debe recortarlo al menos a la mitad y enfocarlo en su pregunta. De todos modos, parece que eres arrogante y tienes problemas para trabajar en equipo.
Debe escribir un resumen de esto y ser claro sobre lo que espera.
hermosa comunidad! La gente claramente no cree que esta sea una pregunta válida y la rechaza. Está bien. Así que trato de eliminar la pregunta, ya que no llevará a ninguna parte, pero luego no puedes eliminarla. Así que ahora solo un muro para que la gente venga y haga su propio juicio sobre una persona que cree que conoce en base a un pequeño contexto escrito con algo de frustración y te llame arrogante y tal. Incluso me votaron negativamente en masa en las preguntas de Stackoverflow que estaban inactivas desde hace 5 años. Literalmente puedes obtener mejores interacciones en un grupo de reddit. Resultado: la reunión salió bien y pude seguir usando la herramienta que quiero
@HugoHowarts No te preocupes: se está cerrando.

Respuestas (4)

Aquí está la cosa: todo el resto de la empresa usa la Herramienta A. Incluso si usted personalmente piensa que usar la Herramienta B lo hace más productivo, esto:

  • Hace que su gerente sea menos productivo al tener que aprender las herramientas A y B.
  • Hace que cualquier transferencia interna al equipo sea menos productiva al tener que aprender la herramienta B
  • Si la herramienta A es el estándar de la industria y la herramienta B no lo es (lo que tiende a ser el caso en las empresas más grandes; o usan más herramientas estándar de la industria o usan herramientas internas para cuestiones de seguridad de la información), entonces hace que la contratación de nuevas personas en su equipo más difícil porque tienen que aprender la herramienta B (hay menos posibilidades de que ya la conozcan).

Si quiere convencer a su gerente de que use la herramienta B en lugar de la A, estas son, en mi opinión, las cosas de las que tiene que convencerlo. Si no puedes convencerlo de estas cosas (ya sea porque no puedes convencerlo o porque no son ciertas), entonces no lo vas a hacer bien:

  1. Esa Herramienta B es más estándar de la industria que la Herramienta A. Por ejemplo, Spring Data Mongo es más estándar de la industria que usar el controlador Java MongoDB nativo (hablo sobre esto en particular por experiencia). Jira es más estándar en la industria que Asana (también por experiencia). Git es más estándar de la industria que SVN (no por experiencia en este caso). AWS más estándar de la industria que IBM Cloud. MongoDB es más estándar de la industria que CockroachDB (este en realidad lo perdí por otras razones, aunque es cierto). Las herramientas estándar de la industria están "probadas" y a los gerentes les gusta "probadas", especialmente en las grandes empresas. Ayuda a administrar el riesgo cuando sabe que su herramienta está "probada". Por lo tanto, deberá demostrar que la herramienta está "probada".

  2. Que será más fácil contratar personas para la herramienta B que para la herramienta A. Esto viene con lo anterior, que cuanto más estándar de la industria sea una herramienta, más fácil será contratar personas que sepan cómo usarla. Esto reduce el costo de incorporación para las nuevas contrataciones de su equipo. Incluso si una herramienta aún no es estándar en la industria, si muestra signos de reemplazar una herramienta existente, entonces esto puede beneficiarlo. Piense en NodeJS frente a Java, o Java frente a C, o C frente a FORTRAN. Érase una vez, esos habrían sido el estándar de la industria, pero luego fueron reemplazados.

  3. Esa herramienta B no tiene ninguna consideración externa que la herramienta A no tenga. Por ejemplo, si la herramienta B tiene una "edición personal" y una "edición profesional", puede estar bien que la empresa haga trampa y le permita usar la "edición personal" para hacer su trabajo (aunque técnicamente es ilegal, algunas empresas haga esto si su personal/presupuesto es pequeño). Cuando tienes un equipo en crecimiento, esto se vuelve cada vez menos factible. Si se trata de una cuestión de licencias y la empresa no tiene (o no quiere pagar) el presupuesto para licencias, entonces no se está saliendo con la suya.

Estas son algunas de las consideraciones que tendrá que abordar si desea que lo tomen en serio. Si no puede presentar el caso en algunos de estos, es posible que tenga que inclinarse ante su gerente esta vez.

exactamente. "No hay una buena razón" es una forma realmente mala de decirlo porque hay muchas razones realmente buenas.

El gerente quiere que cambie de método sin una buena razón y no lo acepto, así que tendremos una reunión al respecto. ¿Cómo debo proceder?

Hazlo tu.

Si no le gusta seguir instrucciones, podría considerar trabajar por cuenta propia.

Esta respuesta no es particularmente útil. Definitivamente hay casos, y suceden con bastante frecuencia, en los que el gerente instituye una política que es descaradamente estúpida y es útil que los empleados hablen en contra de tales políticas si pueden proporcionar un argumento convincente y razonable para hacerlo. Simplemente decir "simplemente haz lo que diga el gerente" genera muchos problemas en muchas situaciones, en un sentido general (quizás no en este caso específico, pero eso está por verse).
Esta no es una cuestión de política, se trata del trabajo en sí.

¿Se trata realmente de la Herramienta A frente a la Herramienta B o se trata más bien de un problema general al seguir instrucciones que no tienen una justificación sólida adjunta? A nadie le gusta tener que hacer cosas con las que no está de acuerdo, pero esa es la naturaleza de toda la relación empleador/empleado. Parece que le han dado una buena cantidad de libertad para tomar decisiones sobre su parte del producto. Si la elección de la placa Kahnbahn es la invasión más flagrante de su autonomía, lo consideraría un buen negocio.

Tal vez el tablero de kahnbahn realmente sea tan importante, en cuyo caso puede estar en desacuerdo, pero todo en la vida se trata de compromiso y no hay una sola persona en el planeta que no tenga que estar de acuerdo con las cosas que no le gustan. pueden vivir para luchar otro día.

Para responder a su pregunta real, ya ha dicho que estaría dispuesto a dejar el trabajo si no se sale con la suya, por lo que no queda mucho de qué hablar. Escuche su razonamiento de por qué lo quiere en la Herramienta A. Explíquele por qué cree que es mejor continuar con la Herramienta B. Si todavía está inflexible y él se niega a ceder, tal vez intente ver si hay algo más que estaría dispuesto a hacer. comprometerse. Si no pueden llegar a un acuerdo, vayan por caminos separados. (Esto me parece una locura pero es tu vida.)

"La cosa es... como dije, no tengo ningún problema en seguir órdenes, siempre y cuando sea algo que tenga sentido".

No tienes la fuerza política para hacer lo que quieras. Si lo hiciera, entonces su gerente le estaría preguntando qué hacer. Un CTO me dijo que cuando se une a una empresa, por lo general toma de 2 a 3 años lograr que el CEO cambie de rumbo y haga las cosas de la mejor manera. No hay razón para que espere que su gerente lo salude y haga lo que quiera.

Simplemente comience a usar la herramienta que su gerente quiere que use. Si decide cambiarlo nuevamente en 2 o 3 meses, simplemente siga adelante. Sucede.