¿Cómo pedir a los compañeros que me incluyan en Decisiones?

Soy un desarrollador principal de una empresa nueva y en los últimos meses algunos de los propietarios de productos (PO) han hablado con miembros de mi equipo sobre los cambios en el proceso de desarrollo de software y sobre los cambios en los detalles de implementación.

Por ejemplo, un PO solicitó cambiar nuestra estrategia de bifurcación a GitFlow en lugar del flujo de trabajo establecido por mí y el jefe de desarrollo y otro PO solicitó cambiar el esquema de la base de datos.

Los PO son específicamente para diferentes equipos e incluso si fueran para mi equipo, siento que estas cosas específicas están fuera de la responsabilidad de los PO.

Hablan con mi equipo cuando no estoy allí, lo que se siente un poco como si trataran de ir a mis espaldas. Especialmente porque estas son cosas a las que siempre me opongo.

Por lo general, me entero de estas cosas horas o días después de forma aleatoria de mi equipo, pero solo obtengo información incompleta y de segunda mano sobre la situación.

Mis preguntas en concreto son:

  • ¿Cómo puedo abordar este tema con las OP y tratar de que me incluyan en las discusiones cuando tengan estas solicitudes?
  • ¿Cómo puedo abordar esto con mi equipo e intentar que no sigan simplemente las solicitudes de orden de compra sin consultarme primero?
Has perdido el control del Lead

Respuestas (1)

Suponiendo que usted es responsable de administrar su equipo en lugar de simplemente darle consejos técnicos, tenga algunas conversaciones con las distintas partes interesadas.

Pídeles cortésmente a los PO 1:1 que te informen (cc) cuando interactúen directamente con los miembros del equipo, y hazles saber que prefieres que abran un ticket para cualquier cosa que no sea trivial, para que puedas hacer tu propio trabajo priorizando y programando tu las tareas del equipo según sea necesario.

Al mismo tiempo, pídales cortésmente a los miembros de su equipo que abran tickets y le envíen un ping cuando los PO (o cualquier otra persona, para el caso) les arrojen tareas aleatorias no triviales. También hágales saber que pueden rechazar las tareas directamente: en lugar de "Claro, lo terminaré antes del [fecha y hora]", anime "Entendido, lo consultaré con [usted] para que podamos programar esto".

Manténgase sensato y flexible, ya que también puede tomar algunos recordatorios para inculcar el comportamiento deseado. Particularmente en una startup con un organigrama muy flexible. En mi experiencia, su equipo estará dispuesto a cooperar, porque recibir tareas aleatorias de todas partes puede ser molesto y estresante: lo amarán por apoyarlos y defenderlos, y si lo hace, lo hará. Ahórrales las úlceras o algo peor .

Además, tenga en cuenta que siempre habrá una cantidad residual de trabajo fuera de su control que se arrojará a su equipo. No podrá deshacerse de él por completo sin convertirse en un microgestor. Personalmente, tiendo a trazar la línea en tareas breves y urgentes, con un grado de sentido común sobre lo que se ajusta a esa descripción que queda a discreción del equipo. (Invariablemente califico esto con un recordatorio. A saber, que, aparte de las situaciones de vida o muerte, como conducir una ambulancia, no existe una tarea urgente en la vida; solo personas apresuradas con diversos grados de importancia personal. Las tareas "urgentes" se derivan de una planificación o ejecución fallida, ninguno de los cuales es culpa o problema de ellos).