MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

El motivo del mismo es tratar de evitar situaciones de “teléfono estropeado” que tan bien se expresa en la siguiente caricatura que hace referencia a los distintos pasos de un mensaje a lo largo de la estructura jerárquica de una metodología tradicional.

Es razonable que en un proyecto el cliente tenga un interfaz único de comunicación, para que sepa a quién puede acudir en todo momento para tratar cualquier tema relacionado con el proyecto. Sin embargo, es muy típico también que dentro del propio proveedor se establezcan largas cadenas de mando que separan a dicho interfaz del equipo final del trabajo. De esta manera, cuando surge una duda en el equipo de trabajo, debe comunicárselo a un tercero, que seguramente también tendrá gente entre medias de él y el interlocutor con el cliente, de modo que cuando la pregunta llega a este último puede hacerlo de manera deformada. Eso no queda ahí, ya que la respuesta suele seguir el mismo canal de comunicación solo que en sentido contrario, desvirtuando también la respuesta. No hay que decir que a este problema se suma que durante todo el proceso se ha perdido un tiempo precioso solo en pasar la información de un eslabón a otro de la cadena de mando. Ya veremos más adelante que, para reducir este efecto tan nocivo para cualquier proyecto, Scrum delimita qué roles deben existir en el proyecto y establece una comunicación directa entre ellos, de modo que el equipo siempre debe poder comunicarse rápida y directamente con el responsable de tratar con el cliente para tratar cualquier tema que requiera de su intervención.

115

European Open Business School