Qué roles son necesarios en los equipos Kanban
Tiempo de lectura: 3 minutos
Uno de los aspectos que más preguntas genera al introducir Kanban es la ausencia de roles fijos como el Scrum Master o el Product Owner. ¿Significa eso que nadie es responsable de nada? No — Kanban adopta una perspectiva distinta: separa las responsabilidades de los títulos, y eso cambia por completo cómo se organizan los equipos.
¿Por qué no hay roles fijos en Kanban?
Kanban parte del principio "empieza con lo que haces ahora": respeta los roles y procesos actuales de la organización en lugar de imponer una reestructuración. Los valores de respeto (a los roles y procesos existentes) y comprensión (de su importancia real) son la guía.
Esto no significa que no haga falta ejecutar ciertas responsabilidades para que el sistema funcione bien — solo que no importa demasiado quién las ejecuta, mientras se ejecuten con criterio. En la práctica, en muchos equipos Kanban emergen dos conjuntos de responsabilidades — no cargos — que conviene conocer.
Service Request Manager
El Service Request Manager se centra en el lado de la demanda: entender las necesidades y expectativas de los clientes, comunicarlas al equipo, y ayudar a priorizar los ítems en la reunión de reposición del backlog.
También ayuda a definir las políticas de servicio — evaluación de riesgos, clases de servicio, criterios de priorización — alineadas con las expectativas del cliente. En la práctica, estas funciones las suele asumir el responsable del equipo, un product/service manager, o alguien con un perfil cercano al Product Owner.
Service Delivery Manager
El Service Delivery Manager se centra en el lado del flujo: que las peticiones se muevan sin bloquearse por dependencias u obstáculos, y que se entreguen dentro de los niveles de servicio acordados.
Facilita las reuniones diarias (Kanban Meeting) y la de planificación de entrega, vigila que no haya ítems bloqueados durante demasiado tiempo, ayuda a desbloquearlos, y se asegura de que se recojan métricas sobre la efectividad del sistema — y de que los mismos errores no se repitan sistemáticamente. Estas funciones suelen recaer en el delivery manager o el jefe de equipo.
¿Una persona, dos roles?
En equipos pequeños es habitual que una sola persona asuma ambos conjuntos de responsabilidades — demanda y flujo — especialmente cuando el sistema Kanban es sencillo o el volumen de peticiones no justifica dedicación completa a cada lado. Lo importante no es separar las personas, sino separar la atención: dedicar tiempo consciente tanto a entender qué entra como a vigilar cómo fluye, aunque sea la misma persona la que lo haga.
¿Qué diferencia hay entre roles y títulos en Kanban?
Aquí está la clave que distingue a Kanban de otros marcos: estas responsabilidades no requieren crear un nuevo puesto ni cambiar el organigrama. Un Scrum Master, un jefe de equipo, un Product Owner o cualquier miembro del equipo puede asumirlas sin necesidad de renombrar su cargo.
Esto es deliberado: Kanban se introduce evolutivamente, sin imponer un rediseño organizativo de entrada. Lo que importa es que las responsabilidades estén claramente asignadas y se ejecuten — no quién las lleva en su tarjeta de visita.
¿Quieres profundizar en cómo aplicar estas responsabilidades a tu propio sistema Kanban? Nuestro curso de Professional Scrum with Kanban cubre esto en detalle, con ejercicios prácticos sobre gestión de la demanda y del flujo. También puede interesarte cómo diseñar un tablero Kanban de forma sencilla o Kanban vs Scrum si estás valorando qué marco encaja mejor con tu equipo.