Es el noveno día de un sprint de dos semanas y el equipo de entrega está atrapado en el mismo ciclo. Los ingenieros preguntan en Slack qué ticket está realmente listo, el líder de QA espera un entorno del que nadie se hace responsable y el Product Owner solicita una actualización de estado sencilla que lleva más tiempo preparar que realizar el trabajo en sí. Eres el gestor del proyecto y no logras decidir si automatizar el “ruido” del flujo de trabajo o optimizar primero dicho flujo. Cada hora de espera implica una mayor pérdida de tiempo en consultas de estado, traspasos fallidos y retrabajo.
Antes de automatizar nada, debemos identificar en qué se emplea el tiempo y por qué. Luego, necesitamos una forma de distinguir entre el trabajo que es seguro automatizar y aquel que, aunque parece repetitivo, conlleva riesgos en la toma de decisiones. Por último, requerimos un método claro para evaluar las ventajas e inconvenientes y elegir un objetivo de automatización que realmente facilite la entrega, en lugar de generar un nuevo punto de fallo.
Para contextualizar el problema, revisa la cronología de este sprint e identifica dónde falla la coordinación frente a dónde el trabajo simplemente avanza con lentitud.
Este patrón suele manifestarse en tres áreas. Las solicitudes de estado se multiplican cuando el plan no es visible en un único lugar, las transferencias de trabajo fallan cuando la “Definición de Terminado” (Definition of Done) es imprecisa, y los bloqueos persisten cuando no está claro quién es el responsable. Un error común de los gestores de proyectos (PM) es automatizar primero la actualización de estado, ya que parece aportar un beneficio inmediato a las partes interesadas. La consecuencia es que el equipo propaga la misma confusión con mayor rapidez y acaba confiando menos en el sistema, dado que los informes automatizados contradicen la realidad que perciben los miembros del equipo en el día a día.
Cuando una tarea parezca repetitiva, pregúntate qué tipo de trabajo implica realmente. Algunas etapas consisten en tomar decisiones, como aprobar cambios en el alcance o elegir una fecha de lanzamiento. Otras implican transferencias de trabajo, como mover una incidencia de la fase de desarrollo a la de pruebas o enviar un recurso de campaña al departamento legal. También hay tareas de entrada de datos, como copiar campos entre herramientas o dar formato a un informe semanal. La automatización es más segura cuando se trata de introducir datos y las entradas de información son estables.
Las decisiones conllevan una gran variabilidad y el coste de una elección errónea a menudo no se percibe hasta más adelante; automatizarlas sin salvaguardas convierte el criterio fundamentado en una mera suposición. Las transferencias de trabajo fallan cuando los roles y los criterios de aceptación no están claros; por tanto, la automatización solo resulta útil una vez que se ha definido qué significa “estar listo” y quién es el responsable. La entrada de datos es un ámbito en el que la IA puede ayudar desde las primeras etapas, ya que permite auditar, repetir y verificar aleatoriamente los procesos.
Utiliza esta actividad comparativa para practicar la identificación de qué pasos son lo suficientemente estables para automatizarse y cuáles requieren criterio humano.