Un flujo de trabajo productivo hace visible qué se está haciendo, limita lo que se empieza y permite terminar con criterios claros. La IA puede acelerar una tarea, pero no elimina una cola de revisión ni decide por el equipo qué merece hacerse primero.
El lunes en el que todo parece urgente
Imaginemos un equipo que llega al lunes con un tablero lleno. Hay tareas en desarrollo, otras esperando respuesta y varias que alguien da por terminadas aunque todavía no se han revisado. Se incorpora una herramienta de IA y empiezan a aparecer más propuestas, más código y más documentos. El tablero se mueve. El resultado no necesariamente llega antes.
Es un escenario hipotético, no una anécdota de un proyecto concreto. Me interesa porque resume una confusión habitual: producir más piezas no es lo mismo que entregar más valor. Si cada nueva pieza necesita la misma aprobación escasa, acelerar la entrada solo cambia el lugar donde se acumula el trabajo.
Mi consejo no sería empezar comprando otra herramienta ni implantando una ceremonia nueva. Empezaría por ver dónde espera el trabajo. A partir de ahí haría siete cambios. No prometen un porcentaje de mejora. Sí permiten discutir con hechos qué está frenando la entrega.
Cambio 1: dibujar un flujo de trabajo productivo, no el proceso ideal
Escribiría las etapas reales desde que aceptamos un trabajo hasta que está terminado para su destinatario. Si pasa por una validación de negocio, una revisión técnica o una publicación, esas esperas tienen que aparecer. Un tablero con tres columnas puede ser suficiente; uno con doce también puede ocultar lo importante.
La guía Kanban de mayo de 2025 pide definir unidades de trabajo, inicio y fin, estados, control del trabajo en curso y políticas explícitas, además de una expectativa de nivel de servicio. No se trata de decorar una herramienta. Hay que acordar qué significa cada estado y qué debe ocurrir para pasar al siguiente.
Pondría especial cuidado en la última columna. Para una corrección, terminar puede requerir desplegar y verificar. Para un documento, puede requerir aceptación. No mezclaría esos trabajos como si todos tuvieran el mismo tamaño o el mismo recorrido. El objetivo es que nadie tenga que preguntar qué quiere decir realmente terminado.
Cambio 2: no empezar por tener las manos libres
Limitar trabajo en curso, WIP, supone decidir cuántas piezas admite el sistema desde que empiezan hasta que terminan. No es un castigo al equipo ni una invitación a quedarse parado. Es una forma de evitar que abrir tareas sea la respuesta automática a cualquier espera.
No propondría un límite universal de una tarea por persona. La capacidad, las dependencias y el tipo de trabajo cambian. Empezaría con un límite explícito que el equipo pueda sostener y observaría qué pasa. Si revisión está llena, la primera conversación debería ser cómo ayudar a terminar, no qué nueva tarea puede iniciar cada uno.
También dejaría escritas las excepciones. Una incidencia urgente puede entrar, pero debería quedar claro quién decide, qué se pausa y cuándo se revisa esa prioridad. Si todo es una excepción, el límite no existe. Y si los bloqueados desaparecen del tablero, solo hemos mejorado el dibujo.
Cambio 3: flujo de trabajo productivo también en revisión
Una revisión consume atención y capacidad. Por eso reservaría tiempo, responsable y criterios para hacerla, en vez de confiar en que alguien encuentre un hueco. La definición de terminado tiene que incluir la comprobación necesaria, no dejarla como una actividad invisible después del cierre.
Con IA esta decisión pesa más. Es fácil generar alternativas que alguien debe contrastar. El informe DORA de 2025 describe la IA como un amplificador de fortalezas y debilidades organizativas. Yo lo leería como una advertencia contra acelerar una parte aislada y dar por mejorado el sistema entero. Es una interpretación práctica del informe, no una promesa de resultados.
Para un cambio pequeño pediría una revisión proporcional: objetivo, pruebas, riesgos y reversión si afecta a producción. No el mismo expediente para todo. La idea es que la persona que revisa encuentre lo necesario sin reconstruir la conversación de varios días.
Cambio 4: usar IA con entradas y salidas claras
Elegiría primero una tarea acotada: resumir información, proponer casos de prueba o preparar una primera versión. Acordaría qué datos puede utilizar la herramienta y qué no. Después definiría qué necesita comprobar una persona antes de usar el resultado.
No daría por validado un contenido porque tenga buen tono ni un cambio porque compile. Hay que revisar lo que importa al objetivo: hechos, permisos, comportamiento y efectos. En una automatización con consecuencias, separaría preparar de ejecutar. Un borrador no debería convertirse en un envío solo porque el siguiente paso parece evidente.
Mi prueba para introducir IA sería comparar el recorrido completo: preparación, corrección, revisión y resultado utilizable. Si ahorra tiempo al autor y se lo traslada al revisor, conviene verlo. Puede seguir mereciendo la pena, pero la decisión debe tomarse con ese coste a la vista.
Cambio 5: medir el flujo de trabajo productivo
La guía Kanban define cuatro métricas mínimas: WIP, throughput, edad del trabajo y tiempo de ciclo. WIP cuenta piezas empezadas y sin terminar. Throughput cuenta piezas terminadas por unidad de tiempo. La edad mide el tiempo desde el inicio hasta hoy; el tiempo de ciclo, desde el inicio hasta el final.
Yo empezaría mirando las piezas que envejecen. Un trabajo que lleva demasiado tiempo esperando puede necesitar una decisión, dividirse o cancelarse. El dato no acusa a quien lo tiene asignado: señala una conversación pendiente. Después miraría la variación del tiempo de ciclo y la relación entre lo que entra y lo que sale.
No usaría throughput para clasificar personas ni compararía equipos con tareas muy distintas. Tampoco convertiría una expectativa de servicio en una fecha garantizada. La guía plantea una previsión con tiempo y probabilidad, apoyada en datos históricos cuando existen. Sin histórico, cualquier punto de partida debe reconocerse como provisional.
Cambio 6: sustituir seguimiento por decisiones
No quitaría reuniones por principio. Quitaría las que repiten datos que el tablero ya debería mostrar. Una conversación breve puede ser útil si resuelve un bloqueo, cambia una prioridad o aclara una dependencia. Media hora de estados sin decisión suele dejar el trabajo exactamente donde estaba.
Prepararía cada reunión con una pregunta concreta: qué necesita salir de aquí. Al terminar dejaría decisión, responsable y siguiente paso. Si hace falta contexto, se comparte antes. Si todavía no hay información suficiente, se dice qué falta. Eso permite trabajar de forma asíncrona sin convertir el silencio en una aprobación.
Un flujo de trabajo productivo necesita acuerdos de comunicación. Qué es urgente, por dónde se avisa y cuándo se espera una respuesta. No pondría todo en el mismo canal ni asumiría disponibilidad permanente. La concentración también es capacidad del sistema.
Cambio 7: mejorar el flujo de trabajo productivo y volver a mirar
Antes de cambiar cinco reglas a la vez, elegiría el problema más visible. Si la revisión acumula trabajo, probaría reservar capacidad y limitar entradas. Si las tareas vuelven por falta de contexto, mejoraría la información de inicio. Si todo se atasca esperando permiso, aclararía quién puede decidir cada cosa.
Mi propuesta de arranque sería observar una semana sin esconder esperas, acordar un cambio pequeño y revisarlo después con el equipo. Ese plazo es una sugerencia práctica, no una norma Kanban. Algunas restricciones necesitan más tiempo para mostrar resultados y otras requieren actuar de inmediato.
La revisión tendría dos preguntas: ¿terminamos trabajo con menos espera? ¿Mantenemos la calidad y un ritmo sostenible? Si una métrica mejora a costa de errores o de trabajo invisible, no lo contaría como éxito. Cambiaría la regla y seguiría observando.
La señal de que funciona no es un tablero más limpio
Para mí, un flujo de trabajo productivo reduce la necesidad de perseguir información. Se sabe qué está abierto, qué necesita ayuda y qué cuenta como terminado. Las prioridades cambian, pero no de forma secreta. La IA ayuda en tareas concretas, sin sustituir el criterio sobre qué debe llegar al destinatario.
No busco un equipo ocupado todo el tiempo. Busco que pueda terminar lo importante sin vivir en una excepción permanente. Abrir menos no es ambición baja. Puede ser la decisión necesaria para que el trabajo deje de quedarse a medias.
Dudas habituales
¿Qué diferencia hay entre tiempo de ciclo y edad? El tiempo de ciclo corresponde a una pieza ya terminada. La edad sigue creciendo mientras la pieza continúa abierta. Ambos dependen de dónde definamos el inicio.
¿Hace falta cambiar de herramienta? No necesariamente. Antes de migrar, comprobaría si la actual permite ver estados reales, responsables, bloqueos y límites acordados.
¿La IA garantiza más productividad? No. Hay que observar el sistema completo, incluida la revisión, y no deducir una mejora de negocio solo de que se generen más piezas.
Fuentes
Un flujo de trabajo productivo conecta con mi enfoque de necesidades de negocio: definir qué hace falta, priorizar y comprobar el resultado.
