INFORMACIÓN

DE CONFIDENCIALIDAD




Toda información contenida en este documento es considerada privilegiada y confidencial,
ya que este material incluye descripciones metodológicas de propiedad exclusiva de
VMEdu, ninguna parte de este documento podrá ser reproducida por cualquier medio sin la
autorización correspondiente

VMEdu @Todos los derechos reservados
EXAMEN
FORMATO
q  Opción múlCple respuesta
q  40 preguntas por examen
q  Un punto por cada respuesta correcta
q  No hay marcas negaCvas por respuestas
erradas
q  2 8 p r e g u n t a s d e b e n s e r c o n t e s t a d a s
correctamente para pasar
q  Duración 60 minutos
q  Examen en línea, NO supervisado
TEMAS
PLAN DE ESTUDIOS
Introducción a Scrum
•  Descripción de Scrum
•  Principios de Scrum, aspectos y procesos

Aspectos

•  Organización
•  JusDficación del Negocio

•  Calidad
•  Cambio
•  Riesgos

Introducción a las Fases de proyecto Scrum.

•  Fase de Iniciación
•  Fase de planificación y esDmación
•  Fase de Implementación
•  Fase de Revisión y retrospecDva
•  Fase de Lanzamiento

INTRODUCCIÓN A SCRUM
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka
definieron una estrategia de desarrollo de Producto flexible

donde el equipo de desarrollo trabaja como una unidad para Guía SBOK TM 2013

alcanzar un objeDvo común.


Ambos describieron un enfoque innovador para el desarrollo

de Producto al que ellos llaman un enfoque holísDco o
"rugby", "donde un equipo intenta llegar hasta el final como
una unidad, pasando el balón hacia atrás y hacia delante”.
Ellos basan su enfoque en los estudios de casos de diversas
industrias de fabricación.

Enfoque adaptaCvo e iteraCvo

SCRUM ES EL MÁS POPULAR DE LOS MÉTODOS ÁGILES, Y APROXIMADAMENTE LA MITAD DE

TODOS LOS PROYECTOS ÁGILES UTILIZAN SCRUM.
INTRODUCCIÓN A SCRUM
PRINCIPIOS SCRUM

q  1. CONTROL DE PROCESOS EMPÍRICO
Este principio es lo primordial en la filosoWa de
Scrum, se basa en tres ideas principales la
TRANSPARENCIA, INSPECCIÓN, Y LA ADAPTACIÓN.

q  2. AUTO-ORGANIZACIÓN
Se centra en los trabajadores de hoy, que entregan
un valor mayor cuando son auto-organizados lo cual
resulta en equipos con un gran compromiso y
responsabilidad que a su vez esto produce un
entorno innovador y creaDvo

q  3. COLABORACIÓN
Este principio se centra en las tres dimensiones
básicas relacionadas con el trabajo colaboraDvo:
conciencia, arDculación y apropiación.
INTRODUCCIÓN A SCRUM

PRINCIPIOS SCRUM
Las dimensiones principales del trabajo en colaboración son los siguientes:
•  Sensibilización - Tienen que ser conscientes del trabajo de cada uno.
•  ArCculación- Personas colaboradoras deben dividir el trabajo en unidades, divida las unidades
entre los miembros del equipo, y luego después de que el trabajo está hecho, reintegrarla.
•  Apropiación- Adaptar la tecnología para la propia situación; la tecnología se puede uDlizar de
una manera completamente diferente de lo esperado por sus diseñadores.

q  4. PRIORIZACIÓN BASADA EN VALORES
Este principio se enfoca en ofrecer el máximo valor de negocio, desde el principio del proyecto
hasta su conclusión.

q  5. TIME BOXING
Este principio describe cómo el Dempo se considera una restricción limitante en Scrum, y cómo
se uDliza para ayudar a manejar eficazmente la planificación y ejecución del proyecto.

q  6. DESARROLLO ITERATIVO Este principio define el desarrollo iteraDvo y enfaDza cómo manejar
mejor los cambios y crear Productos que saDsfagan las necesidades del Cliente.
INTRODUCCIÓN A SCRUM
ASPECTOS SCRUM

Manejados a lo largo de todo el proyecto Scrum.


Los cinco aspectos Scrum son los siguientes:

1.  Organización
2.  JusCficación de negocios
3.  Calidad
4.  Cambio
5.  Riesgo

INTRODUCCIÓN A SCRUM
FASES

Las fases describen cada proceso en detalle , incluyendo sus entradas ,
herramientas y salidas asociadas.

Dependerá del proyecto , organización o

industria en par?cular

Las entradas , herramientas y salidas obligatorias, serán importantes para la implementación

exitosa de SCRUM.
INTRODUCCIÓN A SCRUM
PROCESOS EN SCRUM

Los procesos de Scrum abordan las acDvidades y el flujo especifico de un proyecto Scrum.
En total hay diecinueve procesos que se agrupan en cinco fases

Fase Procesos

1.  Crear la Visión del Proyecto

2.  Identificar al Scrum Master y a los interesados

3.  Formación del Equipo Scrum

Iniciación
4.  Desarrollo de las Épicas

5.  Crear la Lista de priorizada de Pendientes del Producto

6.  Realizar la Planificación de lanzamiento

1.  Crear Historias de Usuarios

2.  Aprobar, Estimar y asignación de las Historias de Usuario

Planificación y Estimación
3.  Crear Tareas

4.  Estimar tareas

5.  Crear la Lista de Pendientes del Sprint

INTRODUCCIÓN A SCRUM
PROCESOS EN SCRUM

Los procesos de Scrum abordan las acDvidades y el flujo especifico de un proyecto Scrum.
En total hay diecinueve procesos que se agrupan en cinco fases

Fase Procesos

1.  Creación de Entregables

2.  Llevar acabo la reunión Diaria

Implementación
3.  Mantenimiento de la lista Priorizado de Pendientes del
Producto

1.  Convocar Scrum de Scrums

Revisión y Retrospectiva 2.  Demostrar y Validar el Sprint

3.  Retrospectiva del Sprint

1.  Envío de Entregables

Lanzamiento
2.  Retrospectiva del Proyecto

ASPECTOS SCRUM : ORGANIZACIÓN
Los roles de Scrum se dividen en dos grandes categorías:

q  FUNCIONES BÁSICAS

q  ROLES NO BÁSICOS :
ASPECTOS SCRUM : ORGANIZACIÓN

q  SCRUM ES MÁS ÚTIL EN PROYECTOS QUE IMPLICAN

u  El desarrollo de productos tecnológicos de
vanguardia

u  Los equipos mulDfuncionales altamente cualificados.

u  El desarrollo de productos en entornos compeDDvos

u  Los requisitos de cambios frecuentes y
intempesDvas

u  La necesidad de controlar para la retroalimentación
debido a requisitos complejos.


ASPECTOS SCRUM : ORGANIZACIÓN

q  ROLES CENTRALES
Hay tres papeles principales en Scrum


ASPECTOS SCRUM

ROLES CENTRALES

q  DUEÑO DEL PRODUCTO

Representa los grupos de interés y es responsable de
asegurar que el equipo scrum ofrecezca valor.

El Product Owner describe los requerimientos del negocio
en forma de historias de usuarios con las aportaciones de
los miembros del equipo Scrum Core y gesDona la Prioridad
del Product Backlog.


la Voz del Cliente.


ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del Propietario del producto.
Proceso Responsabilidades del Propietario del Producto
•  Define la Visión del Proyecto
Crear la Visión del Producto •  Ayuda a crear el Acta de Constitución del Proyecto y el
Presupuesto del Proyecto
•  Ayuda a finalizar la elección del Scrum Master para el
Identificar al Scrum Master y a los proyecto
interesados
•  Identifica a los Stakeholder(s)

•  Ayuda a determinar los miembros del Equipo Scrum

•  Ayuda a desarrollar un Plan de Colaboración

Formar el Equipo Scrum
•  Ayuda a desarrollar el Plan para la Formación del Equipo
con los Scrum Master(s)

Desarrollo de Épica(s) •  Crea Épica(s) y Personajes o Personas

•  Prioriza los elementos del Backlog del Producto
Crear el Priorizada Backlog Producto
•  Define el Criterio de Terminado
•  Crea el Cronograma de Planificación del Lanzamiento
Realizar la Planificación del Release
•  Ayuda a determinar el Longitud del Sprint
ASPECTOS SCRUM : ORGANIZACIÓN

Proceso Responsabilidades del Producto Owner

•  Ayuda a Crear Historias de Usuarios
Crear Historias de Usuarios •  Define el Criterio de Aceptación para cada Historia de
Usuario.
•  Aprueba las Historias de Usuarios
Aprueba, estima y se compromete con
Historias de Usuarios •  Facilita al Equipo Scrum y se compromete a las Historias de
Usuarios

•  Le explica las Historias de Usuarios al Equipo Scrum,

Crear Tareas
mientras crea el Lista de Tareas
•  Le proporciona orientación y aclaración al Equipo Scrum
Estimar el Trabajo
sobre la estimación de esfuerzo para las tareas
•  Le aclara los requisitos al Equipo Scrum mientras crea el
Crear la Lista de Pendientes de Sprint
Pendientes del Sprint
Crear Entregables •  Le aclara los Requisitos del Negocio al Equipo Scrum
Mantenimiento Priorizado de los
•  Mantiene Priorizado el Backlog del Producto
Pendientes del Producto
ASPECTOS SCRUM : ORGANIZACIÓN

Proceso Responsabilidades del Producto Owner

•  Acepta / Rechaza los Entregables

•  Proporciona retroalimentación necesaria para el Scrum

Demostrar y Validar el Sprint Master y el Equipo Scrum

•  Actualiza el Plan de Lanzamiento y el Priorizada Backlog

Producto

•  Ayuda con el lanzamiento de los Producto y coordina

Envío de los Entregables
esto con el Cliente
Retrospectiva del Proyecto •  Participa en la reunión de Retrospectiva del Sprint
ASPECTOS SCRUM : ORGANIZACIÓN

q  SCRUM MASTER

El papel del Scrum Master se basa en el concepto de
liderazgo de servicio en el que los líderes logran
resultados por dar atención a las necesidades del
equipo.

EL SCRUM MASTER TAMBIÉN INSTRUYE A TODOS LOS INTERESADOS ACERCA DE LOS

VALORES Y MÉTODOS DE SCRUM. ESTA RESPONSABILIDAD ES MÁS IMPORTANTE Y
CRÍTICA AL INICIO, CUANDO ES LA TRANSICIÓN A LOS MÉTODOS DE SCRUM.
ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del SCRUM MASTER
Proceso Responsabilidades del Scrum Master
Identificar al Scrum Master y al/los
•  Ayuda a identificar al/los Stakeholder(s) para el proyecto.
Stakeholder(s)

•  Facilita la selección del equipo Scrum.

•  Facilita la creación del Plan de Colaboración y el Plan para la

Formar el Equipo Scrum Formación del Equipo. (Team Building Plan)

•  Asegura que los recursos de respaldo están disponibles. para el

funcionamiento del proyecto sin problemas.

Desarrollo de Épica(s) •  Facilita la creación de la(s) Épica(s) y Personas.

•  Ayuda al Producto Owner en la creación del Backlog Priorizado
Crear la Lista de Pendientes del
del Producto y en la definición de los Criterios de Termino/
Producto
Realización. (Done Criteria)

•  Coordina la creación del Cronograma de Planificación.

Dirige la Planificación del Release (Release Planning Schedule)

•  Determina la longitud del Sprint - “Semanas”. (Length of Sprint)

•  Asiste al equipo Scrum en la creación de las Historias de Usuarios

Crear Historias de Usuarios
y sus Criterios de Aceptación.
ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del SCRUM MASTER
Proceso Responsabilidades del Scrum Master
Aprueba, estima y se
•  Facilita reuniones del equipo Scrum para estimar y crear historias
compromete con Historias de
de usuarios.
Usuarios
•  Facilitador del equipo Scrum en la creación de la Lista de Tareas
Crear Tareas
para el próximo Sprint
•  Asiste al Equipo Scrum en estimar el esfuerzo necesario para
Estimar tareas
completar las tareas acordadas para el Sprint
Crear la lista de pendientes del •  Asiste al Equipo Scrum en el desarrollo del Sprint Backlog y en el
Sprint (Sprint Backlog) Gráfico de Trabajo Pendiente. (Burndown Chart)
•  Apoya al equipo Scrum en la creación de los entregables
(Deliverables) acordados para el Sprint
Crear Entregables
•  Ayuda a actualizar la Pizarra Scrum (Scrumboard) y el Registro de
Impedimentos. (Impediment Log)
•  Asegura que la Pizarra Scrum y el Registro de Impedimentos
Realizar un Standup Diario
permanezcan actualizados
Mantenimiento Priorizado de los •  Facilita la reuniones de revisión del Backlog priorizado del
Pendientes del Producto producto.
ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del SCRUM MASTER

Proceso Responsabilidades del Scrum Master

•  Se asegura que los Incidentes que afectan al Equipo Scrum se
Convocar Scrum de Scrums
discutan y resuelvan
•  Facilita la presentación de los Entregables ya completados por el
Probar y Validar el Sprint
Equipo Scrum para la aprobación del Producto Owner.
•  Se asegura que exista un ambiente ideal para el Equipo Scrum
Retrospectiva del Sprint
del proyecto en los sucesivos Sprints

•  Representa al Equipo Principal de Scrum (Scrum Core Team) para

Retrospectiva del Proyecto
proporcionar lecciones del proyecto actual, si es necesario.
ASPECTOS SCRUM : ORGANIZACIÓN
q  EQUIPO SCRUM

El Equipo Scrum es un grupo de personas que son responsables de la comprensión de los
requerimientos del negocio especificados por el propietario del producto.





ASPECTOS SCRUM : ORGANIZACIÓN
CARACTERÍSTICAS DEL EQUIPO SCRUM

q  Auto-organizado


q  MulC-funcional


q  Cara a cara de la comunicación

q  La entrega del producto iteraCvo
ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del SCRUM TEAM
Proceso Responsabilidades del Scrum Team
•  ︎ roporciona entradas (inputs) para la creación del Plan de
P
Formar el Equipo Scrum colaboración y Plan de desarrollo del equipo
•  ︎ segura una comprensión clara de la(s) Épica(s) y de
A
Desarrollo de Épica(s) Personas
Crear la Lista de Pendientes del •  ︎ ntienden las Historias de los en la lista priorizada de
E
Producto pendientes del producto.
•  Están de acuerdo con los miembros del Equipo Principal de
Scrum sobre la duración del Sprint.
Realización del Plan de lanzamiento •  ︎Busca clarificación sobre los nuevos productos o cambios, si
los hay, en los productos existentes en la lista priorizada de
pendientes del producto
•  L︎ e proporciona entradas al Product Owner en la creación las
Crear Historias de Usuarios historias de los usuarios.
•  ︎ stima los historias de usuarios aprobadas por el Product
E
Aprueba, estima y se compromete Owner
con Historias de Usuarios •  Se compromete con las historias de usuario que hay que
hacer en un Sprint
•  ︎ esarrolla la lista de tareas basada en las historias de los
D
Crear Tareas usuarios ya acordadas y asociadas. (dependencias)
ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del SCRUM TEAM
Proceso Responsabilidades del Scrum Team
•  ︎ alcular el esfuerzo para las tareas identificadas y si es
C
Estimar las Tareas
necesario actualiza la lista e tareas.

Crear la lista de pendientes del Sprint

•  ︎ Desarrolla el Sprint Backlog y el Sprint Burndown Chart.
(Sprint Backlog)
•  Crea Entregables
•  ︎Identifica Riesgos y ejecuta acciones de mitigación, si las
Crear Entregables hay.
•  ︎Actualiza el Impediment Log y las dependencias.
•  ︎ ctualiza el Burndown Chart, Scrumboard y el Impediment
A
Log.
•  ︎Discuten issues que enfrenta cada miembro y busca
Realización de la reunión diarias soluciones para motivar al equipo.
•  ︎Identifican riesgos, si los hay.
•  ︎Presentar cambios en los requerimientos (Change Requests),
si se requieren.
Mantenimiento de la lista priorizada •  ︎ articipan en las reuniones de revisión de Prioritized Product
P
de Pendientes del Producto Backlog
•  ︎ roporciona entradas al Scrum Master para las reuniones de
P
Convocar Scrum de Scrums Scrum of Scrum (SoS).
ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del SCRUM TEAM
Proceso Responsabilidades del Scrum Team

Mostrar entregables completados al Product Owner para su

Demostración y Validación del Sprint aprobación.

︎Identifican oportunidades de mejora si las hay del Sprint actual y

Retrospectiva del Sprint deciden si están de acuerdo sobre las posibles mejoras viables
para el próximo Sprint.

Retrospectiva del Proyecto Participan en la reunión de retrospectiva del proyecto

ASPECTOS SCRUM : ORGANIZACIÓN

SELECCIÓN DEL SCRUM TEAM

(Tienen conocimiento general de varios campos y son expertos en al menos uno, pero más
allá de la experiencia, son las habilidades sociales de los miembros del equipo que
determinan el éxito.)

u  Los miembros ideales del Scrum Team son independientes, auto-moDvados, se enfocan
en el cliente y Denen un alto senDdo de responsabilidad y de la colaboración. El equipo
debe ser capaz de fomentar un ambiente de reflexión independiente y de tomar
decisiones con el fin de extraer los mayores beneficios.


ASPECTOS SCRUM : ORGANIZACIÓN
SELECCIÓN DEL SCRUM TEAM

NON-CORE ROLES (Funciones no esenciales)
Non-core roles son aquellos papeles que no son obligatoriamente necesarios para el
proyecto Scrum y pueden no estar involucrados en el proceso de Scrum.
Los Non-core roles pueden incluir lo siguientes:

1.  STAKEHOLDER(S)
Es un termino que incluye a los clientes, los usuarios y patrocinadores que a menudo
interactúan con el Product Owner, Scrum Master y Scrum Team para proporcionarles las
entradas (inputs) y facilitar la creación del producto del proyecto, servicio, o cualquier otro
resultado.
o  Clientes

o  Usuarios

o  Patrocinador

ASPECTOS SCRUM : ORGANIZACIÓN

SELECCIÓN DEL SCRUM TEAM

2.  VENDEDORES

Los vendedores incluyen a individuos u organizaciones externas que ofrecen productos y
servicios que no están dentro de las competencias básicas de la organización del proyecto.

3. SCRUM GUIDANCE BODY

El Scrum Guidance Body (SGB) es una función opcional. Por lo general, se compone de un
grupo de documentos y/o un grupo de expertos que normalmente están involucrados en
la definición de los objeDvos relacionados con la calidad, las regulaciones
gubernamentales, la seguridad y otros parámetros clave de la organización. Estos
objeDvos guían la labor llevada a cabo por el Product Owner, Scrum Master y Scrum Team.


ASPECTOS SCRUM : JUSTIFICACIÓN DEL NEGOCIO

q  ENTREGA BASADA EN VALOR

Un proyecto es un NEGOCIO COLABORATIVO para cualquiera que desee crear nuevos
productos o servicios, o para obtener resultados según han sido definidos en el Project
Vision Statement (Declaración de la Visión del Proyecto). Los proyectos son por lo
general afectados por limitaciones de Dempo, costo, alcance, calidad, recursos y la
capacidad de la organización.

Por lo general se busca que los resultados generados por los proyectos resulten en algún
Dpo de valor de negocio o servicio.

Dado a que el valor es una razón principal de cualquier organización para seguir adelante
con un proyecto, la entrega basada en valor (Value-Driven Delivery) debe ser el foco
principal. El ofrecer valor es algo que está arraigado en el marco de Scrum.



ASPECTOS SCRUM : JUSTIFICACIÓN DEL NEGOCIO
Con el fin de aportar Value-driven Delivery (Entrega basada en valor), es importante:

q  Entender lo que le agrega valor a los clientes y a los usuarios, y dar prioridad a las
necesidades de alto valor del PrioriCzed Product Backlog.

q  Disminuir la incerDdumbre y encargarse de los riesgos que potencialmente puedan
disminuir el valor en caso se materialicen. Es importante trabajar en estrecha
colaboración con el Stakeholder del proyecto y mostrar incrementos de productos.

q  Crear entregables basados en las prioridades previamente definidas en la producción
incrementos durante cada Sprint. De esta forma, los clientes empiezan a darse cuenta
del valor desde el principio del proyecto.

q  El concepto de entrega basada en valor hace que el marco de Scrum sea muy atracDvo
para los Stakeholders y la alta dirección de las empresas.
ASPECTOS SCRUM : JUSTIFICACIÓN DEL NEGOCIO
RESPONSABILIDAD DE LOS OTROS ROLES DE SCRUM EN LA JUSTIFICACION DEL NEGOCIO

Es importante señalar que si bien el Product Owner es el principal responsable de la
JusDficación del Negocio, otras personas que trabajan en el proyecto Scrum también
contribuyen de manera significaDva de la siguiente manera:

q  El patrocinador
q  Los clientes y usuarios
q  En la Guía de Scrum Body
q  El Scrum Master
q  El Scrum Team
ASPECTOS SCRUM : JUSTIFICACIÓN DEL NEGOCIO
FACTORES UTILIZADOS PARA DETERMINAR LA JUSTIFICACION DEL NEGOCIO
Existen numerosos factores que un Product Owner debe tener en cuenta.

Los siguientes son algunos de los factores más importantes:
1.  Razón del Proyecto

2.  Necesidades del Negocio

3.  Beneficios del Proyecto

4.  Costo de Oportunidad

5.  Principales Riegos

6.  Escala de Tiempo

7.  Costo del Proyecto


ASPECTOS SCRUM : CALIDAD

En Scrum, la calidad se define como la capacidad del

producto o productos completados que cumplen los Criterios
de Aceptación y alcanzan el valor de negocio que espera el
cliente.

Para asegurar que un proyecto cumpla con los requisitos de
calidad, Scrum adopta un enfoque de Mejora ConCnua
donde el equipo aprende de sus experiencias y del
compromiso de los stakeholders.

Esto ayuda a mantener al día el PrioriDzed Product Backlog
con los cambios en los requisitos. El PrioriDzed Product
Backlog no está completo hasta el cierre o la terminación del
proyecto.

Los errores o defectos se detectan durante las pruebas de calidad repeCCvas y no cuando el
producto final o servicio está casi terminado
ASPECTOS SCRUM : CALIDAD

Los requisitos de calidad para un proyecto se determinan tomando varios factores como son:

q  La necesidad del negocio que el proyecto cumplirá.

q  La capacidad y la buena disposición de la organización para cumplir con las necesidades del
negocio.

q  Las necesidades futuras y actuales de la audiencia.

q  El alcance de un proyecto es la suma total de todos los incrementos del producto y el trabajo
necesario para desarrollar el producto final.

q  Calidad, es la capacidad de las entregas para cumplir con los requisitos de calidad del producto
y saCsfacer las necesidades del cliente .


En Scrum, alcance y calidad del proyecto son capturados en el PrioriCzed Product Backlog y el
alcance de cada Sprint está determinado por la depuración/filtrado de los grandes PrioriCzed
Product Backlog Items (PBIs) en un conjunto de pequeños pero detallados User Stories que pueden
ser planeados, desarrollados y verificados dentro de un Sprint.
ASPECTOS SCRUM : CALIDAD
q  CALIDAD Y ALCANCE
Los requerimientos de alcance y calidad para un proyecto se
determinan al tomarse en cuenta varios factores tales como :
•  La necesidad del negocio que habrá́ de cumplir el proyecto
•  La capacidad y la buena disposición de la organización para
cumplir con las necesidades del negocio
•  Las necesidades futuras y actuales de la audiencia

q  CALIDAD Y VALOR PARA EL NEGOCIO
Para determinar el valor empresarial de un producto, es importante
entender la necesidad del negocio que impulsa los requisitos del
mismo. Por lo tanto, la necesidad del negocio determina cuál es el
producto requerido, y este a su vez, proporciona el valor empresarial
esperado.
ASPECTOS SCRUM : CALIDAD

q  CRITERIOS DE ACEPTACIÓN Y LA LISTA PRIORIZADA DE

PENDIENTES
El PrioriCzed Product Backlog es un documento de requisitos
individuales que define el alcance del proyecto, proporcionando una
lista de prioridades de las caracterísCcas del producto o servicio a ser
entregado por el proyecto.

Cada User Stories estará asociado con los User Story Acceptance
Criteria .





Los Criterios de Aceptación, son los componentes objeCvos por los
cuales se juzga la funcionalidad de un User Story. Los Acceptance
Criteria son desarrollados por el Product Owner, de acuerdo a su
conocimiento experto de los requisitos del cliente.


ASPECTOS SCRUM : CALIDAD

GESTION DE CALIDAD EN SCRUM

El CLIENTE es el socio más importante para cualquier proyecto, por lo tanto es importante entender
las necesidades y requerimientos de los clientes.

Generalmente, en un entorno de Scrum, el Product Owner se centra en requerimientos y objeDvos
del negocio, que en conjunto representan la voz del cliente. El Product Owner puede beneficiarse
mucho de la orientación que ofrece el Scrum Guidance Body (Ya sea a través de documentos o
normas de calidad o de expertos en calidad).

Control de Calidad en Scrum le permite a los clientes tomar conciencia de los problemas en el
proyecto desde el principio y les ayuda a reconocer si un proyecto les va a funcionar o no. En Scrum,
la GesDón de calidad se facilita a través de tres acDvidades interrelacionadas:

q  Planificación de la calidad
q  Control de calidad
q  Garanga de calidad
ASPECTOS SCRUM : CALIDAD
q  PLANIFICACIÓN DE LA CALIDAD
Uno de los principales pilares de Scrum es el desarrollo de la funcionalidad de más alta prioridad
para el Cliente. Las caracterísDcas menos importantes se desarrollan en los siguientes Sprints o se
pueden dejar por completo de acuerdo con los requisitos del cliente.
Este enfoque le da al Equipo Scrum el Dempo necesario para centrarse en la calidad de la
funcionalidad esencial.

La deuda técnica, conocida como la deuda de diseño o código, se refiere al trabajo que los equipos
priorizan como inferior, omiten o no se completan a medida que trabajan hacia la creación de los
entregables principales asociados con el producto del proyecto.
La deuda técnica se acumula y se debe saldarse en el futuro.

Algunas causas de la deuda técnica pueden ser:
q  La construcción de entregables que no cumplen con la calidad, seguridad, metas arquitectónicas
a largo plazo etc.
q  Evaluación inadecuadas o incompletas.
q  Documentación incorrecta o incompleta.
q  La falta de coordinación entre los diferentes miembros del equipo o diferentes Scrum Teams
comienzan a trabajar de manera aislada, con menos énfasis en la integración final de los
componentes necesarios para realizar un proyecto o programa exitoso

ASPECTOS SCRUM : CAMBIOS

Un principio fundamental de Scrum es el

reconocimiento de los stakeholders (por ejemplo,
clientes , usuarios y patrocinadores) cambian de
opinión acerca de lo que quieren y necesitan en
todo el proyecto (a veces denominado
“requirements churn a y b”) que es muy diWcil, si
no imposible, para los stakeholders definir todos los
requisitos durante la iniciación del proyecto.

Scrum encarna un principio primordial del
Manifiesto Agile (Fowler y Highsmith, 2001)
"Responding to change over following a
plan” (Respuesta ante el cambio, sobre seguir un
plan)

La prácDca de Scrum se basa en la aceptación del
cambio y de converDrlo en una ventaja compeDDva.
ASPECTOS SCRUM : CAMBIOS

SOLICITUDES DE CAMBIO APROBADAS Y NO APROBADAS

La solicitud de cambio se presenta por lo general como
Change Requests. Los Change Requests no son aprobados
hasta que se obDene una aprobación formal. El Cuerpo
Guia Scrum (SBOK) por lo general define el proceso de
decisión y gesDón de los cambios en la organización. En
ausencia de un proceso formal, se recomienda que los
pequeños cambios que no Cenen un impacto significaCvo
en el proyecto sean aprobados directamente por el
Product Owner.




ASPECTOS SCRUM : CAMBIOS

q  EQUILIBRIO FLEXIBILIDAD Y ESTABILIDAD

Scrum ayuda a las organizaciones a ser más flexibles y abiertas
al cambio. Sin embargo, es importante entender que aunque el
marco de Scrum hace hincapié́ en la flexibilidad, también es
importante tener estabilidad durante todo el proceso de
cambio. De la misma manera que la rigidez extrema es
ineficaz, la flexibilidad extrema también es improducCva. La
clave es encontrar el equilibrio adecuado entre la flexibilidad y
la estabilidad ya que se necesita la estabilidad con el fin de
realizar el trabajo.

Por lo tanto, Scrum uDliza desarrollo iteraDvo y sus otras
caracterísDcas y principios para lograr este equilibrio. Scrum
manDene la flexibilidad de que las solicitudes de cambio
pueden ser creados y aprobados en cualquier momento
durante el proyecto; Sin embargo, consiguen prioridad cuando
se crea o se actualiza el PrioriDzed Product Backlog.
ASPECTOS SCRUM : CAMBIOS

q  EL LOGRO DE LA FLEXIBILIDAD

Scrum facilita la flexibilidad a través de la
transparencia, inspección y adaptación
para lograr los resultados de negocio más
valiosos.

Scrum proporciona un mecanismo de
adaptación para la gesDón de proyectos en
el que un cambio en los requisitos se
p u e d e a c o m o d a r s i n a f e c t a r
significaDvamente el progreso general del
proyecto.
ASPECTOS SCRUM : CAMBIOS

q  LOS CAMBIOS A UN SPRINT

Si hay una solicitud de cambio que puede
tener un impacto significaDvo sobre un
Sprint en progreso, el Product Owner,
después de consultar con los stakeholders
relevantes, decide si el cambio puede
esperar hasta el próximo Sprint o si
representa una situación urgente que puede
requerir finalizar el Sprint actual y comenzar
uno nuevo.

El marco de Scrum especifica claramente
que el alcance de un Sprint no se puede
cambiar una vez que comienza el Sprint. Si
el cambio requerido es tan importante que
los resultados del Sprint no tendrían
ningún valor sin él, entonces el Sprint debe
ser terminado.

ASPECTOS SCRUM : RIESGO

¿QUÉ SON LOS RIESGOS?

Riesgo se define como un evento incierto, que puede
afectar los objeDvos de un proyecto y puede contribuir a
su éxito o fracaso.

El Riesgo con un impacto posiCvo en el proyecto se
denomina oportunidad, mientras que las amenazas son
riegos que podrían afectar negaCvamente .

La gesDón del riesgo debe hacerse con pro-acDvidad y es
un proceso iteraDvo que debería comenzar al inicio del
proyecto y conDnuar durante todo el proyecto. El
proceso de gesDón del riesgo debe seguir algunos pasos
estandarizados para asegurar que los riesgos son
idenDficados, evaluados y un curso de acción está
determinado y para actuar en consecuencia.


ASPECTOS SCRUM : RIESGO
DIFERENCIA ENTRE RIESGOS Y PROBLEMAS

LOS RIESGOS: Son las incerDdumbres relacionadas con un proyecto
que podría alterar significaDvamente el resultado del proyecto de una
manera posiDva o negaDva. Dado a que los riesgos son las
incerDdumbres (futuro), no Denen ningún impacto actual en el
proyecto, pero podrían tener un impacto potencial.
Ejemplo:
q  Incluso después de un amplio entrenamiento, es posible que los
representantes del servicio al Cliente no estén listos para tomar
pedidos el día oficial del lanzamiento.

LOS PROBLEMAS: Son generalmente certezas que se están
produciendo en el proyecto, por lo que no hay necesidad de realizar
una evaluación de la probabilidad como lo haríamos para un riesgo.
Los problemas deben atenderse.
Ejemplo:
q  Los requisitos no son claros.

ASPECTOS SCRUM : RIESGO
PROCEDIMIENTO DE GESTIÓN DE RIESGOS (RISKS)

La gesDón de riesgos se compone de cinco pasos:
1.  Riesgo IdenCficación: El uso de diversas técnicas para
idenDficar todos los riesgos potenciales.

2.  Riesgo Evaluación: La evaluación y la esDmación de los
riesgos idenDficados.

3.  Riesgo Priorización: La priorización del riesgo a ser incluido
en el PrioriDzed Product Backlog.

4.  Riesgo MiCgación: Desarrollo de una estrategia adecuada
para hacer frente al riesgo.

5.  Riesgo Comunicación: La comunicación de los resultados
de los primeros cuatro pasos.
ASPECTOS SCRUM : RIESGO
TECNICAS DE VALORACIÓN DE RIESGOS

q  REUNIÓN DE RIESGO
Los riesgos podrían ser fácilmente priorizados por el Product Owner llamando a una reunión al
Equipo Principal y opcionalmente invitando a los stakeholders relevantes a la reunión.

q  PROBABILIDAD DE TRES
Los eventos potenciales se representan en un árbol con una rama extendida para cada
resultado posible de un evento de riesgo. La probabilidad de cada posible resultado se indica
en la rama correspondiente y luego se mulDplica por su impacto evaluado para obtener un
valor esperado para cada posible resultado. Los valores resultantes se suman entre sí para
calcular el impacto esperado de un riesgo para un proyecto.



ASPECTOS SCRUM : RIESGO
TECNICAS DE VALORACIÓN DE RIESGOS

q  ANÁLISIS DE PARETO

Esta técnica de evaluación del riesgo implica la clasificación de la magnitud de los riesgo lo
que ayuda al Scrum Team idenDficar los riesgos en el orden de su impacto potencial en el
proyecto.
Por ejemplo, en la Figura, Riesgo 1 Dene el mayor impacto y preferiblemente debería
abordarse primero.


ASPECTOS SCRUM : RIESGO
TÉCNICAS DE VALORACIÓN DE RIESGOS

q  MATRIZ DE PROBABILIDAD POR IMPACTO
Cada riesgo se valora por su probabilidad de ocurrencia y de su impacto potencial sobre los
objeDvos del proyecto. En general, una calificación numérica se asigna tanto por la probabilidad y
el impacto de forma independiente. Los dos valores se mulDplican luego para derivar una
puntuación de gravedad de riesgo (o valor de PI), que puede ser uDlizado para priorizar el riesgo.







ASPECTOS SCRUM : RIESGO
TÉCNICAS DE VALORACIÓN DE RIESGOS

q  PROBABILITY IMPACT GRID
Por ejemplo, la puntuación de la gravedad del riesgo para un riesgo con una probabilidad del
50% y una calificación de impacto de 0,6 se calcularía de la siguiente manera:

0,5 (Probabilidad) x 0,6 (Impacto) = 0,3

Los esquemas de calificación uDlizados se determinan dentro de la organización o del
proyecto. A menudo, se uDliza una escala decimal, de cero a uno, donde un raDng de
probabilidad de 0,5 indicaría un 50%. Otras opciones incluyen una escala del uno al diez, o
Alto (3), Medio (2), y Bajo (1).






ASPECTOS SCRUM : RIESGO

TÉCNICAS DE VALORACIÓN DE RIESGOS

q  VALOR MONETARIO ESPERADO - (EMV)

El valor monetario de los riesgos se basa en su (EMV). EL EMV se calcula mulDplicando el
impacto monetario por la probabilidad de riesgo, según esDma el cliente.

Valor Monetario esperado = Impacto del Riesgo (en $) x Probabilidad de Riesgo (en %)
Por ejemplo, un riesgo con un impacto negaDvo esDmado de $ 1.000 y un 50% de probabilidad
de que se produzca daría lugar a un EMV de la siguiente manera: EMV = $1.000 x 0,50 = $500

q  PRIORIZACIÓN DEL RIESGO

Scrum permite una rápida idenDficación y evaluación de riesgos. Los riesgos idenDficados se
toman en cuenta al momento de crear la lista priorizada de pendientes del producto, durante el
proceso de creación o bien, cuando se actualiza dicha lista en el proceso de mantenimiento de
tal forma que una lista priorizada de pendientes del producto pudiera también conocerse como:
lista priorizada de pendientes del riesgo ajustado.
 Gracias …

YA ESTAS PREPARADO
PARA TU PRIMER RETO