¿Cómo tratar con un desarrollador con un "rol especial" en un equipo Scrum?

Asumí el trabajo de propietario de producto en un equipo scrum (tamaño: unas 10 personas) hace unos meses (donde formé parte del equipo de desarrollo durante unos años antes). El equipo es uno de los 20-30 equipos en un proyecto más grande y recibimos directamente mucha presión del cliente.

Dado que nuestro equipo cubre muchas funciones y componentes, siempre tratamos de tener tantos sustitutos como sea posible para cada función. Sin embargo, para un tema del equipo, se contrató a alguien (llamémoslo Adam) y se le prometió un papel especial dentro del equipo en el que debería ser completamente responsable de estos temas. Como el antiguo propietario del producto no tenía mucho interés en ese tema, no cuestionó el papel especial de Adam. Entonces, el propietario del producto anterior era la interfaz para todos los demás equipos, la gerencia y el cliente, excepto para ese tema especial.

Sin embargo, Adam no es muy eficiente en el manejo de esos temas "comunicativos" y dedica aproximadamente la mitad de su tiempo a actividades no productivas causadas por el rol especial que obtuvo (por ejemplo, mientras que el antiguo propietario del producto y yo también podemos participar en una llamada telefónica con la gestión, podemos responder a varios correos de clientes en paralelo y pensar en la prioridad mientras Adam está completamente ocupado con una actividad, ...). Cuando había una prioridad en uno de sus temas, solicitaba personas para su "subequipo" y se definía como un "propietario de subproducto" que estaba haciendo un segundo stand-up, planificando, etc. Esto hizo que desarrollara muy pocas líneas. de código en tales situaciones (aunque se calcula como desarrollador completo).

Dado que ahora recibimos mucha más presión del cliente y el equipo es más pequeño que antes (quedaron dos personas), decidimos agrupar todas estas comunicaciones conmigo como propietario del producto para dar a todos los desarrolladores el mayor tiempo posible para el desarrollo. Esto fue respaldado por la alta gerencia. Pero a mí me parece que Adam no acepta esto. Algunos ejemplos:

  • Tengo reuniones de vez en cuando con otros equipos cuando hemos terminado los paquetes de trabajo que necesitan; y las reuniones son de muy alto nivel (sin ningún tipo de cuestiones técnicas) como "Necesitamos que termines A hasta mayo ya que entonces necesitamos comenzar con B", pero él insiste en unirse porque se trata de "estos" temas.
  • Hay una priorización de todo el proyecto en la que se nos realiza un seguimiento de algunos temas y algunos otros temas ya se han decidido para tener una prioridad más baja (lo cual fue un trabajo duro para tomar esa decisión). Sin embargo, Adam está realizando reuniones con personas para estos temas de prioridad baja sin notificarme (lo que lleva a mucho trabajo sin terminar).
  • Los criterios de aceptación de los paquetes de trabajo se amplían por sí solos sin discutirlo con el equipo y sin ajustar el tiempo necesario.

Con todo, lo terminado es bueno, pero debido a este comportamiento, diría que solo puedo dar prioridad durante aproximadamente el 20% de este tiempo; por lo demás, Adam está haciendo lo que quiere. El resto del equipo tampoco está tan contento con esto.

Hablé con su gerente senior (que también es el mío) sobre la situación, pero él no quiere quitarle el "rol especial" a Adam; y teme que Adam pueda dejar el equipo donde critica a Adams. Por mi impresión técnica (ya que yo era parte del equipo), los temas de Adam no son tan complicados como para que unas pocas personas puedan aprender y ser suplentes de estos temas (lo cual es muy importante en caso de vacaciones, licencias por paternidad, etc. ). Pero mi sensación es que Adam no deja que nadie profundice en estos temas (no está claro si es consciente o inconsciente).

¿Qué puedo hacer para mejorar la situación? Mi objetivo principal es aumentar el rendimiento general del equipo y mantener el ambiente dentro del equipo lo mejor posible.

En particular, ¿cuáles son las desventajas de las siguientes ideas?

  • ¿Seguimiento más estricto de las tareas de Adam (o de todo el equipo)?
  • ¿Confrontación directa con el riesgo de que mi gerente senior no esté contento con eso y Adam quiera irse?
  • ¿Insiste en encontrar sustitutos para cada tema pequeño (incluso si eso puede llevar más tiempo ahora)?
  • ¿Hacerlo personalmente responsable frente a la gerencia de "sus" temas?
  • ¿Darle temas que puedan rastrearse más fácilmente y que no sean populares en el resto del equipo?
  • ¿Simplemente aceptar la situación tal como es y ahorrar tiempo?
¿No suele ser el propietario del producto alguien externo al equipo de desarrollo (pero, junto con el maestro de scrum y el equipo de desarrollo, parte del equipo de scrum)? Si ya ha cambiado el rol de propietario del producto, parece un poco complicado quejarse de que un desarrollador es "impuro".
Si alguien dice que tiene miedo de que Adam se vaya, usted dice con su voz más convincente que su equipo no necesita a Adam, que tiene varias personas que pueden hacer su trabajo de manera más eficiente y que no tiene idea de por qué él tiene este papel especial.
¿Por qué los votos negativos?
la pregunta puede beneficiarse del acortamiento. Ahora mismo ocupa 2 pantallas en mi portátil

Respuestas (5)

Primero aborde el factor del autobús: asigne a otras personas tareas que normalmente estarían dentro del ámbito de competencias de Adam. Ponga a otras personas en la misma área técnica al día con el trabajo de Adams. Déle a Adam suficientes tareas de 'hacer que funcionen' que no pueda discutir con esto en función de su disponibilidad.

Una vez que esté en su lugar, asigne tareas a Adam exactamente de la misma manera que las asigna a otros miembros del equipo: elimine su designación 'especial'. Es posible que Adam decida ceder (poco probable) o irse, pero para ese momento, tendrá suficientes personas capacitadas en su área que, sin él, la productividad podría incluso aumentar.

Además, no invite a Adam a reuniones que estén por encima de su nivel salarial. La próxima vez que se estrelle con uno, llévelo a un lado después de la reunión y recuérdele que no fue invitado y que no es bienvenido, ya que no fue una reunión técnica.

Si él insiste en ser un 'propietario de subproducto', entonces explíquele también todas las desventajas de ese placer; necesita encontrar el presupuesto para el personal y programar la carga de trabajo para que se complete dentro del plazo establecido. Si no, él tiene que responderle.

Has hecho todo lo que puedes.

y teme que Adam pueda dejar el equipo donde critica a Adams.

Alude al hecho de que esta falta de claridad es mala para la moral y que más miembros del equipo (incluyéndote a ti) podrían dejar el equipo si no se soluciona este problema.

Creo que su empresa necesita reorganizar los roles y posiblemente cambiar de posición. Aquí está por qué lo creo:

  1. ¿Cuál es el papel de su gerente? ¡Exactamente! (S) Debería ser el PO y solo trabajar con un maestro SCRUM, no con un PO y un Adam (también conocido como semi PO y semidesarrollador)

  2. ¿Qué pasa en vuestras reuniones retrospectivas? ¿Hay alguna? ¿Estás invitado? ¿Adán está invitado? (Sabemos que los PO no están invitados en los retro)

  3. ¿Quién es el maestro SCRUM? Estos impedimentos deben ser eliminados por un SM.

  4. Los miembros del equipo SCRUM deben tener funciones cruzadas, si su equipo no lo es, ¡contraten a alguien que realmente lo sea! (Ahora es el mejor momento ya que ya tiene dos miembros)

La forma en que está desarrollando su producto se parece más a la gestión de proyectos tradicional que a un proyecto SCRUM. Necesitas reestructurar todo el equipo. Y esto no es sólo culpa de Adán. Su gerente juega una regla vital aquí si acepta estos cambios estructurales, entonces hay esperanza, si no lo hace, le recomiendo cambiar su estado de Linkedin a "abierto para nuevas posiciones".

¿Simplemente aceptar la situación tal como es y ahorrar tiempo?

Esta opción es la que está dentro de su rol y alcance. La mayor parte del resto no es realmente tu problema. Ya ha escalado sus preocupaciones y dado el razonamiento. Está fuera de tus manos, así que no dejes que te estrese mientras te concentras en cumplir con tus propias responsabilidades.

No estoy seguro de por qué esto fue rechazado. Tienes un desarrollador con un rol especial que se niega a compartir conocimientos. Ya estás 2 personas abajo (20%) y tienes más presión para trabajar. ¿Puede permitirse el lujo de estar por debajo de otra persona? y prescindir de un par de desarrolladores para hacerse cargo de esta carga de trabajo especialmente asignada? ¿Por qué esta persona tenía un papel especial si era tan fácil de hacer en primer lugar?

Tienes un equipo de scrum. Por lo general, eso significa que planifica qué tareas se deben hacer en las próximas dos semanas, y todos eligen las tareas que quieren hacer. Además, todo el mundo debería poder hacer cualquier tarea.

Le sugiero que se desvíe intencionalmente de esto durante algunas semanas. En general, permite que las personas elijan sus tareas, pero asigna las tareas que Adam quiere hacer a otras personas en las que confía que se encargarán de estas tareas. Si Adam protesta, dígale que esta es su decisión, que todos los miembros del equipo deberían poder manejar cualquier tarea, y espera que él elija algunas de las otras tareas y las maneje.

Entonces verás cómo va. Si los otros miembros de tu equipo no pueden manejar las tareas de Adam, es una lástima, perdiste. Por otro lado, si se encargan de las tareas de Adam, entonces de una sola vez has destruido su papel especial. Y ahora tiene que demostrar que es un buen desarrollador.

En lugar de asignar tareas manualmente, también puede planificar un sprint lleno de "tareas de Adam" para todos y luego un sprint lleno de "tareas de equipo". En lugar de equilibrar perfectamente las tareas. Esto primero obligará a Adam a dejar algunas de "sus" tareas a otros miembros del equipo y, en el segundo sprint, obligará a Adam a retomar algunas "tareas del equipo". También puede animar a miembros específicos del equipo, que mencionaron preocupaciones, a retomar las "tareas de Adam". De esta manera, no parecerá que se está excediendo en su papel como PO.