MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES



El equipo en kanban

Decíamos al principio que Kanban impone muy pocos elementos y eso se traduce también en los roles. Así como en Scrum teníamos al PO, el Scrum Master, etc., en Kanban no tenemos ningún rol preestablecido. Por supuesto, esto no significa que pueda o deba haberlos, pero no serán roles específicos de Kanban (por ejemplo, si antes de introducir Kanban en un equipo de programadores existía un Jefe de equipo lo seguirá habiendo después de introducir Kanban). En cualquier caso, no olvidemos Kaizen y la mejora continua. En muchas ocasiones, roles artificiales provocan gastos innecesarios. A modo de reflexion y cuando queráis aplicar esta metodología en vuestros equipos, preguntaos si la existencia de este rol aporta algún valor y recordad siempre que el lead time en una de nuestras grandes referencias a todos los niveles en Kanban.  En Scrum buscamos equipos multifuncionales. Dentro de un sprint, la melé (scrum) trabaja de manera conjunta de tal manera que (por lo menos en teoría) cada miembro del equipo es capaz hacerse cargo de cualquiera de las tarjetas, por ello el tablero no se subdivide por áreas de conocimiento.  En Kanban los equipos se plantean de manera multidisciplinar. De esta manera, distintos miembros del equipo aportan distintos conocimientos y por ello trabajan en una misma tarea en momentos distintos. Esto hace que los tableros Kanban con frecuencia suelen reflejar un mayor número de fases dentro del flujo de una tarea. De esta manera podemos mezclar gente de experiencia de usuario o diseño gráfico y programación dentro de un mismo equipo aunque su interacción sea en momento diferentes del proceso. Por ejemplo, cuando una funcionalidad del software que estamos desarrollando pase a producción es probable que primero pase por una fase de análisis funcional, después de diseño UX, luego de diseño gráfico y después de desarrollo y validación. Cada uno de estos pasos será reflejado por una columna (o conjunto de ellas) dentro de nuestro tablero, como veremos a continuación. Otra gran diferencia entre Kanban y Scrum es la propia concepción del equipo:



Artefactos

Hasta ahora hemos hablado de Kanban aproximándonos desde conceptos teóricos o casi filosóficos. A partir de ahora nos metemos en harina y empezaremos a ver qué significa Kanban en el día a día y con qué elementos articularemos su implantación.

Las tarjetas

Veíamos en lean manufacturing que las tarjetas de producción eran indicadores de demanda que iban en proceso ascendente desde el cliente o downstream hacia arriba en la producción. Aquí las tarjetas toman otro enfoque, siguen siendo indicadores visuales de trabajo pero hacen

189

European Open Business School