Programa Ejecutivo BusinessIntelligence Framework SCRUM

Centro de Tecnologías de Información y Comunicaciones
Universidad Nacional de Ingeniería
Programa Ejecutivo de
Business Intelligence & Big Data
Marco de trabajo Ágil
Framework SCRUM for Analytics
Ing. Arturo Rojas Medrano

Reglas de convivencia
Puntualidad
Mantener silenciado el micrófono durante la sesión
Las preguntas se realizarán por el chat/ también se

podrá usar el micrófono
Realizar las actividades y dinámicas encomendadas

Horario
8:00 AM – 8:15 AM Presentación del programa
8:15 AM – 10:00 AM Gestión tradicional proyectos
10:00 AM – 10:10 AM Pausa activa
10:10 AM – 11:50 AM Agilidad y Dinámicas framework SCRUM
11:50 AM – 12:00 PM Pausa activa.
12:10 PM – 1:10 PM Dinámicas framework SCRUM.

Calificación
Asistencia (Curso)
Examen Final Dinámicas
(40%) + (60%)
Herramientas
TRANSFORMACION DIGITAL : CONTEXTO
El cliente ha evolucionado :
Productos Servicios Experiencia

El mercado ha evolucionado:
La tecnología sigue evolucionando :

TRANSFORMACION DIGITAL : CONCEPTO
Tener la velocidad y agilidad de contestar al mercado rápidamente,

para mantener y ganar mayor posición de mercado.
TRANSFORMACION DIGITAL : CONCEPTO

Definición de proyecto
Definición de proyecto
Es un proceso temporal que tiene un inicio y fin claramente definido, está

conformado por un conjunto de actividades interrelacionadas que se desarrollan
por una sola vez y constituye una inversión para el negocio; tiene objetivos,
alcances y productos entregables específicos, un plan de trabajo y presupuesto
definido.
Dirección de proyectos
Aplicación de conocimientos, habilidades, herramientas y técnicas a las

actividades del proyecto para cumplir con los requisitos del mismo. Se
logra mediante la aplicación o adecuación de los 42 procesos de dirección
de proyectos.
Tipos de proyectos
Desarrollo de Software– Desarrollo de Proyectos enfocados en un nuevo desarrollo o en la compra

Nuevas Aplicaciones e implementación de nuevos paquetes o módulos al paquete.
Desarrollo de Software – Desarrollo en Proyectos enfocados en actualizaciones y adición de

aplicaciones existentes. nuevas funcionalidades a los aproductos existentes.
Desarrollo de Software – Conversiones / Proyectos enfocados en el desarrollo de productos para

Migraciones reemplazar uno ya existente. Dentro de estos se encuentran
las migraciones, conversiones y rediseños de aplicaciones.
Desarrollo de Software – Mantenimiento Proyectos de modificación del aplicativo existente debido a

errores en producción, mejoras de performance u otros
atributos, o adaptarlo a cambios de ambiente. No contempla
nuevas funcionalidades de negocios a las aplicaciones.
Consultoría – Adquisición de software o Evaluación para la adquisición de software, hardware,
hardware comunicaciones, etc
Consultoría - Mejoramiento de procesos y Proyectos enfocados en el mejoramiento de los procesos de
Rediseño de procesos negocios o el rediseño de los mismos. También proyectos
enfocados en el mejoramiento de los procesos internos de la
División ej. PMO , CMM, etc.
Consultoría - Investigación Proyectos enfocados en la investigación de nuevas
tecnologías( software, hardware, comunicaciones, etc).
Otros Cualquier otro proyecto fuera de los tipos mencionados.
Clasificación de un proyecto
• Por el tamaño
• Por el nivel de riesgo
• Por la importancia de la organización
Niveles de riesgo de un proyecto
Incrementa Incrementa:
Tamaño Planificación cruzada
Troncales / subsistencia Nivel 2 Nivel 2 Nivel 3 Integración con otros
Incrementa:
Perfiles técnicos / competencias
Desarrollo y pruebas
Flexibilidad
Tácticos Nivel 1 Nivel 1 Nivel 2 Riesgo y oportunidad
Incertidumbre tecnológica
Bajo Alto
Riesgo/complejidad:
El cuestionario de riesgos permite debe de
Nivel de riesgo Bajo (0 - 0.69) Medio (0.7 - 1.3) Alto (1.31 - 2.0) completarse debido que permite identificar el grado
de exposición de un proyecto, teniendo en cuenta la
incertidumbre tecnológica.Por este motivo,
proyectos de tipo mantenimiento (poca
incertidumbre) son de riesgo bajo, nuevas
funcionalidades son de riesgo medio y nuevos
proyectos de riesgo alto.
Administración de proyectos requerida Nivel 1
Nivel 2
Nivel 3
Los project managers mas experimentados deberán administrar los

proyectos de nivel 3
Gestión y proceso de desarrollo
Evaluación Detallada Ciclo de vida del desarrollo del proyecto
Análisis
Diseño
Construcción
Baseline del plan del Certificación

Proyecto Fecha de implementación
Entrenam
Implementación
Inicio y Ejecución y Control Cierre

planificación Reporte de estado, seguimiento, gestión de riesgos, Evaluación, cierre y
( Plan del Proyecto) problemas y cambios, escalamiento, etc lecciones aprendidas
Ciclo de vida de la administración del proyecto

Ejercicio tareas secuenciales - paralelas
• Escriba las siguientes secuencias y tome el tiempo que les toma:
Tiempo 1
Tiempo 2
1 A I
2 B II 12345678910 ABCDEFGHIJ I II III IV V VI VII VIII IX X
3 C III
Secuencial :
4 D IV
5 E V 123 …
6 F VI
7 G VII
8 H VIII
9 I IX
10 J X
Paralelo :
1–A- I
2 - ……..
Definición de alcance
El proyecto ideal
Definición
Construcció Implement Mantenimi
requerimie Análisis Diseño Pruebas
n ación ento
nto
Al inicio del proyecto :

El cliente sabe Tú sabes cómo
perfectamente conseguirlo
lo qué necesita
Planteamiento predictivo.
Planificación detallada, se
asumen pocos cambios
Se toman requisitos detallados al inicio y ya no es

necesario volver a hablar con el cliente hasta el final del
proyecto
El proyecto ideal
Definición
n ación ento
nto
Durante el proyecto:
•Con la documentación adecuada que elabora cada especialista, la siguiente fase
encuentra todo lo que necesita, sin que se haya perdido ninguna información por el
camino.
•Viendo moverse estos entregables, todo el mundo está seguro de que el proyecto
está yendo bien. Es suficiente con hacer el control de calidad al final del proyecto.
•Nada cambia durante el camino.
El proyecto ideal
Definición
n ación ento
nto
Al final del proyecto el

cliente recibe lo que
esperaba y no hay que
cambiar nada.
El proyecto ideal
Definición
n ación ento
nto
¿Seguro que el usuario

final recibe lo que
esperaba?
Problemas típicos en proyectos
El cliente tarda mucho

tiempo en poder utilizar el
resultado del proyecto
Mientras tanto, el contexto

cambia y los competidores lanzan
nuevos productos. Si se cancela
el proyecto se habrá gastado el
dinero a cambio de NADA.
El proyecto se complicó
más de lo esperado.
Hay retraso y hay que entregar

ya. Empiezan los parches y no
hay tiempo para pruebas /
control de calidad.
El equipo hace horas

extraordinarias y está poco
motivado.
Apenas se dedican a cumplir

órdenes. Cada uno hace sólo lo
suyo.
¡¡¡ Y ahora el cliente pide

cambios!!!
¡¡¡ Pero si el proyecto está

acabando y no queda ni tiempo
ni presupuesto!!!
No entendiste lo que
quería”
“No estaba en el
“No cumpliste los plazos” alcance”
“¡Todo es prioritario!” “Estoy perdiendo
dinero!”
Todos acaban poco satisfechos, tanto el cliente como el equipo. ¿Lose – Lose ?
FLUJO PARA PLANIFICAR PROYECTOS : AGILE
INCEPTION + SCRUM
Paso 6:
Paso 2: RELEASE BACKLOG (Plan)
PRODUCT Identificar Paso 4:
SPRINT S1 S2 S3 S4 S5 S6 S7
DISCOVERY Arquetipos
BACKLOG (Lista de historias) HISTORIA
Historia 1
Historia 2
Historia 3
Paso 1: Historia 4
Historia 5
Historia 6
¿Tienes algún Historia 7
problema o Paso 3:
Paso 5: Paso 7:
necesidad?
PRODUCT VISION BOARD
PLANNING POKER SPRINT BACKLOG
(Técnica de Estimación) (Tablero de trabajo)
Product Owner / Scrum
Master / Desarrolladores.
Paso 9:
PRODUCTO
DATOS
Paso 8:
Paso 10:
SPRINT
BACKLOG (FASE 1.2)
(Ejecución)
Tiempo valor agregado
• Tiempo calendario -> 24 horas
• Tiempo trabajado -> 8 horas

diarias
• Tiempo valor agregado ->

Aquellas actividades por las
cuales el cliente está dispuesto
a pagar.
Pensamiento LEAN
• Mas valor para sus clientes

• La filosofía de trabajo Lean se define como la generación del
máximo valor para el cliente con el mínimo de desperdicio.
• Se basa en la eliminación de residuos a través de un enfoque en la
mejora continua para agilizar las operaciones.
• Esta centrada en el cliente y enfatiza el concepto de eliminar
cualquier actividad que no agregue valor a la creación o entrega
de un producto o servicio.
• Lean se centra en ofrecer una mayor calidad, reducir el tiempo de
ciclo y reducir los costos.
8 desperdicios lean
¿Que es un desperdicio para Lean?
• Todo aquello que no genera valor para el cliente.
Herramientas LEAN
Herramientas LEAN
Pensamiento LEAN
LEAN
EJECUTANDO SCRUM
QUE ES AGIL
FLUJO PARA PLANIFICAR PROYECTOS : AGILE
INCEPTION + SCRUM
Paso 6:
Paso 2: RELEASE BACKLOG (Plan)
PRODUCT Identificar Paso 4:
SPRINT S1 S2 S3 S4 S5 S6 S7
DISCOVERY Arquetipos
BACKLOG (Lista de historias) HISTORIA
Historia 1
Historia 2
Historia 3
Paso 1: Historia 4
Historia 5
Historia 6
¿Tienes algún Historia 7
problema o Paso 3:
Paso 5: Paso 7:
necesidad?
PLANNING POKER SPRINT BACKLOG
(Técnica de Estimación) (Tablero de trabajo)
Product Owner / Scrum
Master / Desarrolladores.
Paso 9:
PRODUCTO
DATOS
Paso 8:
Paso 10:
SPRINT
BACKLOG (FASE 1.2)
(Ejecución)
Dinámica de trabajo – 1 er. experimento
• Genere un proceso de lluvia de ideas de productos que resuelvan algún
problema o permitan satisfacer una necesidad de los clientes
• Detalle el arquetipo de cliente identificando la cadena de dolor de los
clientes.
Arquetipo de clientes
Nombre :
Background :
¿Cuál es la cadena de dolor?
Hobbies :
Personalidad :
Dinámica de trabajo – 2 er. experimento
• Defina el tablero visión de producto de la idea seleccionada.

Visión del Frase corta y precisa que resuma qué es lo que aspira
producto ser el producto
Target
Group Necesidades Funcionalidades Beneficios
Grupos de ¿Cuales son ¿Que

¿Qué beneficio y
usuario que las características
valor le genera al
utilizaran le necesidades del producto
cliente satisfacer la
producto. del grupo de satisfacen son
necesidad a través
Segmento de usuario? las necesidades
del producto?
mercado al del grupo de
cual nos usuario?
dirigimos
¿Qué ES Agile ?
Agile es proporcionar más valor en menos tiempo mediante:

feedback rápido del cliente sobre producto final, equipos de alto
rendimiento motivados, calidad interna del producto y reflexión regular
compromiso conjunto, hacer crecer equipos, cultura de aprendizaje y

mejora continua, utilizar técnicas de descomposición de producto y de
ingeniería que permitan realizar cambios continuos y controlados.
Trabajar de manera ágil es más difícil pero es mejor

QUE ES AGILIDAD
• Entrega temprana y continua con • Adaptación y reflexión

valor
• Colaboración • Mejora continua

AUTO ORGANIZACIÓN , AUTO GESTIÓN
Alineamiento Reglas y limitaciones
OBSTACULOS
Cultura Resistencia al cambio

Manifiesto Agil
Manifiesto Data
1. Satisfacción continua al cliente 10. Orquestar

2. Valor de análisis de negocio 11. Hazlo reproducible
3. Abrazar el cambio 12. Buen ambiente de trabajo
4. Es un deporte de equipo 13. Simplicidad
5. Interacciones diarias 14. Analytics es fabricación
6. Autoorganizarse 15. La calidad es primordial
7. Reduce el heroísmo 16. Monitoree la calidad y el rendimiento
8. Reflexiona 17. Reutilizar
9. Analytics es código 18. Mejoras los tiempos de ciclo
Framework SCRUM
Roles y responsabilidades SCRUM
Product Owner
• Único representante de los stakeholders.
• Prioriza los requisitos del proyecto.
• Ingresa las historias de usuario
• Aprueba los incrementos y producto final.
• Transmite el conocimiento para detallar los requisitos.
Scrum Master
• Figura clave para conseguir los beneficios de Scrum.
• Orientado a conseguir un equipo de alto rendimiento motivado.
• Responsable de que el equipo asimile los valores y principios agiles.
• Rol de apoyo al Product Owner y Equipo de desarrollo.
• Asegura que las practicas Agiles funcionen.
• Resuelve impedimentos que no logren resolver el equipo mismo.
Developer Team
• Multidisciplinario.
• Autogestionado.
• Reflexiona diariamente para mejorar.
• Estima y planifica el sprint en proceso.
• Entrega incremento y producto final al PO.
Roles en proyectos de Data
❖ Data Engineer ❖ Data Architect

❖ Data Scientist ❖ Data Analyst
❖ Data Steward ❖ Data Quality
❖ Data Expert
❖ Data Governance
Framework SCRUM
Historias de Usuario
• Las historias de usuario describen

funcionalidades de algo que es valiosos
para el usuario.
• En el Framework SCRUM utilizan las
historias como el instrumento principal
para identificar los requerimientos de
usuario.
• Son descripciones cortas y simples de una
funcionalidad, escritas desde la perspectiva
de la persona que necesita una nueva
capacidad de un sistema, por lo general el
usuario, área de negocio o cliente.
• El responsable de elaborar las historias es el
Product Owner
Una historia debe permitir conocer la base de las necesidades

del usuario así como los detalles que permitan fijar la baterías
de pruebas para determinar si un desarrollo es correcto o no.
Debe ser expresada en un lenguaje que el usuario pueda

entender y que refleja una descripción sintetizada de los que el
usuario desea.
• ¿Qué tipo de usuario es el que lo solicita?
• ¿Qué se quiere ?
• ¿Por qué se quiere ?
Ejemplos :
• Como responsable de almacén quiero conocer cuando se alcanza el

stock mínimo para poder realizar las ordenes.
• ¿Cuál es la probabilidad de que un cliente incumpla el pago mensual de

un préstamo?
• ¿Cuál será la tasa de supervivencia del paciente si se administra el

fármaco B en lugar del fármaco A?
• Si un cliente ha comprado los Productos A y B, ¿cuáles son las

probabilidades de que también compre el producto C?
Historias Usuario
Atributos y
descomposición
Independencia -> evitar que existan dependencias entre las historias

Negociables -> NO son requisitos cerrados que no se puedan cambiar.
Con valor -> Deben aportar valor al usuario
Estimables -> Se debe poder estimar
Pequeña -> Para poder ser manejada por el equipo.
Testable (Se puede validar)-> Se debe comprobar su funcionalidad
Historias Usuario
Historias Usuario
Definición de Listo
DoR (Defintion of Ready)
• Responde a la pregunta ¿Qué tiene que estar listo antes

de empezar a trabajar en una historia de usuario para que
esta pueda entrar en un sprint?
• DoR se refiere a la calidad de los requisitos y es
responsabilidad del Propietario del Producto
Historias Usuario
Definición
Terminado
• Definir criterios de aceptación.

• Validación de incremento del producto
• Responde la pregunta ¿Qué tiene que cumplir una
historia de usuario para que esté hecha?, se refiere a la
calidad del software y es responsabilidad del equipo.
• Explicita los criterios para que toda historia de usuario
sea considerada hecha, a diferencia de los criterios de
aceptación que son específicos por historia
Historias Usuario
Producto Mínimo
Viable
• Versión de un producto que tiene solamente

aquellas funcionalidades que permiten que el
producto sea lanzado
Definición de Sprint
Corresponde a un periodo de tiempo

Time Box durante el cual se incrementa el
producto terminado
Todo sprint tiene una meta que

cumplir, un producto que probar,
Objetivo
presentar y potencialmente
desplegable.
No se realizan cambios que afecten

el objetivo del sprint.
Consideraciones Cada sprint se considera como un
proyecto con horizonte de x
semanas
Eventos Scrum
En SCRUM existen eventos predefinidos (bloques de tiempo ) con el fin de

regularizar y minimizar las reuniones no definidas en SCRUM. Cada uno de
los eventos es una oportunidad formal para la inspección y adaptación de
algún aspecto.
La falta de alguno de estos eventos da como resultado una reducción de la
transparencia e inspección y constituye una oportunidad perdida para
inspeccionar y adaptarse.
• Reunión de planificación del SPRINT (Sprint Planning Meeting)

• Scrum diarios (Daily Scrums)
• Revisión del sprint (Sprint Review )
• Retrospectiva del sprint (Sprint Retrospective)
Sprint Planning Meeting
• ¿ Que puede ser terminado en el sprint ?

• ¿ Cómo se conseguirá completar el trabajo seleccionado?
Daily SCRUM
Daily SCRUM
Permite que el equipo se sincronice.

OBJETIVOS Inspeccionar el trabajo avanzado. Proyectar
trabajo a completar.
Se realiza a la misma hora y lugar.
• Que hice ayer que ayudo al equipo a lograr

el objetivo del sprint.
PREGUNTAS
• Que haré hoy para ayudar al equipo a
lograr el objetivo del sprint
• Veo algún impedimiento
• Mejora la comunicación
BENEFICIOS • Minimizan necesidad de otras reuniones
• Identifican impedimentos
• Promueven la toma de decisiones rápida.
Refinamiento del Sprint
Acto de añadir detalle , estimaciones y orden en los

elementos del product backlog
Sprint Review
• Permite inspeccionar el incremento

del producto y adaptar la lista de
Product BackLog.
• Se trata de una reunión informal, no

una reunión de seguimiento.
• El objetivo de presentar el
incremento es facilitar la
retroalimentación de información y
fomentar la colaboración.
Sprint Retrospective
Permite inspeccionarse si mismo y crear

un plan que se aborden durante el
sprint.
El scrum master asegura que el evento

se lleve a cabo y que los asistente
entiendan su propósito.
• Inspeccionar como fue el último

Sprint.
• Identificar y ordenar que elementos
salieron bien y las mejoras.
• Crear un plan para implementar las
mejoras.
Framework SCRUM
Técnicas de estimación en SCRUM
“Si no se puede medir, no hay forma de determinar si se está mejorando.

Y si no se está mejorando está perdido”.
Roger Pressman.
“Mide lo que se pueda medir; y lo que no, hazlo medible”.

Galileo Galilei.
• Planea realidades, no fantasías.

• El acto mismo de planear es tan seductor, tan atractivo que la planeación
termina siendo más importante que el plan y este mas importante que la
realidad, Jamás olvides que el mapa no es el territorio.
• Reúne a todos los actores claves, a toda la gente que estará a cargo del trabajo
en una sala.
• Calcular cuanto trabajo implicará cada una de las tareas, no cuanto tiempo,
sino cuanto trabajo. (Los seres humanos somos pésimos para calcular cargas
de trabajo, pero buenos para la evaluación relativa).
• Refran : ¿Cómo puedes comerte un elefante ? Una mordida a la vez.
• Listar todas las actividades. • Asignar una prioridad
• Los seres humanos somos pésimos para calcular tiempo y costo, pero somos
buenos para la evaluación relativa , consistente en comparar un tamaño con
otro.
Chiguagua salchicha schnauzer Boxer
Pastor Aleman beethoven

Delphi
Tallas
Planning Poker
IMPLEMENTANDO SCRUM
Tipos de contratos en
proyectos SCRUM Cultura Organizacional
Integración continua Certificación SCRUM

DEVOPS MASTER
BIBLIOGRAFIA
Programa Ejecutivo de
Business Intelligence & Big Data
Marco de trabajo Ágil
Framework SCRUM for Analytics
Ing. Arturo Rojas Medrano

Programa Ejecutivo BusinessIntelligence Framework SCRUM

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Programa Ejecutivo BusinessIntelligence Framework SCRUM

Cargado por

Copyright:

Formatos disponibles

Centro de Tecnologías de Información y Comunicaciones

Universidad Nacional de Ingeniería

Ing. Arturo Rojas Medrano

Mantener silenciado el micrófono durante la sesión

Las preguntas se realizarán por el chat/ también se

Realizar las actividades y dinámicas encomendadas

8:15 AM – 10:00 AM Gestión tradicional proyectos

10:00 AM – 10:10 AM Pausa activa

10:10 AM – 11:50 AM Agilidad y Dinámicas framework SCRUM

11:50 AM – 12:00 PM Pausa activa.

12:10 PM – 1:10 PM Dinámicas framework SCRUM.

Examen Final Dinámicas

TRANSFORMACION DIGITAL : CONTEXTO

Productos Servicios Experiencia

La tecnología sigue evolucionando :

TRANSFORMACION DIGITAL : CONCEPTO

Tener la velocidad y agilidad de contestar al mercado rápidamente,

TRANSFORMACION DIGITAL : CONCEPTO

Es un proceso temporal que tiene un inicio y fin claramente definido, está

Aplicación de conocimientos, habilidades, herramientas y técnicas a las

Desarrollo de Software– Desarrollo de Proyectos enfocados en un nuevo desarrollo o en la compra

Desarrollo de Software – Desarrollo en Proyectos enfocados en actualizaciones y adición de

Desarrollo de Software – Conversiones / Proyectos enfocados en el desarrollo de productos para

Desarrollo de Software – Mantenimiento Proyectos de modificación del aplicativo existente debido a

Los project managers mas experimentados deberán administrar los

Evaluación Detallada Ciclo de vida del desarrollo del proyecto

Baseline del plan del Certificación

Inicio y Ejecución y Control Cierre

Ciclo de vida de la administración del proyecto

Al inicio del proyecto :

Se toman requisitos detallados al inicio y ya no es

Al final del proyecto el

¿Seguro que el usuario

El cliente tarda mucho

Mientras tanto, el contexto

Hay retraso y hay que entregar

El equipo hace horas

Apenas se dedican a cumplir

¡¡¡ Y ahora el cliente pide

¡¡¡ Pero si el proyecto está

• Tiempo calendario -> 24 horas

• Tiempo trabajado -> 8 horas

• Tiempo valor agregado ->

• Mas valor para sus clientes

PRODUCT VISION BOARD

Grupos de ¿Cuales son ¿Que

Agile es proporcionar más valor en menos tiempo mediante:

compromiso conjunto, hacer crecer equipos, cultura de aprendizaje y

Trabajar de manera ágil es más difícil pero es mejor

• Entrega temprana y continua con • Adaptación y reflexión

• Colaboración • Mejora continua

Alineamiento Reglas y limitaciones

Cultura Resistencia al cambio

1. Satisfacción continua al cliente 10. Orquestar

Roles en proyectos de Data

❖ Data Engineer ❖ Data Architect

• Las historias de usuario describen

Una historia debe permitir conocer la base de las necesidades

Debe ser expresada en un lenguaje que el usuario pueda

• Como responsable de almacén quiero conocer cuando se alcanza el

• ¿Cuál es la probabilidad de que un cliente incumpla el pago mensual de

• ¿Cuál será la tasa de supervivencia del paciente si se administra el

• Si un cliente ha comprado los Productos A y B, ¿cuáles son las

Independencia -> evitar que existan dependencias entre las historias