Work-in-Progress (WIP) (Trabajo en Proceso).
Un límite WIP (work in progress) es una estrategia para prevenir cuellos de botella en el desarrollo de software.
Se acuerda por el equipo de desarrollo trabajar en progresos limitados antes de que un proyecto comience y sean ejecutados por el facilitador del equipo.
El Trabajo en Proceso (WIP, por sus siglas en inglés) se refiere al trabajo que se ha iniciado pero que aún no ha sido completado. Identificar cuellos de botella en el proyecto se vuelve difícil cuando varias tareas están en WIP al mismo tiempo. Cada elemento de WIP requiere capital y no contribuye al ROI hasta que se convierte en un producto terminado y utilizable. Si hay que hacer cambios en el proyecto, puede ser costoso y llevar mucho tiempo rehacer el trabajo, especialmente cuando hay varias tareas ya en WIP. Tener demasiado WIP también lleva a una dilución del tiempo y esfuerzo, ya que se pierde tiempo cuando los miembros del equipo cambian de una tarea a otra, en lugar de centrarse en unas pocas tareas a la vez y completarlas a tiempo.
Los tableros Kanban son efectivos para establecer límites en el WIP. Si el límite en el WIP es demasiado bajo (es decir, solo se permiten pocos procesos en WIP), esto puede resultar en una subutilización del equipo. Sin embargo, si no hay límite, puedes reducir la flexibilidad y tener problemas de cuellos de botella. Cuando el límite de WIP es adecuado, los equipos no están ni sobrecargados ni aburridos. El objetivo de limitar el WIP es optimizar el flujo de trabajo, no los recursos.
Por ejemplo, un equipo puede dividir las tareas que deben realizarse para una característica en el diseño, código, prueba y despliegue. Cuando se alcanza un límite WIP para una determinada tarea, el equipo se detiene y trabaja en conjunto para eliminar el cuello de botella. El objetivo de trabajar de esta manera es asegurar que todo el equipo se apropie del proyecto y produzca códigos de alta calidad.
