Cuando los agentes se encargan de parte de tus entregas, la pregunta no es si las personas siguen participando, sino dónde. Con demasiadas aprobaciones pierdes velocidad. Con muy pocas, los errores llegan a tus clientes. Esta guía propone una forma sencilla de decidirlo.
Hazte dos preguntas en cada paso
- ¿Cuánto cuesta un error aquí? Una errata en un comentario sale barata. Un cambio en la lógica de facturación, no.
- ¿Es fácil deshacerlo? Un pull request en borrador se puede cerrar. Un cambio ya publicado es más difícil de revertir.
Los pasos baratos y fáciles de deshacer pueden avanzar sin aprobación. Los que son costosos o difíciles de deshacer necesitan a una persona.
Un punto de partida que usa la mayoría de los equipos
- Planificación: una persona la aprueba en los tipos de trabajo nuevos, y se omite cuando el agente ya ha resuelto bien ese tipo de trabajo.
- Desarrollo: no hace falta aprobación, porque el agente trabaja en una rama.
- Revisión: automatizada, con una persona que lee el pull request.
- Merge: siempre lo aprueba una persona en las áreas que más importan.
- Release: sigue tu proceso actual.
Decide quién aprueba
Una aprobación sin un nombre asignado se queda esperando para siempre. Para cada paso que la necesite, elige a una persona o un grupo pequeño y fija de cuánto tiempo disponen. Si nadie responde en ese plazo, decide de antemano si el trabajo espera o se escala.
Relaja las aprobaciones con el tiempo
Empieza siendo estricto. Al cabo de unas semanas, mira qué aprobaciones se concedieron siempre sin cambios: son candidatas a desaparecer. Fíjate también en las que se rechazaban a menudo, porque muestran dónde necesitan ayuda el agente o el ticket.
Deja constancia
Elijas lo que elijas, la tarea del backlog debe mostrar quién aprobó qué y cuándo. Ese registro le sirve a tu equipo y responde a las preguntas que hacen los clientes y los auditores.