MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

forma ir atendiendo una vez a cada empresa (cada hueco en siguiente es rellenado por la siguiente empresa de la lista) y volviendo a empezar cuando lleguemos a la última empresa.

Podríamos pensar incluso en una manera más justa de hacerlo usando un esquema Round Robin ponderado por número de metros cuadrados alquilados. De esta manera otorgaremos un mayor número de slots (reparaciones) al mes a las empresas con mayor número de metros arrendados. En muchos casos se busca el consenso entre todos los inputs o se realiza de manera democrática. Cada input argumenta por qué deberían entrar en siguiente sus tarjetas y luego se vota. En la empresa de nuestro ejemplo esto se podría realizar por consenso entre las personas que tratan directamente con los clientes y que se responsabilizan directamente de los proyectos de los clientes que gestionan. Utilizando terminología Scrum cada uno es product owner de los proyectos de sus clientes. A pesar de ello todos estamos al día del estado de cada proyecto y nos es sencillo decidir cómo priorizar la cola. A veces nuestros inputs conocen Kanban, entienden su forma de trabajo y por tanto saben qué esperar de la producción en base al lead time e independientemente del método usando para priorizar las tarjetas entienden el flujo de producción. En otros casos nuestra forma de trabajo es opaca y, como en nuestra oficina, con muchos clientes se trabaja con contratos tradicionales en los que se especifica plazos y precios fijos en base a una especificación o briefing. En estos casos como os he comentado trabajamos con POs internos que hacen las veces de input y trasladan los intereses del cliente y los contratos a tarjetas, de alguna manera “agilizan” formas de trabajo más tradicionales y son ellos los que deciden qué tarjetas llevan o no una fecha de finalización determinada o due date (en general aquellas que deban estar acabadas dentro de un plazo inferior al lead time medio) y los que discuten la priorización de las mismas en función de los plazos de los proyectos.

3.2.5. DIMENSIONAR TARJETAS: EL PODER DE LA NO ESTIMACIÓN



Tamaños

Como hemos visto, estamos buscando un lead time medio estable que nos permitan confiar en el sistema y tener una visibilidad razonable de cuándo llegarán al final del tablero las tareas que estamos introduciendo en la columna de "siguiente" ahora.

211

European Open Business School