En esta presentación les hablaredel sprint Inception, su definición, Actividades que se realizan durante el Sprint Inception, justificación ante el negocio

1. Sprint
Inception
Zafiro Echezuria

2. 17
Mis redes sociales
W E B
www.zafiroagil.com/
I N S T A G R A M
https://www.instagram.
com/zafiroagil/
L I N K E D I N
https://www.linkedin.c
om/in/zafiro-
echezuria-5161b370/.

3. Agenda Presentación
Introducción
Sprin Inception
Justificación del negocio
1

4. Estructura de Scrum
El product
Backlog se debe
generar
justificando el
valor del producto
al negocio
03
Visión
Propósito
Metas
Product
Baclock
H
istorias
de
Usuario
Puntos de
Historias
Alta Prioridad
Baja Prioridad
Planeación del
Sprint
Sprint
Baclock
Sprint 1/6
semanas
Reuniones Kanban Gráfico
Revisión de Sprint
Retrospectiva
Product Owner Scrum Master Team Cliente
Incremento de
Produto

5. ¿Quién es el PO?
Juguemos a
refezcar
nuestras
memorias
04
¿Cuál será la
importancia del PO en
esta etapa?

6. Product Owner
Definición del PO
05
El Product Owner representa los intereses de la
comunidad de stakeholders para el Equipo Scrum.
El Product Owner es responsable de asegurar una
comunicación clara sobre el producto y los
requisitos de funcionalidad del servicio con el
Equipo Scrum, definir los criterios de aceptación y
asegurar que se cumplan dichos criterios.

7. Product Owner
Funciones del
PO en el
inception
06
Crear la visión del proyecto
Identificar al Scrum Master y Stakeholder
Formar el Equipo Scrum
Desarrollar épicas
Crear Backlog Priorizado del Producto
Realizar la planificación del lanzamiento

8. ¿Qué es inception?
07 ¿Cuáles son las
actividades que se
realizan en el
Inception?
Tratemos de
responder
estas sencillas
preguntas

9. Definición de Sprint
Inception
08
Este sprint realmente no tiene ítemes de producto,
corresponde a todas las actividades preparatorias
para poder comenzar a ejecutar el proyecto.

10. Actividades en el Sprint Inception
09
Crear la visión del proyecto
Identificar al Scrum Master y stakeholders
Formar el Equipo Scrum
Desarrollar de épicas
Crear el Backlog Priorizado del Producto
Realizar la planificación del lanzamiento

11. Crear la visión del proyecto
El caso de negocio del
proyecto se revisa para
crear una declaración
de la visión del
proyecto que servirá
de inspiración y
proporcionará un
enfoque de todo el
proyecto. En este
proceso se identifica al
Product Owner
10

12. Identificar al Scrum
Master y stakeholder
En este proceso, se
identifica al Scrum
Master y a los
stakeholders
utilizando criterios
de selección
específicos
11
1.- Scrum Master
identificado
2.- Stakeholder
indentificados
1.Criterios de selección
2. Asesoramiento de
expertos en recursos
humanos
3. Capacitación y costos
de capacitación
4. Costos de recursos

13. Formar al equipo Scrum
En este proceso,
se seleccionan a
los miembros del
Equipo Scrum.
Normalmente, el
Product Owner
es el responsable
principal
12

14. Creación de épicas
En este proceso,
la Declaración de
la visión del
proyecto sirve
como base para
el desarrollo de
épicas. Las
reuniones de
grupo de usuarios
pueden llevarse a
cabo para discutir
la épica apropiada
12

15. Crear el Backlog
Priorizado del Producto
En este proceso, la
épica es refinada,
detallada y luego
priorizada para el
Backlog Priorizado
del Productodel
proyecto. En este
punto también se
establecen los
criterios de
terminado.
13

16. Realizar la planificación
del lanzamiento
En este proceso, el
equipo principal de
Scrum revisa las
historias de usuario en
el Backlog Priorizado
para desarrollar un
cronograma de
planificación del
lanzamiento. La
duración de los sprints
también se determina
en este proceso
14

17. Justificación del negocio
La justificación del negocio demuestra las razones
para emprender un proyecto. Responde a la
pregunta: “¿Por qué es necesario este proyecto?” La
justificación del negocio es lo que impulsa todas las
decisiones relacionadas aun proyecto. Por lo tanto, es
importante evaluar la viabilidad de un proyecto, no solo
antes de comprometerse a gastos o inversiones
considerables en las etapas iniciales, sino también a
lo largo del ciclo de vida del proyecto. Un proyecto
debe cancelarse si se considera que no es viable
15

18. Fin
Gracias
16