Clase 24 de 30 • Introducción a las Metodologías Ágiles 2017
Contenido del curso
¿Qué es Scrum?
Scrum es un framework agil que sigue las indicaciones del manifiesto ágil en cuanto a comunicación, colaboración, software funcional, auto organización, y flexibilidad ante cambios del negocio.
Scrum está construido para ser adaptativo e iterativo en ciclos de trabajo que se llaman sprints, al final de cada sprint los stakeholders (todas las personas interesadas en el proyecto) y el equipo se reúnen para evaluar los incrementos de la funcionalidad del producto.
En resumen Scrum es un conjunto de roles, responsabilidades y reuniones.
Roles
Producto Owner: Debe ser una persona con visión, autoridad y disponibilidad. Es la responsable de comunicar constantemente la visión y prioridades al equipo.
Scrum master: actúa como facilitador para el Product Owner y el equipo. Remueve cualquier obstáculo que tenga el equipo para lograr las metas del sprint. Esto ayuda al equipo a permanecer creativo y productivo.
Team: El equipo es responsable de la realización del trabajo. Un equipo normalmente tiene entre 3 a 9 miembros: desarrolladores, diseñadores, testers (QA), etc.
Reuniones
Se describen las prioridades al equipo, al final de la reunión se tienen dos cosas: una meta para el sprint y un backlog del sprint.
Así al final de cada sprint, el equipo muestra lo que se completó durante el sprint. Normalmente es un demo de un release o de una nueva característica.
Participan el product owner, el equipo, scrum master y todas las personas involucradas (stakeholders).
¿Qué hiciste ayer? ¿Qué vas a hacer hoy? ¿Qué impedimentos tienes?
En esta reunión se habla de qué cosas comenzar a hacer, qué dejar de hacer y cuáles continuar haciendo.
Artefactos
Producto: Al final de un sprint, el producto en el que se trabaja debe estar funcionando y debe contar con nuevas funcionalidades.
Backlog de producto: Es una pila de historias de usuario que van a ser añadidas al producto, el product owner le da prioridad a las que tendrán más valor y estas aparecen más arriba en la pila. Estas historias de usuario describen las funcionalidades del producto.
Backlog del sprint: Es la lista de tareas que el equipo necesita cumplir para lograr la meta del sprint. También las tareas se ordenan de acuerdo a su prioridad.
Flujo de un Sprint
El modelo Scrum sugiere que el proyecto va a progresar por medio de una serie de sprints, esto mantiene la metodología ágil, los sprints son bloques de tiempo de no más de un mes. Generalmente duran entre 2 a 4 semanas.
Al principio del sprint se hace una reunión de planeación en donde los miembros del equipo determinan la cantidad de items que van a desarrollar y crean el sprint backlog, priorizando las tareas como vimos en el video de priorización.
Una historia de usuario terminada implica que esta haya sido desarrollada, probada e integrada al producto.
Cada día del sprint los miembros asisten a una reunión que dura 15 minutos, en esta cada miembro comparte su prioridad en el día, en qué va a trabajar e identifica obstáculos que le impidan progresar.
Al finalizar el sprint, se tiene una reunión de revisión en la que el equipo demuestra la nueva característica a los stakeholder quienes dan feedback.
Antes de iniciar un nuevo sprint se hace una reunión de retrospectiva, donde todo el equipo se reúne y identifican errores y oportunidades del sprint que terminó.
Todo esto lo podemos representar en una imagen para que sea más claro
De esta forma, organizamos el trabajo y equipos usando Scrum.
Ahora comparte en el sistema de discusiones ¿Cuál ha sido tu experiencia implementando metodologías ágiles o Scrum?
Julian Osorio
Julio J Yépez
Noelia Vignardi
Paula Becerra
Chantal Danielle Barreaux Palma
Ivan Fernando Fuya
Carlos Eduardo Céspedes Angulo
Fernando Prado
Maritza pineda
Jairo Herran Bohorquez
Ricardo Alustiza
Kevin Andrés Cornejo Surichaqui
Diego Padovani
David Morales Orozco
Juan Carlos Gómez
Alberto Ivan Cortez Malacara
Camilo Sandoval
Roman Cedillo Angeles
Luis Felipe Rueda Forero
Julio J Yépez
Carlos Mendez
Andrea Fernández
Los invito a tener muy en cuenta la imagen que nos adjuntan, en esta se resume todo el ciclo de vida de Scrum y como interactuan los roles en el marco de trabajo, al tenerlo claro vamos a poder estar enfocados de como llevarlo de manera correcta.
Me parece que en la imagen hace falta representar de alguna manera que luego del Release Increment … regularmente viene una iteración más general hacia el Product Backlog Refinement o Refinamiento del backlog del Producto.
Dicha iteración bien podría identificarse como el Sprint Iteration, y que sucedería tantas veces como sean necesarias hasta completar todas las tareas planificadas en el proyecto y así liberar finalmente la versión estable del producto al usuario final (o Product Deployment).
Algo como:
Esta sería mi versión extendida del diagrama de SCRUM.
Trabaje como Analista Funcional 1 año sin utilizar metodologiías Ágiles, era todo muy desorganizado.
Actualmente me encuentro trabajando hace 5 días en una nueva empresa donde utilizan SCRUM. Estoy capacitandome y entendiendo la metodología.
Este curso me esta ayudando a entender a la perfección como se trabaja con Ágile, y entender las reuniones que se están teniendo.
Una de las maneras en las que hacemos seguimiento al flujo de desarrollo de un proyecto es a través de Trello. Esta herramienta nos permite sabe en qué fase se encuentra dicho proyecto, lo que facilita su implementación.
Hace casi 3 meses formo parte de un equipo scrum. La experiencia a sido excelente. Esto se debe al alto nivel de experiencia del Scrum Master. Lejos el mejor equipo que he integrado.
En la empresa hemos venido implementando la metodología de SCRUM por medio del Team Foundation Server, que por lo que he visto le da la talla a Jira, es una muy buena herramienta de trabajo, muy completa. En mi experiencia implementando la metodología, puedo decir que el cumplimiento del horario definido para las reuniones diarias de seguimiento son vitales, ya que es muy incomodo para el equipo interrumpir en mitad de trabajo al equipo de desarrollo a preguntar que hicieron y que planean hacer el día de hoy.
Esto sería para mí SCRUM en una lista:
Excelente propuesta de marco de trabajo. :)
Yo tengo una duda como se le llama al Chief Scrum Master de todos los demas Scrum Master cuando son microcelulas de trabajos?
Gracias por la información
Es una metodología que permite ver incrementos de producto de forma tangible.
He tenido varias experiencias utilizando metodologías ágiles Scrum; como gran aporte siempre he sugiero que la comunicación sea lo más transparente posible, sin duda es un pilar clave en el desarrollo colaborativo.
Es bueno mantener relaciones con los miembros del equipo, conocer sus habilidades y capacidades y sobretodo hacer que el equipo crezca de forma que cualquier involucrado a nivel técnico y de gestión sea capaz de llevar las riendas del proyecto.
reúne e identifican *
No tengo en experiencia en Scrum, pero ciertamente que el proceso de Qa se realizan algunas de estas practicas pero sin usar los términos. por ejemplo reuniones periódicas (pero no se establecen las cantidades y/o el tiempo), los avance se mencionan de diversos modos (correo, comentarios en jira, skype, etc). cabe mencionar que trabajo para un ente de gobierno y que por lo general no existe mucha organización para los proyectos.
Saludos, no tengo experiencia en Scrum como tal, pero lo último en lo que he trabajado para hacer un seguimiento de las actividades de mi día a día ha sido utilizando un Kanban y hasta el momento al menos para mi caso particular me ha funcionado bien.
Creo que lo más importante es identificar cual framework o metodología usar de acuerdo a las dimensiones de nuestro equipo y del proyecto. Pero lo más importante que yo considero es la necesidad de estar todos los días enfocados en la meta, comunicar cualquier problema que se presente, y estar siempre con una visión clara del proyecto.
Un punto importante al llegar a proyectos que utilizan el seguimiento convencional (PMI, diagramas de gantt… ) es compartir los conceptos básicos con nuestros clientes y comunicar las ventajas de usar Scrum cómo marco de trabajo, en muchas ocasiones he encontrado resistencia a implementarlo, finalmente lo que me ha resultado mejor es utilizar un combinación de artefactos que reportan avance, KPIs que requiere el cliente.
En nuestra empresa hemos tratado de implementar SCRM, sin embargo debido a que nuestro sistemas de calidad nos enmarca dentro de una metodología de desarrollo tradicional, como cascada. ha sido dificil realizar el cambio y adaptar los artefactos actuales a una metodología ágil
Definitivamente el equipo de trabajo es lo principal, en mi trabajo anterior casi todos los proyectos se trabajaban con Scrum y se daba un buen ambiente de trabajo, sin embargo en el actual empleo, no se puede implementar ya que no hay disponibilidad de los compañeros, ni de los jefes a ceder su gerarquía.
Mi experiencia con SCRUM ha sido buena en el sentido en que uno va haciendo entregas parciales. Lo que me parece más complicado es la asignación de tiempos en las tareas a desarrollar, debido a que uno estima un tiempo y pueden ocurrir casos como permisos de usuario o cosas así que uno no contempla y demoran el tiempo asignado en el planning.
En el caso de las metodologías ágiles para el desarrollo de software, las tareas precisamente deberían desglosarse (o atomizarse) de manera tal que cada una pueda ser resuelta en el plazo de un (1) día, o máximo dos (2).
De tal manera de que si el miembro (o pareja) del equipo responsable de dicha tarea, no fuera capaz de resolverla en este tiempo, la devuelva al SprintBacklog para que sea reasignada.
De hecho, la reunión diaria permitiría recibir apoyo del equipo a las personas que se han encontrado algún obstáculo en su tarea, a fin de resolverla en la jornada inmediatamente posterior (un día), sin más contratiempo, a fin de no provocar retrasos al resto del equipo, y a la planificación general del proyecto.
A veces no es necesario estar con las reuniones de forma diaria, ya que los avances de un dia a otro no son significativos
Las reuniones diarias de no más de 5 minutos es la clave. Porque solucionan muchos problemas y juntas que pudieron ser correos. Incluso cuando los equipos son muy dispersos (en distancias u horarios) el siempre iniciar reportando que es lo que van a hacer a sido fundamental para que nuestro equipo tenga un correcto progreso.
