DEMO gestión de proyectos ágiles con scrum

MANUAL GESTIÓN DE PROYECTOS ÁGILES

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. Por otro lado, la comunicación no solo se limita a las conversaciones entre miembros del equipo, sino también al estado del proyecto, las iteraciones, los hitos en los que se está trabajando e incluso el entorno de trabajo y el feedback del cliente. Toda esta información debe ser lo más accesible posible para todo el mundo y la comunicación para tratar cualquier tema fluida y frecuente. Para ello, Scrum propone una serie de artefactos y reuniones cíclicas donde todos estos aspectos se muestran y pueden ser discutidos. Los estudiaremos a fondo más adelante en el curso. 10. Los equipos deben estar conformados en base a las necesidades del cliente: como ya se ha comentado varias veces, el equipo debe ser multidisciplinar, pero no todos los proyectos requieren de las mismas disciplinas y, por tanto, no necesariamente un equipo debe ser el mismo independientemente de la naturaleza del proyecto en que trabaje. Adaptar la formación de un equipo a un proyecto determinado conlleva dos beneficios muy importantes: reducir los recursos externos de los que se pueda tener necesidad y, sobre todo, incrementar la calidad del producto final entregado.

13

European Open Business School