Tres pilares del control del proceso: 1)
Transparencia, 2) Inspección, 3) Adaptación
Dispuesta al cambio
Enfoque iterativo e incremental
PROCESO
En Scrum un proyecto se ejecuta en ciclos temporales cortos
y de duración fija (iteraciones que normalmente son de 2
semanas, aunque en algunos equipos son de 3 y hasta 4
semanas, límite máximo de feedback de producto real y
reflexión). Cada iteración tiene que proporcionar un
resultado completo, un incremento de producto final que
sea susceptible de ser entregado con el mínimo esfuerzo al
cliente cuando lo solicite.
MANIFIESTO ÁGIL
Una Serie de Valores que tienen que ser
respetados en la implementación de la
metodología
Software trabajando sobre documentación completa
Respuesta al cambio sobre seguir un plan
Individuos e interacciones sobre procesos y herramientas
Colaboración con el cliente sobre negociación contractual
ROLES
Scrum Master
Se asegura de que el proyecto se esté
desarrollando acorde con la estrategia del
negocio. Escribe historias de usuario, las
prioriza, y las coloca en el Product Backlog.
Proyect Owner
Se asegura de que el proyecto se esté
desarrollando acorde con la
estrategia del negocio. Escribe
historias de usuario, las prioriza, y las
coloca en el Product Backlog.
Development Team
Los Development Team
Members/Miembros del Equipo de
desarrollo son los encargados de
escribir y probar el código.
ARTEFACTOS
Product Backlog
Esto puede referirse a todo elemento que sea parte
del proyecto: puede ser un bug, una referencia o
parte de un requerimiento. Brindan información
muy general del proyecto y muchas veces no son
tomados como requerimientos oficiales.
Sprint Backlog
Es el conjunto de elementos tomados del Product
Backlog que fueron priorizados, medidos y aceptados
en las reuniones de Sprint Planning. Estos, en
conjunto con sus respectivos User Stories, forman
oficialmente los requerimientos a elaborar en cada
uno de los Sprints que tendrá el proyecto.
Product Increment
El incremento del producto es de lo que
ya se había desarrollando más el
avance.
El incremento del producto debe ser funcional
EVENTOOS
Sprint Planning
Todos los involucrados en el equipo se reúnen para planificar
el Sprint. Durante este evento se decide qué requerimientos
o tareas se le asignará a cada uno de los elementos del
equipo. Cada integrante deberá asignar el tiempo que crea
prudente para llevar a cabo sus requerimientos. De esta
manera se define el tiempo de duración del Sprint.
Sprint Execution
Daily Meeting
A estas reuniones se les deberían dedicar máximo 15 minutos diarios, y
deberían ser siempre en el mismo horario y lugar. En ellas, cada miembro del
equipo deberá responder tres simples preguntas: ¿Qué hiciste ayer? ¿Qué
tienes planeado hacer hoy? ¿Qué obstáculos encontraste en el camino?
Sprint Review
Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de desarrollo de
software que se ha completado. Se hace una demostración de todos los requerimientos
finalizados dentro del Sprint. En este punto no es necesario que todos los miembros del equipo
hablen, pueden simplemente estar presentes, pero la presentación está a cargo del Scrum
Master y el Product Owner.
Sprint Retrospective
En este evento el Product Owner se reúne con todo su equipo de trabajo y su Scrum Master para
hablar sobre lo ocurrido durante el Sprint. Los puntos principales a tratar en esta reunión son: Qué se
hizo mal durante el Sprint para poder mejorar el próximo. Qué se hizo bien para seguir en la misma
senda del éxito. Qué inconvenientes se encontraron y no permitieron poder avanzar como se tenía
planificado.
Refinament
El Product Owner revisa cada uno de los elementos dentro del Product Backlog con el
fin de esclarecer cualquier duda que pueda surgir por parte del equipo de
desarrolladores. También sirve para volver a estimar el tiempo y esfuerzo dedicado a
cada uno de los requerimientos.
VENTAJAS / DESVENTAJAS
Ventajas
Mejora la satisfacción del producto entregado al cliente