Atlasingeniería

Comunicación y liderazgo técnicoSeniorTema 6Senior

Mentoría que no depende de tu agenda

Acompañar a una persona se puede hacer con reuniones. Acompañar a un equipo entero, no: hay que cambiar cómo circula el trabajo y cómo se revisa, para que la gente aprenda del sistema y no sólo de vos.

Con una persona funciona: una reunión semanal, algo de trabajo en pareja, revisiones cuidadas. Con seis, la misma receta te deja sin semana y, aun así, cada uno recibe la sexta parte de lo que recibía el primero.

El salto de acompañar a una persona a hacer crecer a un equipo no es de escala: es de método. Lo que escala no son tus horas, es lo que aprende la gente trabajando, y eso depende de cómo se reparte el trabajo, cómo se revisa y qué se hace después de cada error.

Tres palancas que no consumen tu agenda

PalancaQué cambiaQué te cuesta
El reparto del trabajoQuién hace lo que tiene decisión, diseño o visibilidadNada de agenda; algo de velocidad esta semana
Cómo se revisa el códigoComentarios que explican el porqué, y revisiones cruzadas entre paresPoco: es reencauzar algo que ya sucede
Qué pasa después de un errorUna revisión sin culpables que deja una regla o una herramientaUna hora por incidente, que se recupera sola
Las tres suceden igual todas las semanas. La diferencia está en si se usan para enseñar o se dejan pasar.

Las revisiones como canal de enseñanza

Es el único momento en que todo el equipo mira el trabajo de todo el equipo. Casi siempre se usa para corregir; se puede usar para enseñar sin que cueste más tiempo:

Revisión que corrigeRevisión que enseña
El comentario«Usá un índice acừEsto va a hacer un recorrido completo de la tabla cuando crezca; con un índice en esta columna se resuelve»
Quién revisaSiempre la persona más seniorRotando: quien revisa aprende
Qué se marcaSólo lo que está malTambién lo que está bien resuelto, con el porqué
Las discusiones largasSe resuelven en el hiloSe llevan a una decisión escrita que sirve para todos
La segunda fila es la que más rinde y la que más incomoda: alguien con menos experiencia revisando a alguien con más.

Antes de seguir, predecí

Querés que el equipo aprenda a diseñar mejor. ¿Qué rinde más?

Cada error es material de formación

Un incidente concentra más aprendizaje que cualquier capacitación: es un caso real, con consecuencias reales, que todo el equipo ya tiene en la cabeza. Desperdiciarlo es caro.

Cómo se aprovecha

  1. Reconstruí la línea de tiempo antes de opinar. Qué pasó y cuándo se supo cada cosa. El diagnóstico apurado tapa la mitad de lo interesante.
  2. Preguntá qué hacía razonable cada decisión en el momento. Con la información que había entonces, no con la de ahora. Es lo que evita la conclusión inútil de «había que haber mirado mejor».
  3. Buscá qué faltó para detectarlo antes y qué lo habría hecho reversible.
  4. Que salga una sola acción concreta, con dueño. Una regla, una alerta, una validación. Diez acciones de una retrospectiva es cero acciones.
  5. Que lo escriba alguien distinto cada vez. Escribir el informe es donde más se aprende, y es una tarea de visibilidad que conviene repartir.

Repartir el mismo trabajo de dos formas

Cuatro tareas del trimestre y cuatro personas. Ana conoce pagos, Beto conoce el buscador, Caro y Dani son más nuevos.

1 / 6
La columna de la derecha del último paso es lo que importa: con la asignación eficiente, tres de los cuatro sistemas los sabe una sola persona, y eso es riesgo puro. Lo que escala no son tus horas: es lo que la gente aprende trabajando, y eso se decide al repartir.

Lo que preguntan sobre esto

Cierre

Autoevaluación

¿Lo entendiste?

¿Por qué no escala acompañar a un equipo con el método que sirve para una persona?
¿Qué convierte un comentario de revisión en enseñanza?
¿Qué aporta que alguien junior revise el código de alguien senior?
¿Cuántas acciones conviene que salgan de una retrospectiva de incidente?