Sesión N 09 - Desarrollo Adaptativo e Integrado de Software(1) - Stiven

Vista previa del material en texto

FACULTAD DE INGENIERÍAS
ESCUELA PROFESIONAL 
DE INGENIERÍA DE 
COMPUTACIÓN Y SISTEMAS
CURSO
Desarrollo Adaptativo e Integrado de Software 
TEMA
Product Backlog
Release plain,
SESIÓN N° 09
DOCENTE:
Ing. Pedro D. Coronado Rodríguez
Inicio
¿Qué aspectos 
recordamos de la 
clase anterior?
Inicio
https://asana.com/es/resources/product-backlog
Product Backlog
Contenidos de la sesión:
• Product Backlog
• Release plain,
Product Backlog
Logro de la sesión:
Al término de la sesión el estudiante, será capaz de elaborar
el producto backlog.
1. Generalidad
• El product backlog (o pila de producto) es un listado de todas
las tareas que se pretenden hacer durante el desarrollo de un
proyecto.
• Se emplea para determinar el alcance del producto o solución a
desarrollar.
• En cada Sprint se seleccionan una serie de elementos
(características) del Backlog del Producto a desarrollar, dando
lugar al Backlog del sprint.
• Las historias de usuarios son los elementos mas comunes:
Como(rol), quiero hacer (algo), con el fin de (objetivo).
• Deben ser independientes y de carácter no técnico.
Product Backlog
3. Épicas
• Las historias de usuarios que son demasiado grandes se conocen
como historias de usuarios épicas.
Product Backlog
Gracias al uso del product backlog conseguiremos:
• Organizar por prioridades cuáles son los elementos más
importantes
• Explicar al equipo de trabajo cuáles deben ser las primeras entregas
• Realizar un seguimiento eficiente del desarrollo de un proyecto
Product Backlog
Este artefacto contiene todas las características, funcionalidades,
mejoras y correcciones (o bugs) a realizarse sobre el producto o
servicio. A cada elemento del Product Backlog se lo conoce como
Product Backlog Item (PBI) y tiene una descripción, un orden y una
estimación.
Product Backlog
El responsable del Product Backlog es el Product Owner, incluyendo
su contenido, disponibilidad y priorización.
Product Backlog
Los Developers son los responsables de proporcionar todas las
estimaciones. El Product Owner podría influenciar al Equipo
ayudándoles a entender y seleccionar el Objetivo del Sprint,
pero las personas que harán el trabajo son las que hacen la estimación
final. Dejar que las personas comprometidas con el trabajo real hagan
la estimación. En el sentido de Scrum, son los cerdos los que estiman,
no las gallinas. Recordemos el patrón de Estimación Ágil: Los Cerdos
Estiman.
Product Backlog
Product Backlog
https://www.youtube.com/watch?v=JuIVHk1wvcw
Los principios o criterios INVEST son una lista de 6
cualidades que nos ayudan a comprobar la calidad de una
User Story:
Product Backlog
2. INVEST
• Independent (I), independiente: si los elementos del Backlog de producto no son
independientes, será imposible ordenarlos en función de su valor para el negocio. Para que sean
independientes podemos redefinirlos y si aun así no lo logramos, la ultima solución es cambiar
varios en uno solo.
• Negotiable (N), negociable: los elementos del bakclog del producto son también una
herramienta de comunicación y por lo tanto deben ser negociables.
• Valuable (V), valorable: cada elemento debe tener un valor de negocio asignado y este ser la
base para ordenarlos.
• Estimateable (E), estimable: únicamente necesitamos tener estimaciones fiables de los
elementos de la parte superior del backlog del producto.
• Small (S), pequeño: solo los elementos en la parte superior del backlog del producto tienen que
ser pequeños.
• Testeable (T), verificable: la prueba es siempre parte fundamental de la definición de completo.
Product Backlog
El Release Plan (o Plan de Lanzamiento) es un plan que
utilizamos para predecir cuándo podremos lanzar al mercado
un conjunto de Incrementos de Productos que tendremos de
varios Sprints con un suficiente valor para cumplir un
objetivo de negocio.
Release Plan
Con esta herramienta de release planning el PO puede
mostrar más o menos en cuánto tiempo o en cuántos sprints
pueden lanzar alguna funcionalidad al mercado, claro que
para esto debe tener las historias de usuario estimadas por
puntos de historia y tener claridad en cuanto a la velocidad de
su equipo.
Release Plan
Para realizar un correcto release planning el PO debe recordar
que debe enfocar los esfuerzos del equipo en alcanzar
beneficios para lo usuarios, no es solamente lanzar
funcionalidades sin ningún argumento. Estos lanzamientos
deben tener una visión de valor de negocio para que los
clientes perciban el beneficio y de esta manera la
organización pueda empezar a percibir ganancias (ROI) y el
equipo pueda recibir retroalimentación de la funcionalidad
lanzada.
Release Plan
Realizando un release planning el equipo puede identificar
dependencias con otros equipos de trabajo, lo que permite ir
un paso adelante y facilitar la colaboración para que el trabajo
no se vea afectado, de la misma manera el equipo puede
detectar incertidumbre e ir explorando antes de empezar a
desarrollar la funcionalidad.
Release Plan
El release planning debe ayudar al PO y al equipo a enfocarse
en entregas tempranas de valor, pero de manera frecuente,
esto es necesario para poder recibir retroalimentación más
rápidamente de nuestro producto lanzado y para evitar
realizar entregas gigantes que puedan terminar obsoletas para
el mercado o simplemente ser un dolor de cabeza al momento
de lanzarlo.
Release Plan
En conclusión, el release planning puede ayudar al PO para
ser más transparente las entregas de valor en el mercado, así
como tener una perspectiva de las funcionalidades que
puedan salir en un tiempo determinado.
Release Plan
Práctica
Formar grupos de máximo 5 integrantes:
Acceder al artículo: https://alvaroarrarte.com/fases-de-la-metodologia-scrum/
Las fases de la metodología Scrum se reparten en 19 procesos o tareas, que a su vez se 
resumen en 5 pasos o etapas de implementación:
• Inicio
• Planificación y estimación
• Implementación
• Revisión y retrospectiva
• Lanzamiento
***Los equipos de trabajo deben Trabajar con Jira Software para plasmar los procesos 
Scrum. Tutorial.
Exponer el proceso realizado y entregar informe con las evidencias de cada proceso.
https://alvaroarrarte.com/fases-de-la-metodologia-scrum/
https://www.atlassian.com/es/software/jira
https://www.atlassian.com/es/agile/tutorials/how-to-do-scrum-with-jira-software
Cierre
• ¿Cuál es la importancia del Product Backlog?
Product Backlog
Product Backlog
Cierre
• Conclusiones
Un product backlog es una herramienta esencial para la gestión
de proyectos que consiste en la elaboración de un listado de
todas aquellas tareas que queremos realizar durante el
desarrollo de un proyecto con el objetivo de que estas sean
visibles para todo el equipo.
https://www.bbva.com/es/que-es-un-product-backlog-y-cual-es-su-funcion/
Referencias Bibliográficas
• García, F., Vizcaíno, A. & Piattini, M. (2014).
Desarrollo global de software. RA-MA Editorial.
• https://elibro.net/es/ereader/upsjb/106438
Gracias
	Diapositiva 1
	Diapositiva 2
	Diapositiva 3
	Diapositiva 4
	Diapositiva 5
	Diapositiva 6
	Diapositiva 7
	Diapositiva 8
	Diapositiva 9
	Diapositiva 10
	Diapositiva 11
	Diapositiva 12
	Diapositiva 13
	Diapositiva 14
	Diapositiva 15
	Diapositiva 16
	Diapositiva 17
	Diapositiva 18
	Diapositiva 19
	Diapositiva 20
	Diapositiva 21
	Diapositiva 22
	Diapositiva 23
	Diapositiva 24
	Diapositiva 25
	Diapositiva 26