Business Analysis + Scrum Vanessa Amaya nos evangeliza esta vez inspirada en Star Trek y Star Wars

1. TSU - Software
Congreso Nacional de Agilidad en Software
BA + Scrum
@vanessa_amaya

2. ¿Por qué contar
con las fortalezas
de una filosofía si
puedes contar
con 2 filosofías?
¿Por qué en lugar de
dividir y verlo como
DIFERENTE, lo
vemos como
COMPLEMENTARIO?

3. NEGOCIO AGILIDAD

4. ¿Qué es el Business Analisys?
• Es un conjunto de actividades y técnicas
empleadas para trabajar como enlace entre
las partes interesadas con el fin de entender
la estructura, políticas y operación de una
Organización y recomendar soluciones que
ayuden a la Organización a lograr sus
objetivos y metas.
• Implica entender como funciona la
organización para cumplir sus propósitos y
definir las capacidades y requerimientos para
proveer productos y servicios a las partes
interesadas externas.

5. ¿Qué es el Business Analisys?
• Es un conjunto de actividades y técnicas
empleadas para trabajar como enlace entre
las partes interesadas con el fin de entender
la estructura, políticas y operación de una
Organización y recomendar soluciones que
ayuden a la Organización a lograr sus
objetivos y metas.
• Implica entender como funciona la
organización para cumplir sus propósitos y
definir las capacidades y requerimientos para
proveer productos y servicios a las partes
interesadas externas.

6. Entendiendo el negocio, despegas y en
ese despegue comienza la agilidad

7. Business Analysis Book of Knowledge
(BABOK)

8. Business Analysis Book of Knowledge
(BABOK)

9. Business Analysis Book of Knowledge
(BABOK)

10. Los clientes/usuarios necesitan
a alguien que los entienda, así
quien los entiende les explicará
qué es lo que quieren.

11. ¿Qué es Scrum?
• Scrum es un método en el que se
aplican de manera regular un
conjunto de buenas prácticas
para trabajar colaborativamente, en
equipo, y obtener el mejor resultado
posible de un proyecto.
• En Scrum se realizan entregas
parciales y regulares del producto
final, priorizadas por el beneficio que
aportan al cliente y/o usuario de
producto.

12. ¿Qué es Scrum?
• Scrum es un método en el que se
aplican de manera regular un
conjunto de buenas prácticas
para trabajar colaborativamente, en
equipo, y obtener el mejor resultado
posible de un proyecto.
• En Scrum se realizan entregas
parciales y regulares del producto
final, priorizadas por el beneficio que
aportan al cliente y/o usuario de
producto.

13. Scrum aplica para:
• Indicado para proyectos
en entornos complejos, donde se
necesita obtener resultados
pronto, donde los requisitos son
cambiantes o poco definidos,
donde la innovación,
la competitividad, la flexibilidad y
la productividad son
fundamentales.

14. BA
Enlace
Entendimiento
Objetivos y metas
Cómo funciona
Capacidades
Requerimientos
Scrum
Colaborativamente
Entregas parciales
Priorización
&

15. Y PARA MI SIGUIENTE
ACTO NECESITARE
BUSINESS ANALYSIS,
SCRUM Y UNA TAZOTA DE
CAFÉ

16. ¿Cómo se ve la
combinación?
Historias de usuario, requerimientos
técnicos derivados y de transición.
Requerimiento de negocio y
descomposición funcional
Product Backlog Sprint Backlog Entrega
Retrospectiva

17. ¿Cómo se ve la
combinación?
Historias de usuario, requerimientos
técnicos derivados y de transición.
Requerimiento de negocio y
descomposición funcional
Product Backlog Sprint Backlog
¿Por qué en negocio necesita el software? –
Objetivos estratégicos
¿Para qué se va a utilizar? – Usuarios
¿Qué problemas se quieren evitar?
¿Qué indicador tienen de que el problema
existe?

18. ¿Cómo se ve la
combinación?
Historias de usuario, requerimientos
técnicos derivados y de transición.
Requerimiento de negocio y
descomposición funcional
Product Backlog Sprint Backlog
Historias de usuario – requerimientos
funcionales plasmados en lenguaje de usuario:
“Como usuario x quiero hacer y con el objetivo
de z” y las condiciones.
Requerimientos técnicos derivados –
Requerimientos no funcionales
Requerimientos de transición – necesidades
temporales al implantar el software.

19. ¿Cómo se ve la
combinación?
Historias de usuario, requerimientos
técnicos derivados y de transición.
Requerimiento de negocio y
descomposición funcional
Product Backlog Sprint Backlog
¿Van a salir más
requerimientos
después?
SI, SIEMPRE
Pero no serán requerimientos
que quiebren las estimaciones y
a los equipos.

20. Recuerda que:
• Por más métodos que existan siempre hay cabida a la personalización.

21. Es mas…
• Personalizar debe ser obligatorio: porque nunca hay un desarrollo de
software será igual a otro, ni una empresa igual a otra.

22. • Los clientes suelen dar requerimientos con base a
percepciones.

24. ¡ G r a c i a s !

25. ¡Síguenos!
• Facebook: cecoachingmx
• Twitter: @cecoaching_mx
• Blog: www.cecoaching.com.mx
• Twitter: @vanessa_amaya