En muchas empresas de servicios, el backlog acaba convertido en un cajón desastre: tareas pendientes, incidencias, mejoras, urgencias, peticiones del cliente, deuda técnica y compromisos que alguien prometió demasiado rápido.

Pero visto desde TOC, el backlog no debería ser solo una lista de cosas por hacer. Debería ser una herramienta para decidir dónde poner la energía del equipo.

En este episodio hablamos de cómo mirar el backlog desde la Teoría de las Limitaciones: qué está frenando realmente el flujo del servicio, qué tareas ayudan a aliviar el cuello de botella y por qué no todo lo urgente es necesariamente lo más importante.

También veremos el papel del Product Owner, la relación entre Scrum y TOC, los errores más habituales al priorizar y cómo evitar que el equipo trabaje mucho… pero avance poco.

Un episodio pensado para profesionales de servicios IT que quieren priorizar mejor, reducir ruido y convertir el backlog en una verdadera herramienta de mejora.

Cada audio es independiente y forma parte de un plan de formación sobre Agile, Scrum y TOC aplicado a empresas de servicios.

En los servicios IT medimos de todo: tickets abiertos, tickets cerrados, tiempos de resolución, cumplimiento de SLA, productividad, backlog, escalados, satisfacción del cliente…

Pero medir mucho no siempre significa entender mejor.

En este episodio hablamos de esos KPIs que parecen útiles, pero pueden llevarnos a conclusiones equivocadas. Indicadores que quedan muy bien en un dashboard, pero que a veces esconden problemas reales: incidencias importantes que se quedan atascadas, clientes insatisfechos aunque el SLA se cumpla, equipos que cierran muchos tickets pero no eliminan la causa del problema, o métricas individuales que rompen la colaboración.

Desde la mirada de Agile, Scrum y TOC, veremos cómo una métrica debería servir para aprender, mejorar el flujo y tomar mejores decisiones, no para vigilar, justificar o maquillar la realidad.

Porque un cuadro de mando no debería ser un escaparate.

Debería ser una brújula.

Cada audio es independiente y forma parte de un plan de formación pensado para entender mejor cómo transformar empresas de servicios con Agile, Scrum y TOC.

En este episodio nos metemos de lleno en CCPM, la Gestión de Proyectos por Cadena Crítica, y la conectamos con Agile, Scrum, Kanban y TOC para entender cómo gestionar proyectos complejos sin vivir siempre corriendo al final.

Hablamos de por qué muchos proyectos no se retrasan por falta de esfuerzo, sino por una mala forma de planificar, por demasiada multitarea, por recursos compartidos saturados, por dependencias invisibles y por intentar proteger cada tarea en lugar de proteger el flujo completo del proyecto.

La Cadena Crítica nos ayuda a mirar el proyecto como un sistema vivo: qué limita realmente el avance, qué recursos condicionan la fecha final, cómo usar buffers de forma inteligente y cómo detectar antes los riesgos antes de que el proyecto entre en zona roja.

También veremos cómo encaja CCPM con Agile: no como enfoques opuestos, sino como dos miradas complementarias. Agile aporta adaptación, aprendizaje y entrega incremental. CCPM aporta foco sistémico, protección del compromiso global y gestión realista de la capacidad.

Un episodio especialmente útil para responsables de servicio, Scrum Masters, Project Managers, Service Managers, equipos IT y cualquier persona que trabaje en entornos donde los proyectos conviven con operación diaria, urgencias, incidencias y cambios constantes.

Porque un proyecto no se salva corriendo más al final.

Se salva diseñando mejor el sistema desde el principio.

Cada audio es independiente y forma parte de un plan de formación sobre cómo transformar empresas de servicios con Agile, Scrum y TOC.

En este episodio hablamos de KPIs en Agile, pero desde una mirada práctica: medir el éxito no consiste en acumular números, gráficos y dashboards, sino en entender mejor qué está pasando en el servicio.

Veremos por qué no todos los indicadores aportan valor, cómo diferenciar métricas útiles de métricas vanidosas y por qué medir solo actividad puede llevarnos a conclusiones equivocadas.

Aplicado a empresas de servicios IT, mantenimiento, soporte o impresión corporativa, analizaremos indicadores como tiempos de respuesta, resolución, trabajo en curso, incidencias reabiertas, satisfacción del cliente, cumplimiento de SLA y bloqueos recurrentes.

La idea clave del episodio es sencilla: un buen KPI no debe servir para señalar culpables, sino para abrir conversaciones útiles, detectar patrones y mejorar el sistema.

Porque en Agile medir no es controlar más. Es aprender mejor.

En este episodio hablamos de una de las grandes dificultades en cualquier proceso de transformación: la resistencia al cambio.

Pero no desde la idea simplista de que “la gente no quiere cambiar”, sino desde una mirada más práctica y humana. Muchas resistencias aparecen porque las personas no entienden el motivo del cambio, no confían en cómo se va a aplicar, temen perder control o ya han vivido cambios anteriores mal gestionados.

Veremos cómo interpretar la resistencia como información útil, cómo escuchar al equipo, cómo comunicar mejor el propósito del cambio y cómo avanzar con pequeños pasos, datos, acompañamiento y mejora continua.

También conectaremos este tema con Agile, Scrum y TOC, viendo cómo los cambios funcionan mejor cuando se gestionan con foco, participación y sentido operativo.

Cada audio es independiente y forma parte de un plan de formación sobre cómo transformar empresas de servicios con Agile, Scrum y TOC.

En este episodio hablamos de cómo personalizar frameworks híbridos combinando Scrum, Kanban y mucho sentido común.

Analizaremos por qué antes de elegir un método hay que entender el tipo de trabajo del equipo, el entorno en el que opera y las necesidades reales del servicio. Veremos qué podemos tomar de Kanban, qué podemos aprovechar de Scrum y cómo probar, ajustar y medir sin caer en recetas mágicas.

Un episodio práctico para equipos de servicios, IT, soporte y operaciones que quieren mejorar su forma de trabajar sin copiar modelos que no encajan con su realidad.

En este episodio hablamos de los frameworks híbridos: una forma práctica de combinar enfoques como Scrum, Kanban, TOC y Waterfall para adaptarse mejor a la realidad de las empresas de servicios.

Porque en el mundo real pocas organizaciones trabajan con un marco “puro”. Hay incidencias, SLA, clientes, urgencias, proveedores, implantaciones, dependencias y equipos compartidos. Y ahí es donde un enfoque híbrido puede aportar mucho valor… siempre que se use con criterio.

Veremos por qué mezclar no significa improvisar, qué riesgos aparecen cuando se combinan prácticas sin entenderlas y cómo construir un modelo de trabajo más útil, más claro y más orientado al cliente.

Un episodio pensado como una pieza formativa independiente dentro del recorrido sobre Agile, Scrum, TOC y gestión de servicios.

En este episodio hablamos de cómo TOC, la Teoría de las Restricciones, puede fortalecer los Frameworks Ágiles.

Scrum, Kanban, XP, SAFe, LeSS o Crystal aportan estructura, ritmo, visibilidad y capacidad de adaptación. Pero muchas veces las organizaciones los aplican como una colección de prácticas: eventos, tableros, reuniones, retrospectivas o entregas incrementales… sin preguntarse primero qué está limitando realmente el sistema.

Ahí es donde TOC aporta una mirada muy potente: identificar la restricción, entender el cuello de botella y enfocar la mejora donde de verdad puede generar impacto.

A través de ejemplos de empresas de servicios, soporte IT, mantenimiento, incidencias, equipos N1/N2, SLA y priorización del trabajo, veremos cómo TOC ayuda a que Agile y Scrum no se queden en la superficie.

Porque no se trata de hacer más cosas ágiles.

Se trata de mejorar el flujo de valor.

Cada audio es independiente y forma parte de un plan de formación basado en el libro “Cómo transformar empresas de servicios con Agile, Scrum y TOC”.

Scrum aporta cadencia, foco y mejora continua. Kanban aporta visibilidad, flujo y control del trabajo en curso. Pero ¿qué ocurre cuando un equipo de servicios necesita un poco de ambos mundos?

En este episodio hablamos de Scrumban, una forma práctica de combinar elementos de Scrum y Kanban para gestionar mejor servicios con mucha entrada variable: incidencias, peticiones urgentes, trabajos planificados, bloqueos, cambios de prioridad y equipos que viven con la sensación de ir siempre apagando fuegos.

Veremos qué es Scrumban, cuándo tiene sentido utilizarlo y qué errores conviene evitar. Porque Scrumban no es hacer Scrum a medias ni poner un tablero bonito en la pared. Bien aplicado, ayuda a visualizar el trabajo, limitar el WIP, detectar cuellos de botella y mejorar el flujo real del servicio.

Lo llevaremos al terreno de una empresa de mantenimiento de impresoras y fotocopiadoras, con técnicos N1 y N2, incidencias diarias, piezas pendientes, clientes esperando y decisiones de priorización que afectan directamente a la calidad del servicio.

Un episodio independiente dentro del plan de formación sobre Agile, Scrum y TOC aplicado a empresas de servicios.

Idea clave: antes de cambiar de framework, mira tu flujo. Ahí suele empezar la mejora de verdad.

En este episodio hablamos de los roles y responsabilidades dentro de Scrum: Product Owner, Scrum Master y Developers.

Pero no desde una visión teórica o académica, sino desde la realidad de una empresa de servicios, donde hay clientes, incidencias, técnicos, prioridades cambiantes, SLA y mucho trabajo que ordenar.

Veremos qué responsabilidad tiene cada rol, qué errores suelen cometerse al aplicarlos y por qué Scrum no va de jerarquías, sino de claridad, colaboración y entrega de valor.