Limites WIP y kanban dentro de Scrum: como se ve lo bueno versus lo malo

Scrum y kanban son compatibles. La Guia Scrum no prohibe a los equipos aplicar practicas kanban -- incluyendo limites de trabajo en proceso (WIP) y visualizacion de flujo -- dentro de un marco Scrum.

Como se ve una mala implementacion de limites WIP

• Malo: Los limites WIP se fijan sin comprender la capacidad real del equipo. Un limite demasiado alto no tiene efecto; demasiado bajo detiene el trabajo innecesariamente.

• Malo: Los limites WIP se tratan como opcionales. Si el limite es una "directriz", los miembros del equipo lo superaran cuando se sientan ocupados.

• Malo: Los limites WIP se aplican a miembros individuales en lugar de etapas del flujo de trabajo. Los limites de nivel de etapa revelan donde se acumula el trabajo en el sistema.

• Malo: Cuando se alcanza el limite WIP, el equipo lo ignora y continua. Alcanzar un limite WIP deberia desencadenar una respuesta del equipo.

Como se ve una buena implementacion de limites WIP

• Bueno: Los limites WIP se fijan basados en la observacion. El equipo revisa sus datos historicos de rendimiento e identifica las etapas donde el trabajo se acumula con mas frecuencia.

• Bueno: Alcanzar un limite WIP desencadena un enjambre del equipo en la etapa bloqueada. El equipo deja de iniciar nuevo desarrollo y ayuda a limpiar antes de jalar nuevos elementos.

• Bueno: Los limites WIP se discuten y ajustan en la Retrospectiva del Sprint. El equipo reflexiona si sus limites WIP estan correctamente calibrados.

XNM apoya a organizaciones en la implementacion de practicas de entrega agil. Comuniquese con el equipo de asesoria en entrega de programas y proyectos de XNM para discutir kanban y limites WIP para su equipo.