MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Como podéis ver sólo limitamos el siguiente. El resto de límites dependen de los imanes. Hemos eliminado fases de presupuestación ya que no nos aportaban valor (debido a que los procesos de presupuestación no son nada lineales), además de colocar los dos tableros juntos para mejorar la visualización. (Nota: Quizá os llame la atención el Backlog abajo, esto es por un tema de espacio, nuestra pizarra es vertical).

Hagamos las políticas explícitas

Hemos llegado al punto anterior y aún así seguimos con un gran cuello de botella en presupuestación (al haber eliminado columnas el cuello de botella afecta a toda la fase de presupuestación) y seguimos sin conseguir que los técnicos dediquen tiempo a propuestas. La parte de arriba del tablero está avanzando con fluidez por lo que llegado el momento, siempre hay alguna tarea de la que tirar y por tanto nuestros técnicos no “bajan” a presupuestación. Necesitamos regular esto, necesitamos algunas políticas y las debemos dejar claras.  Políticas visuales: Necesitamos visualizar las tareas bloqueadas. Nuestros programadores no es que sean unos egoístas, es que no son conscientes de los bloqueos que sufre la presupuestación. Introducimos las banderitas rojas que vimos más arriba para indicar los bloqueos. Esto mejora, cuando vemos 3 o 4 tareas bloqueadas en presupuestación proactivamente ayudamos a desbloquear tareas.  Políticas de priorización: A pesar de que hemos mejorado seguimos descompensados así que decidimos aplicar una política de priorización: cada dos tareas de desarrollo finalizadas saltaremos a presupuestación si hay algún presupuesto pendiente de la valoración técnica. Estas políticas las escribimos debajo de la pizarra además de comunicarlas a todo el equipo. Dependiendo de los roles establecidos esto puede ser responsabilidad del líder del equipo o en equipos más auto-gestionados y maduros, discutido y decidido entre todos. Como hemos dicho en varias ocasiones, las políticas han de ser explícitas y conocidas por todos. Además, estas políticas nacen de la necesidad y del uso, no se impusieron el primer día, se decidieron para mejorar un cuello de botella. Nuestro Kanban será más productivo cuanto más adaptemos tanto el tablero como las políticas a nuestra organización. No se trata de dividir por dividir ni introducir políticas al azar. No me cabe duda de que existen organizaciones que trabajan muy bien con un tablero muy estándar y con muy pocas políticas.

226

European Open Business School