Curso Integrador I:

Sistemas - Software
Sesión 2
Taller de Planificación PMBOK
Juan Carlos Cervantes Livón
MBA – Ingeniero de Sistemas
 Agenda
Sesión 2

Seminario de Desarrollo Ágil: SCRUM

Definir la metodología para gestionar el proyecto

basado en SCRUM
 Logro

• Al finalizar la sesión, el estudiante conoce las metodologías

ágiles para el desarrollo de sistemas de información.
Recordemos ...
• ¿Cúales son los tipos de sistemas que se abordarán?
• ¿Qué metodogía de trabajo tiene el curso?
Conocimientos previos y utilidad
1. ¿Cómo son las metodologías de desarrollo de sistemas
tradicionales?
2. ¿Qué es una metodología agil?
3. ¿Qué es un insight?
4. ¿Por qué los proyectos de desarrollo de sistema no son
exitosos?

Tiempo: 30 minutos
Agilidad e Innovación
¿Por qué necesitamos agilidad?
1. ¿Para quíen desarrollamos los sistemas de información y
quienes lo usan?
2. De la respuesta anterior. ¿Cómo deberían ser los sistemas de
información?
Enfoque centrado en el usuario

https://www.youtube.com/wat
ch?v=x7m8Ng3L6dE
Necesidades de los usuarios

https://www.youtube.com/watch?v=caqDn_T-ezc
 Innovación y cambio de paradigma

Innovación es todo cambio (no solo

tecnológico) basado en conocimiento
(no solo científico) que genera valor
(no solo económico)

Paradigma
Realizaciones cientificas universalmente
reconocidas que, durante cierto tiempo,
proporcionan modelos de problemas y
soluciones a una comunidad cientifica
(Thomas Kuhn – 1973)

https://francis.naukas.com/2016/01/24/kuhn/
Paradigma

https://www.youtube.com/watch?v=EtDV9fx8_Dg https://www.youtube.com/watch?v=ecY9NQNPBDE
Design Thinking

➢ https://www.youtube.com/watch?v=YZi7Gb5rK4U
➢ https://www.youtube.com/watch?v=_r0VX-aU_T8
➢ https://www.youtube.com/watch?v=O7dmix015rU
Seminario de
Desarrollo Ágil: SCRUM
Frameworks de desarrollo
Definición SCRUM
• Es un framework basado en una metodología de gestión donde
se aplican de manera regular un conjunto de prácticas
para mejorar el trabajo colaborativo y obtener el mejor
resultado posible en la gestión de un proyecto de software.
Quienes la usan
Características Claves
• Equipos autoorganizados
• Comunicación y entendimiento avanzado y claro
• Compromiso
• Progreso de producto en series de fija de días de cada sprint
• Requerimientos y necesidades van al “product backlog”
• Trabajar el software siempre como un entregable
• Verdad y transparencia
• Rápida adaptación
• Tiempo limitado
• Mostrar los problemas
Características Claves
• Insights
• https://www.youtube.com/watch?v=pRpHr1S6xUk
• Los insights son las verdades humanas que derivan de la forma
de pensar, sentir o actuar de los consumidores y que generan
oportunidades de nuevos productos, estrategias
y comunicación accionable para las empresas” (una revelación
o descubrimiento)
• Los insights surgen luego de una indagación a profundidad de
los aspectos ocultos, profundos, inconscientes o inconfesables
del consumidor. Requiere ser revelado!
Características claves

Trabajo en equipo
Caracteristicas Claves
Definir la metodología
para gestionar el
proyecto basado en
SCRUM
Roles
• Product Owner
• Scrum Master
• Team
Product Owner
• Define las funcionalidad del producto
• Decide las fechas y contenido de los releases
• Responsable por el ROI, audiencia, etc.
• Prioriza funcionalidades de acuerdo al mercado y valor estratégico
• Interactúa con los interesados y clientes para definir el product backlog
• Interactúa con los interesados y clientes para definir el product backlog
• Prioriza y ajusta funcionalidades en cada Sprint, tanto como sea necesario
• Acepta o rechaza las funcionalidades desarrolladas durante el Sprint
Review
Scrum Master
• Protege los valores y principios
• Supera/remueve impedimentos
• Mantiene al equipo funcionando y produciendo al 100%
• Habilita y facilita la cooperación
• Protege al equipo de “fuerzas oscuras”
• Facilita la integración
• NO asigna tareas
Scrum Team
• Funciones cruzadas: Diseñar, Programar, pruebas,
documentación, etc.
• Asignados a tiempo completo
• Autoorganizados
• Responsables de la calidad
• Estiman la complejidad
Artefactos y fases
Product Backlog
• Se parte del producto resultante que se desea obtener durante
todo el desarrollo
• Es un documento vivo
• Todos los integrantes del Scrum Team pueden acceder a él
aportando ideas
• El responsable es una única persona (PO)
• Se vuelve a priorizar al comienzo de cada Sprint
Product Backlog
Id Backlog
1 LogIn
2 Registro de usuarios
3 Registro de categorias
4 Registro de ventas
5
6
Product Backlog: User story

https://www.youtube.com/watch?v=M80QabgMmtg
Desarrollar los siguientes
1. Elaborar 3 user
stories
2. Elaborar product
backlog
Sprint Backlog
• Es la lista de requerimientos a desarrollar
• El trabajo nunca es asignado
• Diariamente es actualizado el trabajo restante
• Los miembros del Scrum Team eligen las tareas
• Cualquier miembro del ST puede añadir, borrar o cambiar el Sprint Backlog
• El trabajo para el Sprint emerge
• Si el trabajo no está claro, se debe definir con una mayor cantidad de tiempo y subdividir
• Actualizar el trabajo restante a medida que se conoce más
• Se expresa en user story
• PO mantiene actualizado
• Siempre está priorizado y estimado
• Incremento previsto en cada Sprint
• Compromiso con la ejecución del Sprint.
Sprint Backlog
No hay cambios en sprint
Desarrollar los siguientes
1. Elaborar el primer
sprint planning
Burn down charts
• Utilizado por el Scrum Team para el seguimiento del trabajo de
cada Sprint
• Lista de trabajos que realizará el equipo durante el sprint
Burn Down Charts
Definición de DONE
• DONE o NOT DONE
• Evitar el síndrome del 90%
• Código producido, comentado, entregado, ejecutado con el
código fuente en la versión actual y con los estándares de
desarrollo
• Revisión de pares
• Construido sin errores
Definición de DONE
• Pruebas unitarias escritas y pasadas
• Ambiente de pruebas desplegado y debe pasar las pruebas del
sistema
• Pasar las pruebas de aceptación de usuario
• Cualquier construcción, desarrollo, cambio en la configuración
implementada, documento y comunicación
• Documento/diagrama significativo producido/actualizado
• Paranoia de la obediencia
Factores Clave
• Delegar atribuciones al Scrum Team
• Respeto entre las personas
• Conocimientos y capacidades
• Responsabilidad y autodisciplina
• Trabajo centrado en el compromiso de desarrollo
• Información, transparencia y visibilidad
Ejercicio autónomo
Conclusiones
Conclusiones

• Se desarrollaron las definiciones más importantes de los

proyectos
• La importante de SCRUM para proyectos adaptativos
Juan Carlos Cervantes Livón
MBA – Ingeniero de Sistemas