ciclo de vida de desarrollo de Software (SDLC). Scrum Model Step by Step
Scrum framework permite implementar una metodología de desarrollo ágil. A diferencia del modelo de cascada de desarrollo de software, Scrum permite un proceso de desarrollo iterativo e incremental. El proyecto se divide en varias fases, cada una de las cuales da como resultado un producto listo para usar. Al final de cada paso (llamado sprint en terminología Scrum), se entrega un producto utilizable a un cliente., Los comentarios de los clientes ayudan a revelar posibles problemas o cambiar el plan de desarrollo inicial si es necesario. Si quieres que tu proyecto siga estrictamente los principios del Manifiesto Ágil, puedes usar el modelo Scrum y asegurarte de que estás en el camino correcto.
Aquí están los roles principales involucrados en el proceso de desarrollo, de acuerdo con el modelo Scrum:
- el propietario del producto se encarga de los intereses del usuario final;
- El Maestro Scrum coordina todo el proceso de desarrollo., Otra tarea es asegurarse de que Scrum se usa correctamente y celebrar reuniones regulares de Scrum;
- El equipo de Scrum desarrolla el producto. Sus principales tareas son programación, análisis, pruebas, etc.
ahora, echemos un vistazo a los pasos principales del proceso de desarrollo en el que se compone Scrum.
fases del modelo Scrum
Paso 1. Creación de Backlog de productos
un backlog de productos es una lista que contiene características que se implementarán durante el proceso de desarrollo. Está ordenado por prioridad y cada elemento se llama historia de usuario. Cada historia de usuario recibe un ID único., Como regla general, las historias de usuario tienen el siguiente formato: como a, quiero para que . Esta lista a continuación muestra cómo pueden verse estas historias.,ange la duración y la fecha de inicio de las actuales usando arrastrar y soltar para que pueda estimar el tiempo total del proyecto
además de estos campos obligatorios, se pueden agregar los opcionales en caso de necesidad:
- La pista se utiliza para seleccionar todas las historias de usuario de un determinado tipo para cambiar su prioridad., Se puede utilizar para aumentar la prioridad de las historias de usuario que se relacionan con el panel de Control, por ejemplo;
- Los componentes conforman una lista de componentes que se cambiarán durante el trabajo. Los módulos de una aplicación, como la autenticación o la búsqueda, por ejemplo;
- El solicitante es un cliente que está interesado en implementar alguna funcionalidad en particular;
- Bug tracking ID contiene una lista de errores detectados que se relacionan con una historia de usuario adecuada.
Paso 2. Planificación de Sprint y creación de Backlog de Sprint
En primer lugar, debes determinar cuál será la duración de tu sprint., Un sprint corto le permite lanzar la versión de trabajo de un producto con más frecuencia. Como resultado, los comentarios de los clientes se recibirán con más frecuencia, y todos los posibles errores y errores se revelarán a tiempo.
como alternativa, puede preferir una duración de sprint más larga. Permitirá a los desarrolladores trabajar más a fondo. La duración óptima del sprint se define como un promedio de estas dos opciones. Como regla general, en un modelo Scrum, un sprint dura aproximadamente 2-4 semanas. Lo que es más importante en esta fase es el objetivo de Sprint. El objetivo se determina para cada sprint., Y de acuerdo con él, el sprint está lleno de historias de usuarios. Otra cosa importante es la cooperación entre las partes interesadas y los miembros del equipo. El propietario del producto determina la importancia de una historia de usuario adecuada, mientras que el equipo de Scrum define los costos de mano de obra adecuados.
después de eso, el equipo de Scrum puede seleccionar las historias de usuario más importantes del backlog de productos. Luego, los miembros del equipo deben decidir cómo resolver esta o aquella tarea. Además, el equipo puede dividir historias de usuarios particulares en las más pequeñas y luego convertirlas en una serie de tareas., El backlog de Sprint debe crearse a continuación. Consiste en historias de usuarios que se completarán durante el sprint actual. La cantidad de estas historias depende de su capacidad en puntos de historia asignados a cada historia durante la etapa de evaluación. El equipo de Scrum debe ser capaz de terminar todas estas historias a tiempo.
Paso 3. Trabajando en el Sprint. Reuniones diarias de Scrum
después de elegir las historias de usuario reales para la fase actual, comienza el proceso de desarrollo.
para rastrear el proceso de trabajo actual, se usa comúnmente un tablero de tareas., Por lo general, hay tarjetas grandes con los nombres de historias de usuario particulares y un paquete de pequeñas notas adhesivas con una descripción de tareas individuales que se necesitan para la implementación de esta o aquella historia. Cada tablero en particular se desarrolla de acuerdo con las especificaciones de un proyecto. Echemos un vistazo a un pequeño ejemplo.
Las tarjetas se pueden organizar de acuerdo a su importancia. Cuando se ha iniciado el trabajo en una tarea, la pegatina correspondiente se mueve del campo» por hacer «al campo» en progreso»., Cuando se completa el trabajo, la pegatina se puede mover al campo» Testing», y después de que la tarea se prueba con éxito, la pegatina va al campo» Done». A continuación se muestra un ejemplo de cómo puede verse El Tablero de tareas Scrum:
También existe la posibilidad de usar software especializado para esta tarea.
Por ejemplo, Atlassian JIRA.
otra característica importante de Scrum son las reuniones diarias de Scrum., El objetivo principal de estas reuniones es obtener información completa y veraz sobre el estado actual del proyecto y asegurarse de que todos los miembros del equipo estén en la misma página. Durante las reuniones de Scrum, cada miembro del equipo debe decir lo que ha hecho para el objetivo de Sprint, qué tarea será la siguiente y qué problemas enfrentaron los miembros del equipo durante el trabajo.
además, un gráfico de quemado es otra herramienta ampliamente utilizada que permite monitorear los procesos diarios de manera efectiva. Te muestra cuántas tareas quedan sin completar., Este gráfico da la capacidad de controlar el proceso de desarrollo y se puede actualizar después de cada reunión.
Las reuniones Scrum día a día ayudan a aumentar la flexibilidad del proceso de desarrollo. También permiten comprender qué cambios deben hacerse.
el eje X representa los días restantes de trabajo, mientras que el eje y muestra la cantidad total de puntos de historia para la etapa actual. Después de terminar una tarea que requiere un cierto número de puntos de historia para completar, puede agregar un punto en el diagrama para indicar el progreso actual.,
JIRA permite crear estos gráficos así:
Este gráfico ayuda a sacar conclusiones acerca de la velocidad actual de trabajo. Dependiendo de estas conclusiones, el número de historias de usuario para el siguiente sprint se puede cambiar.
Es importante tener en cuenta que, dado que el resultado ideal de cada sprint en un modelo Scrum es un producto funcional, el proceso de prueba del ciclo de vida completo es muy importante. Hay diferentes maneras de minimizar los costos del período de prueba. Por ejemplo, puede disminuir la cantidad total de historias de usuario., Como resultado, se minimizará el número de posibles errores. La otra forma es incluir ingenieros de control de calidad en el equipo de Scrum.
lea también por qué QA juega un papel clave en el desarrollo de un producto de Software de alta calidad
Paso 4. Incremento de producto y revisión de Sprint
el resultado de cada sprint en Scrum es un incremento de producto potencialmente enviable que se puede demostrar al cliente. Después de cada iteración, el equipo de desarrollo crea una nueva versión de un producto de software con mayor valor., Durante la revisión del Sprint, que es la parte final de cada sprint, se pueden demostrar y analizar los resultados generales. Sobre la base de toda esta información, las partes interesadas pueden tomar una decisión sobre los cambios adicionales del proyecto y planificar el próximo sprint.
Paso 5. Retrospective and Next Sprint Planning
El objetivo principal de Retrospective es discutir los resultados y determinar las formas de mejorar el proceso de desarrollo en el siguiente paso., Una característica importante es que en esta etapa son los procesos de trabajo e interacción los que se discuten con el fin de mejorar el trabajo del equipo de Scrum en su conjunto. El equipo debe concluir lo que salió bien durante el proceso de trabajo y lo que se puede hacer mejor durante la iteración futura. Cuando se definen las formas de mejora, el equipo puede concentrarse en la próxima planificación del sprint.
conclusión
Las principales características distintivas de Scrum son la agilidad y el progreso continuo. Se proporciona principalmente mediante la comunicación permanente y la estrecha cooperación entre las partes interesadas en cada paso., El enfoque Scrum implica un proceso de desarrollo continuo iterativo e incremental. El objetivo es garantizar la posibilidad de aumentar continuamente el valor del producto y mantener la flexibilidad en la elección de prioridades para futuras iteraciones.
Cuando finaliza el sprint, el cliente puede evaluar la funcionalidad del producto en funcionamiento en la iteración actual y tomar una decisión informada sobre cómo debe evolucionar el proyecto durante los siguientes sprints.,
aunque de acuerdo con el Manifiesto Ágil, debería preferir el software de trabajo sobre la documentación completa, nada impide a los desarrolladores el uso de una especificación de requisitos de Software. SRS es bueno para decir lo que un sistema o producto debe hacer. A pesar de que SRS puede perder algunos aspectos ágiles del desarrollo de proyectos, como la colaboración, todavía puede ser una buena herramienta para la planificación y programación.