2.
Visión General de un Proyecto Scrum
2
Agenda
2. Visión general de un proyecto Scrum
2.1.La imagen completa
2.2.Características
2.3.Beneficios
2.4.Visión estratégica - Entregas y valor de
negocio
2.5.Visión táctica - Sprints y el día a día
3
La Imagen Completa
4
Estadísticas de uso de los métodos
ágiles
5
Estadísticas de uso de herramientas
6
Características
• Equipos auto-organizados
• El producto avanza en una serie de “Sprints" de
dos semanas a un mes de duración
• Los requisitos son capturados como elementos de
una lista de “Product Backlog"
• No hay prácticas de ingeniería prescritas
• Utiliza normas generativas para crear un entorno
ágil para la entrega de proyectos
7
Beneficios de Scrum
• Flexibilidad a cambios
• Reducción del “Time to Market”
• Mayor calidad del software
• Mayor productividad
• Maximiza el retorno de la inversión
• Predicciones de tiempos
• Reducción de riesgos
8
Flexibilidad
Se refiere a la gran capacidad de reacción ante los
cambiantes requerimientos generados por las
necesidades del cliente o la evolución del
mercado. El marco de trabajo esta diseñado para
adecuarse a las nuevas exigencias que implican
proyectos complejos.
9
Reducción del “Time to market”
El cliente puede empezar a utilizar las
características más importantes del proyecto antes
de que esté completamente terminado.
10
Mayor calidad del software
El trabajo metódico y la necesidad de obtener una
versión del trabajo funcional después de cada
Sprint, ayuda a la obtención de un software de alta
calidad.
11
Mayor productividad
Se logra, entre otras razones, debido a la
eliminación de la burocracia y la motivación del
equipo proporcionado por el hecho de que
pueden estructurarse de manera autónoma.
12
Maximiza el retorno de la inversión
Se construye software solamente con las
prestaciones que contribuyen a un mayor valor de
negocio gracias a la priorización por retorno de
inversión.
13
Predicciones de tiempos
A través de este marco de trabajo, se conoce la
velocidad media del equipo por Sprint, con lo que
es posible estimar de manera fácil cuando se
podrá hacer uso de una determinada
funcionalidad que todavía está en el Product
Backlog.
14
Reducción de riesgos
El hecho de llevar a cabo las funcionalidades de
mayor valor en primer lugar y de saber la
velocidad a la que el equipo avanza en el
proyecto, permite despejar riesgos efectivamente
de manera anticipada.
15
Teoría de Scrum
Scrum se basa en la teoría de control de procesos empírica o
empirismo. El empirismo asegura que el conocimiento procede
de la experiencia y de tomar decisiones basándose en lo que
se conoce. Scrum emplea un enfoque iterativo e incremental
para optimizar la predictibilidad y el control del riesgo.
Tres pilares soportan toda la implementación del control de
procesos empírico: transparencia, inspección y adaptación.
16
Transparencia
Los aspectos significativos del proceso deben ser visibles para aquellos que
son responsables del resultado. La transparencia requiere que dichos
aspectos sean definidos por un estándar común, de tal modo que los
observadores compartan un entendimiento común de lo que se está viendo.
Por ejemplo:
• Todos los participantes deben compartir un lenguaje común para referirse
al proceso; y,
• Aquellos que desempeñan el trabajo y aquellos que aceptan el producto
de dicho trabajo deben compartir una definición común de “Terminado”.
17
Inspección
Los usuarios de Scrum deben inspeccionar frecuentemente
los artefactos de Scrum y el progreso hacia un objetivo, para
detectar variaciones. Su inspección no debe ser tan frecuente
como para que interfiera en el trabajo. Las inspecciones son
más beneficiosas cuando se realizan de forma diligente por
inspectores expertos, en el mismo lugar de trabajo
18
Adaptación
Si un inspector determina que uno o más aspectos
de un proceso se desvían de límites aceptables, y
que el producto resultante no será aceptable, el
proceso o el material que está siendo procesado
deben ser ajustados. Dicho ajuste debe realizarse
cuanto antes para minimizar desviaciones mayores.
Scrum prescribe eventos formales, contenidos
dentro del Sprint, para la inspección y adaptación
19
Visión Estratégica - Entregas y Valor
de Negocio
El concepto de Valor de Negocio (Business Value) representa el beneficio
al cual accede una empresa / institución / grupo de usuarios cuando se
pone a disposición una nueva funcionalidad de software para su uso
productivo.
El Valor de Negocio suele usarse en las prácticas ágiles, entre otros
factores, para priorizar un conjunto de funcionalidades, features o ítems
en el desarrollo de un software. Priorización que a su vez permite
balancear el alcance de un proyecto frente a las restricciones de tiempo,
presupuesto, recursos y calidad.
20
Visión Estratégica - Entregas y Valor
de Negocio
Los mecanismos más comunes para expresar el
Valor de Negocio son en primer lugar mecanismos
basado en un Conjunto Discreto de Valores, donde
se asigna a cada ítem a priorizar un valor de
negocio dentro de un conjunto de valores posibles.
La escala más utilizada es la tradicional Alta/Media/
Baja, con su variación MoSCoW (Must/Should/
Could/Wont).
21
Visión Estratégica - Entregas y Valor
de Negocio
En algunos casos puede usarse un Ranking por Valor, donde por ejemplo
lo más común es calcular para cada ítem algún indicador que compara el
costo y beneficio del ítem, como por ejemplo el Return On Investment
(ROI).
El mecanismo mas usado es el Ranking por Comparación, donde se define
el valor de negocio de cada ítem en forma relativa, comparando con los
otros ítems. La forma más conocida es cuando una persona o grupo de
persona ordena en una secuencia única un conjunto de ítems por Valor de
Negocio, tratando de comparar cada ítem con los otros para identificar su
lugar en esta secuencia con criterios más o menos explícitos.
22
Visión Estratégica - Entregas y Valor
de Negocio
Para que un proyecto proporcione el mejor resultado posible, y como
soporte fundamental al control empírico del proyecto, es necesario
repriorizar los requerimientos de manera regular, cada Sprint.
Por ejemplo, puede calcularse el valor que proporcionan al cliente en
ese momento y su costo estimado de desarrollo. Como resultado de
este calculo obtenemos el indicador (ROI), el cual entre otras cosas
puede proporcionarnos información acerca de requerimientos que
no valga la pena desarrollar, dado el poco retorno de inversión que
tienen.
23
Visión Estratégica - Entregas y Valor
de Negocio
24
Visión Táctica - Sprints y el día a día
25
El Equipo Scrum (Scrum Team)
El Equipo Scrum esta conformado por los
siguientes roles:
• Dueño de Producto (Product Owner)
• Equipo de Desarrollo (Development Team)
• Maestro Scrum (Scrum Master)
26
Eventos de Scrum
Entre los eventos de Scrum se encuentran:
• El Sprint
• Daily Scrum o Standup Meeting
• Sprint Planning Meeting
• Sprint Review Meeting
• Sprint Retrospective
• Backlog Grooming or Product Backlog
refinement
27
Artefactos de Scrum
Entre los artefactos de Scrum se encuentran:
• Product Backlog
• Sprint Backlog
• Incremento del producto
28
Walook México S.A. de C.V.
Calle 5 # 565 x 66 y 68 Residencial Pensiones V Etapa
[email protected], http://www.walook.com.mx
