Sabíamos que un tema tan interesante, nos demandaría una segunda parte, pensaríamos inclusive que hasta una tercera pero eso lo confirmaremos hacia el final de la nota, por ahora avancemos. Para aquellos que ven esta entrada por vez primera queremos comentarles que se trata de una ampliación que vimos en una publicación anterior y les dejamos el enlace para que la pueda revisar(cosa que recomendamos) Parte I
Ofrecimos hacer una ampliación detallada a los roles que existen en “Scrum” para que nos podamos identificar y conocer cuál será el rol que desempeñaremos en un proyecto y además poder reconocer los roles adicionales que existen en un proyecto. Recomendamos también revisar y tomar el cuenta la infografía mostrada en la parte superior de esta nota, allí se aprecian cada uno de los roles dentro de la metodología.
Product Owner: Este miembro es la persona que más conoce el negocio desde la perspectiva del cliente, y es usual y mejor que sea precisamente alguien destacado a este rol por parte del cliente. El será el que ayude al equipo de desarrollo para realizar las definiciones o especificaciones (historias de usuario) y del mismo modo ayudará a priorizar los contenidos para cada Sprint.
Scrum Master: También se le conoce como facilitador; es la persona que desde el lado de proyectos tiene el conocimiento y capacidad suficiente para poder hacer que se logren los objetivos de cada Sprint. Este rol funciona también como una especie de barrera de protección para el equipo de desarrollo evitando que aspectos externos puedan genera distracciones que desvíen al equipo de sus objetivos, suele ocurrir por ejemplo cuando hay ejecutivos audaces del lado comercial que cruzan la frontera técnica y empiezan a conversar con los miembros del equipo de desarrollo para sugerir prioridades al equipo. Esto era frecuente en los proyectos gestionados por metodologías tradicionales, cuando se presenta esta situación todos deben conversar con el «Scrum Master» y el amortigua la presión.
Equipo de desarrollo: Son todas las personas que realizarán las labores de construcción del producto o se encargarán de materializar la ejecución del proyecto, se buscan equipos con habilidades transversales en vista que los equipos son auto-gestionados es ideal que se puedan complementar entre sí. Se recomiendan equipos de 3 a 9 personas para que la gestión no tenga complicaciones propias de los equipos grandes. Si se maneja un proyecto de gran envergadura es usual dividir el trabajo y distribuirlo en varios equipos con objetivos complementarios.
Stakeholders: Son todas aquellas personas interesadas en que la ejecución del proyecto sea exitosa (Clientes, Proveedores, Vendedores, Ejecutivos, etc.) su participación en el proyecto es muy importante y bienvenida, aunque deben estar presentes únicamente en las revisiones de los Sprints.
Administradores (Managers): Son aquellas personas que proveen los recursos necesarios para el ambiente de desarrollo, suelen ser los responsables políticos del proyecto. Lo defienden o en su defecto serán quienes sufran las consecuencias ante cualquier eventualidad. Por esa razón es conveniente que estén permanentemente informados y al tanto de los aspectos relevantes del proyecto (revisiones de los Sprints) el «Scrum Master» debe establecer con claridad los canales y medios para que la comunicación con los administradores fluya en forma adecuada, sobre todo cuando hay dificultades.
Necesitábamos también hacer una ampliación que facilite la compresión del flujo de Scrum o las etapas por las que el proceso atraviesa, nuevamente es conveniente una revisión a la infografía en la parte superior de esta nota para su mejor compresión y seguimiento.
Sprint: Mencionamos que una parte del éxito de esta metodología es dividir el proyecto en partes iguales de una duración fija de dos a semanas, de manera que con esa frecuencia el equipo de trabajo vaya entregando resultados parciales a los usuarios para las validaciones correspondientes. Cada «entregable» es usualmente una parte del proyecto funcionando o que ya se puede utilizar por parte de los usuarios. Esto ofrece una ventaja enorme al proyecto puesto que por un lado los usuarios ya sienten que el proyecto está marchando y pueden sentir y utilizar los avances y por otro lado si algo no camina como se esperaba, esto se detecta de manera temprana en el proyecto (en el sprint que corresponda y no al final como ocurre con las metodologías tradicionales), se hacen las correcciones necesarias y los usuarios quedan satisfechos con los resultados.
Planificación del Sprint: También se le dice «Sprint Planning» por su nombre en inglés, es una reunión en la que todo el equipo de trabajo conversa sobre los objetivos y tareas que se llevarán a cabo en el presente ciclo de trabajo. Ya se conocen y se definen las historias de usuario con ayuda del «Product Owner» y se establecen las prioridades para su ejecución.
Scrum Diario: Una vez que se ha dado inicio al Sprint, todos los miembros del equipo de desarrollo se reúnen por espacio de no más de 15 minutos todos los días, a estas reuniones se les conoce también con el nombre de «Stand Up Meeting» porque es usual que se realicen con todos los integrantes de pie con la finalidad de que la reunión no se prolongue por mucho tiempo. En esta reunión cada uno de los miembros del equipo de desarrollo comunican al resto en forma oral, que hicieron el día anterior, qué harán el día de hoy (el que corresponda la reunión) y los problemas o inconvenientes que no les dejan avanzar su trabajo con normalidad. Con estas reuniones todos los miembros del equipo están al tanto de lo que hace cada uno de sus compañeros y de existir un inconveniente por medio de estas reuniones es que se levantan los problemas y se despliegan las tareas para su resolución. Es importante señalar que estas reuniones no son reuniones de trabajo, se deben evitar las discusiones de los problemas o la tentación de caer en la búsqueda de la solución, estas reuniones son de carácter informativo, ya luego al finalizar los miembros del equipo coordinarán entre sí para dar inicio a las acciones que sean pertinentes.
Revisión del Sprint: Una vez que el «Sprint» ha finalizado, el equipo de desarrollo se deben reunir para entregar los productos del trabajo realizado durante el ciclo que ha finalizado. En la reunión que suele tener una duración de 4 horas, deben participar los dueños del producto y los usuarios a los que irá destinado el entregable o módulo en particular que se ha completado.
Restrospectiva del Sprint: En esta reunión los miembros del equipo de desarrollo se reúnen para analizar el Sprint que ha finalizado con el propósito de identificar las cosas que se pueden mejorar y las cosas que salieron bien, esto para garantizar la mejora continua, al interior del equipo de trabajo. De este modo el equipo se compromete mejor con los objetivos del proyecto y con seguridad las cosas comenzarán a caminar sin mayores inconvenientes. Estas reuniones son ideales también porque permiten limar las asperezas que suelen ocurrir entre los miembros de un equipo sobre todo cuando son equipos nuevos y no han logrado todavía superar las etapas de integración personal.
Con estas aclaraciones podemos ya comprender mejor esta importante metodología, no debemos olvidar que el propósito de nuestras conversaciones es que las podamos aplicar a situaciones cotidianas en la media que nos resulte factible, ya que de esa manera podremos disfrutar y aprovechar los beneficios que esta metodología nos aporta, eso se traducirá en menos preocupaciones para nosotros y con seguridad en una mayor satisfacción por los resultados que vayamos alcanzando. Ya los saben si tiene cualquier duda o comentario, apreciaremos que nos escriban en la sección de comentarios, estamos a su entera disposición. Hasta la próxima!!
Ésta es una publicación de Ideas de Éxito: una organización de servicios diversos que busca la satisfacción de las necesidades de sus clientes por medio del uso de plataformas tecnológicas, el aprendizaje, esfuerzo, dedicación y disciplina. Hazme llegar tu opinión y comentarios en la sección de comentarios de nuestras publicaciones o por medio de un correo electrónico a informes@ideasdeexito.com