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

  1. Product Backlog: Se establece un listado de items de todo lo que se quiere que haga en el proyecto ordenados por prioridad.
  2. 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.
  3. 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).
  4. 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 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...