MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Por ejemplo, un programador buscará bajar su WIP al máximo para prestar la mayor atención posible a la funcionalidad que está desarrollando. El que pueda o no bajar su WIP a 1 dependerá en mayor medida de su entorno y de la forma de relacionarse con otros miembros o equipos con los que trabaje. Si se está desarrollando una funcionalidad para una aplicación web y se le presentan dudas sobre la interfaz de usuario es probable que esta tarea pueda quedar bloqueada. Si es sencillo hacer una consulta al equipo de UX podrá proseguir sin bloquearse. Si por el contrario el equipo de UX no está en la misma oficina o no está disponible para una consulta rápida por Skype, en grandes empresa una consulta puede llegar suponer rellenar un formulario y esperar lo que probablemente nos deje bloqueados. Un WIP de 1, aunque pueda resultar ideal, puede llevar a dejarnos parados con mucha facilidad. En empresas de desarrollo tamaño PYME es muy normal que exista un único pool de programadores que atiendan tanto los nuevos desarrollos como la corrección de defectos de software en producción y es necesario avanzar en paralelo, un WIP de 2 elementos nos puede ayudar a compaginar mejor. Para atender la labor comercial de una empresa, un WIP tan ajustado puede no ser operativo en absoluto. En mi empresa, por ejemplo, es normal que haya entre 3 y 5 procesos comerciales en un momento determinado en marcha, una persona canaliza y gestiona todas las ofertas. En el proceso de realizar las ofertas depende del cliente, de proveedores, de un técnico que analice la viabilidad, los plazos y los costes y en última estancia del visto bueno de una entre dos personas (que solemos estar de un lado para otro). Esto hace que sus elementos se bloqueen constantemente. Un límite de 2 mantendría el flujo de ofertas totalmente parado la mayor parte del tiempo. En este caso 4 es un límite razonable.

No dilatemos esta decisión más de lo necesario y si dudas elige el número menor de los que estés planteando.



Los cuello de botella

Un cuello de botella es ese punto del tablero que estrangula el flujo. Si una carretera de 4 carriles llega a un estrechamiento de 2 y luego vuelve a 4, los dos carriles extra después del cuello de botella no serán necesarios. Los cuellos de botella son naturales, en algunos casos podemos mejorar para minimizarlos o incluso hacerlos desaparecer y en otros casos no podremos hacer nada para evitarlos. Por ejemplo, pongamos una empresa de construcción que cuenta con 3 arquitectos y 20 peones de obra, quizá los tres arquitectos puedan diseñar 1 edificio al mes de 5 plantas pero 20 peones nunca podrán construir uno al mes. Es de suponer que si una empresa de construcción tiene ese volumen de pedidos ampliará el equipo de peones para adaptarlos a la demanda de los clientes pero no es siempre tan sencillo. En una oficina puede llegar el caso de que no sea rentable, estratégico o simplemente no haya espacio para introducir más gente en el equipo. Por descontado, existen procesos que no podemos acelerar por más recursos que

197

European Open Business School