MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

tareas que estaban aún en progreso, acumulando así trabajo pendiente y entregando finalmente la mayoría del trabajo mal y tarde.

Trasladado fuera de los límites del equipo de desarrollo, los Project Managers tenían que lidiar a diario con clientes descontentos por falta de compromiso en las entregas o incluso que estas se produjesen fuera de plazo. Este caso, aunque pudiera parecer exagerado, se ajusta perfectamente al vivido por muchas pequeñas empresas de desarrollo (o pequeños departamentos en una empresa de gran magnitud) cuya producción crece rápidamente. Normalmente el crecimiento de la plantilla suele llevar cierto desfase y la acumulación de trabajo hace que se opte por crecer con la misma metodología con que se trabajaba siendo pequeño, en lugar de parar y adaptar la metodología de la empresa o departamento a las nuevas circunstancias. Para solucionar el problema que tenían y tras barajar distintas posibilidades que pudiesen solucionar su situación, la empresa optó por adoptar Scrum como metodología. Sin embargo, el cambio fue gradual para minimizar el impacto tanto en el equipo como en la percepción de los clientes. Se creó un equipo de trabajo de 3 personas y se montó la infraestructura necesaria para permitir el trabajo en equipo. Al tratarse de una empresa de desarrollo, esto implicaba dotar al departamento de un repositorio de código que controlase el acceso simultáneo de varios miembros del equipo a un mismo recurso. Se realizó un trabajo inicial que consistía en analizar los proyectos en los que estaban implicadas estas tres personas para crear un artefacto parecido a un Product Backlog con todas las tareas pendientes. Ya con una visión general del trabajo que tenían que realizar, se sentaron a priorizar las distintas tareas, dividirlas en distintas subtareas y asignarles una estimación de tiempo. En cuanto a las reuniones de scrum, aparte de este Sprint Planning a gran escala, se comprometieron a realizar el Daily Scrum. Este simple hecho ya supuso un avance considerable en su metodología de trabajo, ya que pasaron del desconocimiento absoluto del trabajo de otros compañeros y el trabajo individual y sin ayuda a conocer diariamente el trabajo de los demás y a interactuar con otros miembros, sobre todo en el caso de aparición de problemas. A pesar de que suena sencillo, en ocasiones lo más difícil es disponer del momento para exponer tus problemas y dar la oportunidad a otros compañeros a tomar el relevo.  Adaptándose a scrum

165

European Open Business School