Volver a mirar el trabajo real
No empecé este trabajo pensando: «Voy a inventar un método para agentes de IA». Empecé intentando que unos flujos reales funcionaran sin tener que volver a cada paso para rescatarlos. Cuando debía intervenir una y otra vez, la pregunta dejó de ser solamente si la IA podía hacer una tarea. Empecé a mirar qué estaba pasando en todo el recorrido.
Vi esperas, reprocesos, decisiones que se tomaban varias veces y controles que no siempre protegían el resultado. No eran preguntas enteramente nuevas para mí: mi paso por manufactura y mi formación posterior me habían enseñado a prestar atención al trabajo tal como ocurre, no solo a cómo fue diseñado. La IA me hizo volver a esa mirada.
También escribo desde mi lugar como CAPM® y practicante ágil. Esa formación influye en las preguntas que hago sobre alcance, entregables, riesgos, dependencias, valor, iteración y retroalimentación. Pero no convierte este marco en un producto del Project Management Institute (PMI) ni en una aplicación oficial de Agile. Hablar desde esas influencias no es atribuirles lo que estoy construyendo.
Fuentes, adaptación y experiencia
Lean me ofrece un lenguaje para mirar el flujo y el desperdicio. Por ejemplo, el value stream mapping —mapear un flujo de valor— representa un estado actual y uno futuro para observar qué pasos crean valor y cuáles no. El Lean Enterprise Institute también propone mirar el propósito del proceso, su capacidad y la forma en que fluye el trabajo (Lean Enterprise Institute, s. f.-a); (Lean Enterprise Institute, s. f.-b).
Esa tradición viene de manufactura. Cuando miro con ella un flujo de IA —agentes, tokens (unidades de texto que procesa el modelo), herramientas y aprobaciones humanas— estoy haciendo una adaptación, no aplicando sin cambios una conclusión de Lean. Su utilidad concreta en este contexto tiene que comprobarse, no darse por supuesta.
La gestión de proyectos me aporta otra distinción: entregar algo no es lo mismo que obtener el beneficio que se esperaba. El marco de gestión de beneficios del PMI pide identificar esos beneficios, vincularlos con la entrega y sostenerlos en el tiempo (Project Management Institute, 2016). Para mí, esa diferencia importa cuando una automatización «funciona» técnicamente, pero su costo o su complejidad hacen difícil justificarla. El hecho de que produzca una salida no demuestra por sí solo que aporte valor.
La práctica ágil me recuerda una tercera cosa: conviene construir algo que funcione, observarlo y ajustar. Los principios del Agile Manifesto hablan de entrega temprana y frecuente, de resultados funcionando como medida de progreso, de simplicidad y de reflexión periódica (Beck et al., 2001). Nacieron para el desarrollo de software; no los traslado literalmente a cualquier actividad. Lo que reconozco en nuestra construcción progresiva de flujos con IA es la utilidad de ciclos cortos que permiten aprender de lo ejecutado.
Una síntesis situada
Así entiendo hoy la conversación entre mis influencias. Manufactura me enseñó a mirar el trabajo real. Lean me ayuda a ver valor y flujo, y a preguntarme por Muda, Mura y Muri: desperdicio, irregularidad y sobrecarga. PMI me ayuda a pensar en alcance, beneficios, dependencias, riesgo y trazabilidad. La agilidad me recuerda que el diseño debe aprender de la ejecución. Esas influencias me ayudan a formar una visión de flujo, valor, aprendizaje y retroalimentación.
Ninguna de ellas, por separado, es «nuestro método». Mi síntesis nace de ponerlas en conversación con los problemas reales que encuentro al construir sistemas de IA.
Cuatro lentes para mirar el flujo
Mirar el trabajo tal como ocurre.
Preguntarse por desperdicio, irregularidad y sobrecarga.
Dependencias, riesgo y trazabilidad.
Observar, ajustar y continuar.
Síntesis autoral ante problemas reales de IA: no son etapas, disciplinas equivalentes ni avales de un método universal.
Tampoco quiero presentar manufactura, Lean, PMI y agilidad como disciplinas equivalentes, ni sugerir que esas organizaciones respaldan cada decisión de nuestro marco. En esta serie distinguiré lo que dice una fuente, lo que adapto al trabajo con IA y lo que todavía es una hipótesis. Esa separación no debilita el recorrido: hace visible desde dónde estoy pensando y qué falta por comprobar.
Fuentes utilizadas
Estas fuentes respaldan los aportes atribuidos; su adaptación a flujos con IA y la síntesis son del autor.
Principios ágilesBeck, K., Beedle, M., van Bennekum, A., Cockburn, A., Cunningham, W., Fowler, M., Grenning, J., Highsmith, J., Hunt, A., Jeffries, R., Kern, J., Marick, B., Martin, R. C., Mellor, S., Schwaber, K., Sutherland, J., & Thomas, D. (2001). Principles behind the Agile Manifesto. Agile Manifesto. https://agilemanifesto.org/principles
Consultar fuentePropósito y flujoLean Enterprise Institute. (s. f.-a). Lean thinking and practice. https://www.lean.org/lexicon-terms/lean-thinking-and-practice/
Consultar fuenteMapa de flujo de valorLean Enterprise Institute. (s. f.-b). Value stream mapping. https://www.lean.org/lexicon-terms/value-stream-mapping/
Consultar fuenteGestión de beneficiosProject Management Institute. (2016). Benefits realization management framework. https://www.pmi.org/learning/thought-leadership/series/benefits-realization/benefits-realization-management-framework
Consultar fuente