E169 - Santiago Vasconcello: Bussiness Process Model and Notation

Resumen

En este episodio, Santiago (Chago), ingeniero comercial y data scientist autodidacta, presenta BPMN (Business Process Model and Notation), un estándar gráfico para modelar procesos de negocio, adoptado por la OMG y recogido en una ISO. Explica sus elementos (pools, lanes, tareas, eventos, compuertas, subprocesos y artefactos) usando como hilo conductor el proceso de pedir una pizza. Sostiene que BPMN es "un mal necesario" al que se llega por dolor: sirve para ordenar quién hace qué entre varios actores, dejar constancia, detectar cuellos de botella, optimizar, traspasar procesos y auditar. Los hosts discuten sus límites (diagramas que crecen demasiado, no es un DAG, no cabe en una PPT, trabajo extra de mantenerlo). Hay además digresiones sobre MCP, la evolución de los LLM y el precio de la RAM.

Capítulos

• 00:00
  IntroSe presenta el episodio 169 sobre business process (con "N" de notación), una herramienta útil para entender flujos con inputs, outputs e interacciones entre actores.
• 01:13
  Presentación de ChagoSantiago se define como ingeniero comercial de la U. de Chile y data scientist autodidacta, con paso por la Bolsa de Santiago, consultoría de IA, finanzas y marketing. Se describe en la intersección entre computación y negocios.
• 02:59
  Entendiendo BPMN: Conceptos Básicos y ContextoBPMN surge para reemplazar notaciones propietarias; Stephen White crea el primer manuscrito, lo adopta la OMG (creadora de UML) y luego se vuelve ISO. Se justifica para data science porque los productos viven dentro de procesos con mucha gente, y permite dejar constancia y encontrar puntos de fallo; se menciona su uso análogo en flujos de Jira.
• 06:18
  Explicación Detallada de Elementos BPMNDebate sobre la antigüedad del estándar (comparado con LLM, Transformers y MCP). Se definen pools (participante principal), lanes (subdivisiones), black pools (caja negra) y tipos de tarea: envío/recepción de mensaje, script, usuario, manual, regla de negocio y servicio.
• 19:08
  Ejemplo Práctico: Proceso de Entrega de PizzaSe arma el ejemplo de la pizzería con cocinero, delivery y cliente. Las líneas punteadas entre pools indican flujo de mensajes y asincronía; se discute si esa asincronía depende de cambiar de pool y de cómo se decide el nivel de detalle del modelo.
• 26:34
  EventosLos eventos de inicio, intermedios y fin indican qué detona y cierra un proceso; lo negro se envía y lo blanco se recibe. Se listan tipos: mensaje, escalación, enlace, error, cancelación, señal (sin intencionalidad, p. ej. alerta de dashboard), múltiple, compensación, temporal, condicional y paralelo. Se mencionan Miro, Bizagi y Draw.io como herramientas.
• 35:03
  Comentarios de la primera secciónLos hosts señalan que los flujos grandes se vuelven difíciles. Chago propone subprocesos y enlaces para dividirlos; se compara con una caja negra que se abre y con la programación.
• 38:58
  MemesSección de memes: el pan que era la rejilla de un ventilador, correlación vs. causalidad en un gráfico y un meme de procesos de negocio sobrecomplicados. Se comenta que a veces el proceso real es tan enredado.
• 44:01
  Discusión sobre MCPSe explica que MCP (Model Context Protocol) es como una API pero para LLM. Los participantes dicen que, a un año de su salida, casi nadie lo usa; Chago probó Context7 y consumía demasiados tokens. Se mencionan los miedos de perder control y un caso con Confluence y Claude Code.
• 48:58
  Discusión sobre mejoras en LLMsChago opina que GPT-4o le parece más confiable en producción que GPT-5 y que las mejoras percibidas son menores. Se comenta que muchas startups de Y Combinator usarían modelos chinos de pesos abiertos y se propone un episodio de predicciones 2026.
• 52:03
  Compuertas LógicasControl de flujo con compuertas exclusiva, paralela, inclusiva, compleja (mala práctica) y basada en eventos, ilustrada con un ejemplo de constructora y presupuesto. Se debate cuándo usar la de eventos frente a una exclusiva o inclusiva.
• 55:00
  Procesos ParalelosSe amplía el ejemplo con compuerta exclusiva (¿cocinar o pedir?) y paralela (se abre y se cierra), y se agrega el cajero con eventos de señal para el pago. Los hosts comparan BPMN con los DAG y notan que BPMN puede ser cíclico.
• 59:22
  Subprocesos y BuclesSe presentan subprocesos, bucles, ejecución paralela o secuencial, tareas ad hoc (orden indiferente) y tareas de compensación, ejemplificadas con preparar efectivo si falla el pago con tarjeta. Chago cuenta que presentó la herramienta porque en su trabajo no estaba claro quién hacía qué.
• 01:08:26
  ArtefactosSe muestra el subproceso "delivery" colapsado y expandible. Los artefactos incluyen data object, data store, anotaciones y grupos.
• 01:19:33
  ResumenChago recorre el BPMN final de la pizzería y admite una línea que debía ser punteada. Se debate si el cobro y la cocina deben ir en paralelo. Los hosts discuten si el diagrama no cabe en una PPT, su utilidad real (documentar acceso a datos, traspasos, auditoría) y se mencionan due diligence, series A/B e ISO 27001.
• 01:24:13
  CierreSe agrega la capa de artefactos (factura, base de datos, anotación) al BPMN final. Chago agradece al canal por su ayuda en su giro a datos; se discute usar Claude y Mermaid para documentar código, poner emojis en los logs, cómo modelar tiempos y buenas prácticas de nombres. Se anuncia el próximo episodio sobre intuición matemática en ciencia de datos.

Palabras clave