Metodología de desarrollo de software Scrum
Roles del proyecto
Stakeholders
La organización que se encarga del desarrollo, los clientes, los usuarios, y cualquier otro interesado en el proyecto.
Product Owner
Se centra en realizar las especificaciones del producto definiendo el Product Backlog y en que el producto que se desea (lo que el cliente quiere) tenga éxito.
Scrum Master
Es un “facilitador”, se encarga de resolver cualquier problema que relacionado con la organización, para que los demás están centrados en sus tareas propias. Es responsable de que la metodología de scrum se cumpla correctamente.
Developers
Los encargados de crear el producto, establecen qué tareas necesitan abordar y cuanto se demoran en cumplir con los establecido en el Product Backlog.
Workflow
- Product Backlog: Se establece un listado de items de todo lo que se quiere que haga en el proyecto ordenados por prioridad.
- Sprint Backlog: Es una vuelta de trabajo, se planifica se hace todo lo que se pueda en un tiempo determinado (2-4 semanas), y se itera una y otra vez hasta acabar todos los items del product backlog.
- Al terminar el sprint de hace una evaluación de lo que se hizo, se mira qué problemas hubo y como mejora, y se hace una entrega de lo que esté terminado hasta el momento (se hacen entregas incrementales).
- Cada día del sprint se hace una reunión muy corta del equipo de desarrollo para lo que se va a hacer en el dia, que se necesita, etc.
Product Backlog
Es una lista de funcionalidades deseadas, por orden de prioridad, donde el primer item de la lista es el más prioritario. Cada item es una historia de usuario. Las historias deben contribuir al resultado final del producto.
Estructura de Historia de usuario
Como \ quiero \ para conseguir
Como usuario registrado quiero añadir un producto al carrito de la compra para conseguir su compra
Sprint
Ciclo de trabajo de entre 2-6 semanas que se compone de las historias de usuario que se quieren implementar. Cada historia se divide en tareas y se estima cuánto tiempo toma realizarlas. Velocidad del equipo
V = # desarrolladores X # horas al día X días a la semana X # semanas que dura el sprint X % peticiones de urgencia
La velocidad es para saber cuántas historias de usuario de pueden agregar a un solo sprint.
Ejemplo tablero
Sprint 22/35 | ||||
---|---|---|---|---|
Historias de usuario | Pendientes | En Progreso | Testing | Terminado |
Historia 1 | T1, T2, T3 | T4 | ||
Historia 2 | T2 | T3, T1 | ||
Historia 3 | T1 | T2, T3 | T4 |
Ejemplo Historia de Usuario y Tarea
- P1 - proyecto 1
- HU1 - historia de usuario 1
- T1 - tarea 1
- M-A-B - Medio Alto Bajo
P1 | Complejidad estimada | (M-A-B) | Valor de negocio (M-A-B) | HU1 |
---|---|---|---|---|
Como | ||||
Quiero | ||||
Para |
P1 HU1 | Estado - bloqueado, normal | T1 |
---|---|---|
Tarea | ||
Horas estimadas | Asignado a... |