MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

[1] Por supuesto podemos abordarlo como un proyecto de implantación con un backlog más o menos completo. Ya conocemos Scrum y Kanban y conocemos su problemática así que ¿por qué no?



Organización por equipos

Superada la implantación en un equipo experimental y demostrada su valía podemos comenzar a ser más ambiciosos. Dependiendo de la organización podremos abordar la adopción de la metodología de forma general o continuar con una adopción paso a paso. Sí debemos tener, en cualquier caso, un plano organizativo objetivo, que analizaremos en este apartado. Como hemos visto, los equipos pequeños, dada su entidad, pueden reorganizarse y modificar sus procesos de una manera ágil, impensable para equipos de trabajo más grandes. Esta parece una guía correcta, así que debemos abordar la división en equipos pequeños y, si estos no existen, de equipos más grandes, hasta unas dimensiones razonables para un equipo ágil 5- 7 personas. Un criterio óptimo para la división por equipos es lograr que en su trabajo diario sean lo más autónomos posibles, esto es, evitando que tengan que interaccionar con otros equipos y los consiguientes bloqueos de su actividad. Trabajar de una manera autónoma en una parte del proceso end to end. Esto permitirá una planificación de su trabajo con el menor número posible de dependencias externas. Esta división, dependiendo del tipo de procesos, puede realizarse de dos formas diferentes (es probable que incluso una combinación de las dos): Particionado de procesos complejos y particionado por producto o funcionalidad. El particionado de procesos complejos trata de descomponer procesos con muchas actividades en varios subprocesos y hacer que cada grupo se encargue de uno de ellos. En Kanban podemos encadenar la actividad de los diferentes tableros, atravesando los diferentes equipos hasta completar el proceso. Un síntoma típico de la existencia de este tipo de procesos es que comienzan a aparecer demasiadas columnas en Kanban y los equipos son grandes. Por su parte, el particionado funcional o por producto, nos permite dividir equipos en función del producto final de su actividad. El equipo realiza todas las actividades relacionadas con el desarrollo o mantenimiento de un producto o sistema. En ocasiones apoyados por una infraestructura de base y estructuras de apoyo eventual. Este modelo es una abstracción (y muchas veces objetivo) de la división por unidades de negocio y se está convirtiendo en el eje para la innovación de las grandes empresas, creando equipos de trabajo específicos, pequeños y muy ágiles para sacar adelante proyectos de innovación. A la hora de abordar el particionado de un equipo grande de trabajo puede ser un buen comienzo si los procesos no son excesivamente complejos. Tenemos un ejemplo de este tipo de organización en Spotify.

248

European Open Business School