El documento describe los principales componentes de la metodología Scrum para el desarrollo ágil de software. Estos incluyen el product backlog, donde se describen las funciones deseadas a alto nivel; las historias de usuario que describen funciones específicas; y el sprint backlog donde se planean las tareas para cada sprint. También se explican actividades como poker planning para estimar esfuerzos, daily stand-ups para revisar progreso, y reuniones de revisión y retrospectiva para obtener feedback y mejorar. El objetivo general es lograr una organización y discipl
2. Scrum
Product Backlog
Es un documento donde se describe a alto nivel las funciones del sistema
deseadas, aunque son definiciones no muy precisas scrum permitirá refinar las
funciones conforme se avanza en el proyecto.
Este documento puede ser modificado, editado y priorizado conforme pasa
cada sprint.
Las funciones deben ser descritas como historias de usuario.
3. Scrum
StoryTime
De las actividades descritas en el product backlog, se tiene
que crear historias más concretas, se evalúa las
actividades y se crean funcionalidades específicas del
sistema, aún aquí es alto nivel y pueden terminar siendo
modificadas.
4. Scrum
UserStory
Son enunciados que describen una función.
● El usuario debe dar like en las fotos.
● El usuario debe crear una cuenta con correo y password.
5. Scrum
Sprint Backlog
Se planea el primer Sprint, el cual compete un periodo de tiempo
acordado por el equipo junto con el On-site customer, este
backlog se evalúa las actividades a completar esto se realiza en
equipo, se utiliza la metodología de poker plan con el cual se da
prioridad y dificultad a la lista de tareas.
Esta reunión permite refinar las historias de usuario, para llegar a
un objetivo concreto.
6. Scrum
Poker Plan
Es un procedimiento para evaluar el esfuerzo técnico de las actividades de un
sprint, la dinámica es:
● Se utiliza una baraja con números escogidos por el scrum master.
● Se evalúa tarea por tarea como equipo.
● En una tarea cada elemento del equipo debe escoger una carta la cual
indique el esfuerzo que llevará realizarla esto desde el lado técnico o
desde el lado de diseño.
● Se cuenta hasta 3 y todos lanzan sus cartas.
● Todos deben coincidir en el número de esfuerzo.
● Si alguien o varios no coinciden se tiene que preguntar por qué lo razona
así y si todos están de acuerdo vuelven a evaluar.
7. Scrum
Stand Up
Son reuniones diarias de no más de 15 minutos
donde se tiene que ver con cada integrante los
siguientes puntos:
● ¿Que estas haciendo?
● ¿Que terminaste?
● ¿Que vas a hacer?
● ¿Impedimentos?
No se tratan temas concretos estos se ven
aparte, los impedimentos se deben atender
rápidamente.
8. Scrum
Sprint Review
Reunión donde se reúne a todo el equipo y los interesados (stakeholder)
se muestra el avance y lo completado, aquí es donde los interesados
tienen la oportunidad de ver lo avanzado del proyecto.
Si no se completó actividades, aquí es la oportunidad de comentarlo
con los stakeholder.
Se obtiene feedback de parte del cliente y se toman decisiones sobre el
siguiente sprint, esto ayuda a refinar las tareas.
No se toma decisión de que se realiza en el siguiente sprint esto se
hace en el sprint planning tomando en cuenta el feedback.
9. Scrum
Feedback (Retrospective)
Junta donde se ayuda al equipo a una
continua inspección y adaptación, para
llevar al equipo a una mejora en el
performance y en la felicidad.
Todo es para la mejora de la
productividad.
La reunión debe llevarse con respeto y el
scrum master debe mediar.
10. Scrum
Sprint Planning
Reunión que indica el inicio de un sprint, aquí se realiza
una planeación de la siguiente entrega, tomando en
cuenta el feedback por parte del cliente que se obtuvo en
el sprint review.
Se trabaja sobre el plan inicial (story time) de alto nivel y
se pule más las actividades, esto se realiza como equipo,
se preparan nuevos objetivos para el siguiente sprint.
11. Uno de los puntos más importantes para el éxito de un equipo, es el liderazgo y
la organización.
La disciplina es parte importante para lograr las metas.
El éxito de la metodología de trabajo bajo células se basa en que tanto se
conoce cada miembro del equipo.
Los proyectos que termina una célula reflejan su organización interna.