-
Notifications
You must be signed in to change notification settings - Fork 0
actividadesScrum
Fecha y Hora: Al comienzo de cada sprint.
Descripción de la Actividad
Al inicio de cada sprint, cada Scrum Team realizará, con la colaboración de su respectivo Product Owner, la selección de los elementos del Product Backlog a desarrollar en ese sprint. Esta selección deberá ser aquella que, ajustándose a la velocidad de equipo, aporte mayor valor al nuevo producto generado, es decir, posean un mayor business value.
Una vez realizada la selección de elementos que conformarán el Sprint Backlog, el Scrum Team deberá conversar con el Product Owner para saber con todo detalle cómo han de desarrollar cada uno de los elementos seleccionados. Para que el desarrollo de los sprints sea sostenible, la metodología Scrum no permite ni modificar el contenido del Sprint Backlog durante el desarrollo de un sprint, ni que sus elementos se renegocien. Por tanto, en esta actividad deben quedar perfectamente definidos todos los elementos que sean necesarios para un correcto desarrollo durante el sprint de los elementos seleccionados.
⚠️ ADVERTENCIA
Se recomienda prestar especial atención en esta actividad a la definición y completitud de los tests de aceptación de cada una de las historias de usuario seleccionadas. Estos tests deben incluir escenarios tanto de éxito como alternativos y excepcionales.
Elementos a Entregar
Como resultado de esta actividad cada equipo deberá producir un Sprint Backlog para el desarrollo del correspondiente sprint. Dicho Sprint Backlog tendrá que estar en la herramienta ScrumDesk y listo para su evaluación a las 23:59 horas del día siguiente al que se realice la actividad. Las historias de usuario incluidas en ese Sprint Backlog deben estar completamente especificadas, incluyendo todos los tests de aceptación que sean necesarios y toda la información recogida durante la negociación con el Product Owner que se considere relevante, como, por ejemplo, los mock-ups que puedan haberse creado.
Procedimiento de Evaluación
Dentro de esta actividad se evaluarán y calificarán los siguientes ítems:
- Relación con el Product Owner.
- Capacidad de Planificación.
- Ortografía, Gramática y Maquetación.
- Conformidad del Product Backlog.
- Especificación de las Historias de Usuario.
- Completitud de los Tests de Aceptación.
- Creación del Sprint Backlog.
⚠️ ADVERTENCIA
Si un Scrum Team no realizara esta actividad, no tendría material para poder continuar desarrollando el sprint. Por tanto, la no realización de esta actividad implica que el equipo completo obtendría una calificación de 0 puntos en todos los elementos evaluables asociados a ese sprint.
Fecha y Hora: Al comienzo de cada sprint, tras el Sprint Planning Meeting I.
Descripción de la Actividad
Una vez definido el Sprint Backlog, cada equipo descompondrá los elementos seleccionados en tareas. Por cada elemento a desarrollar, se deberán incluir todas las tareas necesarias para que se pueda alcanzar la definición de completado. A continuación, se estimará el esfuerzo de cada tarea en horas utilizando la técnica de Planning Poker. Finalmente, se distribuirán las tareas entre los diferentes miembros del Scrum Team de manera que se satisfagan las restricciones impuestas por el proyecto integrado, se equilibren las cargas de trabajo de cada miembro del equipo y se facilite el trabajo concurrente y la productividad durante el desarrollo del sprint.
⚠️ ADVERTENCIA
La estimación de las tareas en horas debe realizarse utilizando la escala discreta de espacio creciente [0, 0.5, 1, 2, 3, 5, 8, 13, 20, 50, 100].
Elementos a Entregar
Como resultado de esta actividad cada equipo deberá producir un conjunto de tareas a realizar, las cuales constituirán la planificación del sprint. Dicho descomposición en tareas tendrá que estar incluida en la herramienta ScrumDesk y lista para su evaluación a las 23:59 horas del día siguiente al de la realización de la actividad.
Procedimiento de Evaluación
Dentro de esta actividad se evaluarán y calificarán los siguientes ítems:
Si un Scrum Team no realizase esta actividad, no tendría material para poder continuar desarrollando el sprint. Por tanto, la no realización de esta actividad implicaría que el equipo completo obtendría una calificación de 0 puntos en todos los elementos evaluables que estén por realizar dentro de ese sprint.
Fecha y Hora: Diario.
Descripción de la Actividad
Tras concluir la planificación del sprint, cada miembro del equipo comenzará a trabajar en las tareas que tenga asignadas. Durante el desarrollo de estas tareas, el alumno deberá prestar atención a tres actividades concretas de interés para la asignatura de Métodos de Desarrollo:
- Gestión del tablero Kanban.
- Monitorización de la evolución del sprint.
- Gestión de la Configuración.
Con respecto a la gestión del tablero Kanban, cada miembro del equipo será responsable de actualizar regularmente el estado de sus tareas. Para ello deberá tanto mover de manera adecuada las tarjetas correspondientes a sus tareas y actualizar correctamente sus valores de spent y remaining.
Para la monitorización de la evolución del sprint, el equipo deberá revisar, al menos una vez al día, el sprint burndown chart para, en función de su estado, decidir si es necesario adoptar algún tipo de acción correctora o no.
Para la gestión de la configuración, cada miembro del equipo deberá observar escrupulosamente las reglas de gestión de la configuración especificadas para el desarrollo del proyecto integrado.
Además, merece la pena destacar que, idealmente, cada miembro del equipo debería trabajar individualmente, en silencio e interaccionando lo mínimo posible con sus compañeros. No obstante, siempre que se trabaja en equipo es necesario llevar a cabo ciertas acciones de coordinación. Estas acciones de coordinación deberán realizarse principalmente dentro de los Daily Scrum Meeting.
Elementos a Entregar
Como consecuencia de la realización de esta actividad, la herramienta utilizada para la gestión del proyecto, Scrumdesk, deberá reflejar en todo momento y de manera fiable el estado de ejecución actual del sprint. Además, el repositorio Git utilizado para el desarrollo del proyecto deberá ser conforme a las normas de la gestión de la configuración.
Procedimiento de Evaluación
Dentro de esta actividad se evaluarán y calificarán los siguientes ítems:
- Gestión de las Tareas y del Tablero Kanban.
- Interpretación del Sprint Burndown Chart.
- Gestión de la Configuración.
La evaluación de los dos primeros ítems se realizará de manera individual a lo largo del desarrollo del proyecto, mediante pequeñas pruebas orales. El tercer ítem se evaluará de manera global para cada equipo, atendiendo a la evolución del repositorio Git conforme a las reglas de gestión de la configuración durante el desarrollo del sprint.
Fecha y Hora: Diario, en horario a definir por cada equipo.
Al comienzo de cada día de un sprint, a excepción de los días de comienzo y fin de dicho sprint, cada equipo deberá realizar un Daily Scrum Meeting. Se recomienda que esta reunión se haga a primera hora de cada jornada, aunque esto puede ajustarse en función de las necesidades de cada equipo, ya que es importante la participación de todos sus miembros en esta actividad.
El objetivo final de esta actividad es que cada miembro del grupo conozca qué hizo el equipo el día anterior, qué va a hacer hoy, y qué dificultades está atravesando actualmente. En caso de encontrar dificultades, el equipo deberá idear un plan para solventar dichas dificultades.
Para realizar correctamente un Daily Scrum Meeting, este deberá estar moderado. Bajo la dirección de este moderador, primero intervendrá cada miembro del equipo individualmente y sin interrupciones. En cada intervención, el correspondiente miembro deberá describir brevemente primero qué hizo ayer, luego qué piensa hacer hoy, y, por último, qué obstáculos y riesgos ha identificado hasta el momento. Tras estas intervenciones iniciales, se deberá esbozar, de manera breve y efectiva, un plan de acción para eliminar o minimizar los obstáculos y riesgos detectados.
Se recomienda, de acuerdo con las directrices de Scrum, que los Daily Scrum Meeting se celebren con todos los miembros del equipo de pie o en una posición incómoda, y fuera de sus puestos habituales de trabajo.
Elementos a Entregar
Como resultado de esta actividad no se deberá entregar nada. Serán los miembros del equipo docente lo que acudan periódicamente a la ejecución de esta actividad para evaluarla.
Procedimiento de Evaluación
Dentro de esta actividad se evaluará y calificará el siguiente elemento:
Fecha y Hora: Al comienzo del primer viernes o segundo lunes de cada sprint
Descripción de la Actividad
Durante el desarrollo de cada sprint, y de cara a preparar el Product Backlog para el próximo Sprint Planning Meeting I, cada Scrum Team, con la colaboración de su correspondiente Product Owner, revisará el estado actual del Product Backlog. Durante esta actividad, en base a la experiencia adquirida, se podrán añadir, modificar y eliminar elementos del Product Backlog. Además, se deberá revisar y modificar si fuese necesario los puntos de esfuerzo y valores de negocio asignados a cada elemento del Product Backlog. Tras la realización de esta reunión, el Product Backlog debería quedar listo para la ejecución del siguiente Sprint Planning Meeting I, salvo por la inclusión de los posibles tickets de cambio que pudiesen surgir tras la Product Review del sprint en desarrollo.
⚠️ ADVERTENCIA
Merece la pena destacar que esta reunión no está destinada a resolver dudas sobre las historias de usuario que se estén desarrollando en ese momento.
Elementos a Entregar
Como resultado de esta actividad cada equipo deberá producir un Product Backlog revisado que pueda ser utilizado para el siguiente Sprint Planning Meeting I. Dicho Product Backlog tendrá que estar alamacenado en la herramienta ScrumDesk y listo para su evaluación a las 23:59 horas del día siguiente a la realización de la actividad.
Procedimiento de Evaluación
Dentro de esta actividad se evaluarán y calificarán los siguientes elementos:
- Relación con el Product Owner.
- Capacidad de Planificación.
- Ortografía, Gramática y Maquetación.
- Conformidad del Product Backlog.
- Especificación de las Historias de Usuario.
- Ejecución del Planning Poker (opcional).
Fecha y Hora: Al inicio del segundo viernes de cada sprint
Descripción de la Actividad
Durante la Product Review cada Scrum Team mostrará el trabajo realizado en ese sprint a su correspondiente Product Owner. El objetivo debe ser verificar que el producto desarrollado se adecúa realmente a lo esperado por el Product Owner, o, por el contrario, es necesario realizar algunas modificaciones.
Para ello el Scrum Team deberá mostrar cada una de las funcionalidades desarrolladas al Product Owner y verificar delante suya su correcto funcionamiento. Además, el Scrum Team deberá permitir al Product Owner instalar en su propio terminal el producto desarrollado, de manera que pueda probar el producto por sí mismo si así lo desease.
Durante la revisión del producto, el Product Owner podrá solicitar todas las explicaciones, tanto técnicas como no técnicas, que considere necesarias sobre el desarrollo del producto. Una vez revisado el producto y aclaradas las dudas que puedan surgir, el Product Owner podrá sugerir cambios, que serán debatidos con el Scrum Team. Si finalmente el Product Owner estima necesario incorporar ciertos cambios, éstos deberán ser incorporados al Product Backlog como tickets de cambio.
Elementos a Entregar
Como resultado de esta actividad deberá existir una nueva versión operativa del producto software desarrollado. Esta versión operativa incluirá todos los artefactos requeridos por la definición de completado y estará convenientemente alojada en el repositorio Git de cada equipo conforme a lo establecido en las reglas de gestión de la configuración para el desarrollo del proyecto integrado.
Además, tras la celebración de la actividad, se deberán incluir en el Product Backlog todos los tickets de cambio que hayan sido acordados durante la Product Review.
Procedimiento de Evaluación
Dentro de esta actividad se evaluarán y calificarán los siguientes elementos:
- Relación con el Product Owner.
- Capacidad de Planificación.
- Ortografía, Gramática y Maquetación.
- Conformidad del Product Backlog.
- Especificación de los Tickets de Cambio.
- Satisfacción del Product Owner.
- Manual de Usuario.
⚠️ ADVERTENCIA
La no realización de esta actividad supondrá una calificación de 0 en el correspondiente sprint.
Fecha y Hora: Segundo viernes de cada sprint, tras finalizar la Product Review.
Descripción de la Actividad
Tras las Product Review, cada equipo reflexionará sobre sus métodos de trabajo con el objetivo de identificar qué ha hecho bien y qué ha hecho de manera mejorable durante el desarrollo de ese sprint. Tras esta reflexión, se deberán adoptar medidas que permitan tanto potenciar los aspectos positivos como corregir los errores. La reflexión deberá estar organizado en torno a alguna dinámica de grupo tipo brainstorming. A este respecto se recomienda revisar las dinámicas de grupo existentes dentro del libro Gamestorming.
Tras la realización de esta actividad, se puede dar el sprint por concluido. Se recomienda realizar alguna actividad lúdica que resulte del agrado del equipo, tal como tomarse una simple bebida con un pincho, como recompensa al trabajo realizado. Esta actividad debe hacerse fuera del horario lectivo.
Elementos a Entregar
Como resultado de esta actividad cada Scrum Team entregará un plan de mejora continua con las medidas a adoptar durante el desarrollo del próximo sprint. Este plan, tal como se comentó anteriormente, debe tener acciones tanto para potenciar los aspectos positivos identificados como para mitigar o erradicar los negativos detectados. Este plan de mejora continua se entregará a través de una actividad de moodle habilitada a tal efecto, siguiendo la plantilla abajo proporcionada.
Plantilla para en Análisis de la Restrospectiva
Procedimiento de Evaluación
Dentro de esta actividad se evaluarán y calificarán los siguientes elementos: