IV REUNION MENSUAL

GRUPO GALS

ASPECTOS DE SCRUM

Ing Robert Azaero Terrones, PMP, SMC, MBA

robert.azanero@gmail.com
robert.azanero@treborgrp.com
974621864

22 de Julio 2017
IV Reunin mensual GRUPO GALS
INTRODUCCIN A SCRUM

ASPECTOS SCRUM
Manejados a lo largo de todo el proyecto Scrum.

Los cinco aspectos Scrum son los siguientes:

1. Organizacin
2. Justicacin de negocios
3. Calidad
4. Cambio
5. Riesgo
ASPECTOS SCRUM : ORGANIZACIN
Los roles de Scrum se dividen en dos grandes categoras:

ROLES CENTRALES

ROLES NO CENTRALES
ASPECTOS SCRUM : ORGANIZACIN

ROLES CENTRALES

Los roles centrales son aquellos que

obligatoriamente se requieren para
crear el producto del proyecto, estn
comprometidos con el proyecto, y
por ltimo son los responsables del
xito de cada sprint del proyecto y
del proyecto en su totalidad
ASPECTOS SCRUM : ORGANIZACIN

ROLES CENTRALES
Hay tres papeles principales en Scrum
ASPECTOS SCRUM

ROLES CENTRALES

- DUEO DEL PRODUCTO

Representa los grupos de inters 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 gestiona la Prioridad
del Product Backlog.

La Voz del Cliente.

ASPECTOS SCRUM : ORGANIZACIN
Responsabilidades del Propietario del producto.

_ Representa la voz del cliente

_ Es responsable de logar el mximo valor de negocio del Proyecto
_ Es el responsable de decidir sobre los criterios de aceptacin para diversas tareas
_ Proporciona financiacin para el proyecto y supervisa el proyecto para confirmar la
realizacin de beneficios
_ Define la lista de prioridades de las necesidades
_ Responsable de preparar la prioritized product backlog para reflejar las necesidades
cambiantes de los clientes
_ Es el responsable de crear historias de los usuarios en el proceso desarrollar historias de
usuarios
_ Es responsable de la preparacin de la pla de producto priorizada
_ Es responsable de priorizar los riesgos
_ Es responsable de mantener involucrados a los socios
ASPECTOS SCRUM : ORGANIZACIN

SCRUM MASTER

El papel del Scrum Master se basa en el concepto de

liderazgo de servicio en el que los lderes logran
resultados por dar atencin a las necesidades del
equipo.

EL SCRUM MASTER TAMBIN INSTRUYE A TODOS LOS INTERESADOS ACERCA DE LOS

VALORES Y MTODOS DE SCRUM. ESTA RESPONSABILIDAD ES MS IMPORTANTE Y
CRTICA AL INICIO, CUANDO ES LA TRANSICIN A LOS MTODOS DE SCRUM.
ASPECTOS SCRUM : ORGANIZACIN
Responsabilidades del SCRUM MASTER

_ Es responsable de proporcionar al equipo Scrum con un entorno favorable para la creacin de

entregables
_ Es responsable de crear una conciencia de las prcticas de Scrum entre los miembros del equipo
Scrum
_ Es responsable de resolver los conflictos entre los miembros del equipo Scrum
_ Es responsable de asegurar que los requisitos y las historias de los usuarios perteneciente a un
sprint acordado no se cambien
_ Es responsable de asegurar que las reuniones diarias de Standup/pi se ejecuten de manera
oportuna y estructurada
ASPECTOS SCRUM : ORGANIZACIN
EQUIPO SCRUM

El Equipo Scrum es un grupo de personas que son responsables de la comprensin de los

requerimientos del negocio especicados por el propietario del producto.
ASPECTOS SCRUM : ORGANIZACIN
CARACTERSTICAS DEL EQUIPO SCRUM

- Auto-organizado

- Multi-funcional

- Cara a cara de la comunicacin

- La entrega del producto iterativo

ASPECTOS SCRUM : ORGANIZACIN
Responsabilidades del SCRUM TEAM

_ Estima las historias de usuarios

_ En ocasiones al equipo Scrum tambin se le denomina equipos de desarrollo
_ En Scrum es preferible tener a los equipos coubicados
_ Tiene la autoridad y responsabilidad de determinar las mejores formas para convertir los
elementos de la lista priorizada de pendientes del producto en entregables completados
ASPECTOS SCRUM : ORGANIZACIN

SCRUM TEAM

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

Los miembros ideales del Scrum Team son independientes, auto-motivados, se enfocan
en el cliente y tienen un alto sentido de responsabilidad y de la colaboracin. El equipo
debe ser capaz de fomentar un ambiente de reexin independiente y de tomar
decisiones con el n de extraer los mayores benecios.
ASPECTOS SCRUM : ORGANIZACIN

ROLES NO ESENCIALES
Los roles no esenciales 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
interactan con el Product Owner, Scrum Master y Scrum Team para proporcionarles las
entradas (inputs) y facilitar la creacin del producto del proyecto, servicio, o cualquier otro
resultado.
o Clientes

o Usuarios

o Patrocinador
ASPECTOS SCRUM : ORGANIZACIN

2. VENDEDORES

Los vendedores incluyen a individuos u organizaciones externas que ofrecen productos y

servicios que no estn dentro de las competencias bsicas de la organizacin del proyecto.

3. SCRUM GUIDANCE BODY

El Scrum Guidance Body (SGB) es una funcin opcional. Por lo general, se compone de un
grupo de documentos y/o un grupo de expertos que normalmente estn involucrados en
la denicin de los objetivos relacionados con la calidad, las regulaciones
gubernamentales, la seguridad y otros parmetros clave de la organizacin. Estos
objetivos guan la labor llevada a cabo por el Product Owner, Scrum Master y Scrum Team.
ASPECTOS SCRUM : JUSTIFICACIN DEL NEGOCIO

ENTREGA BASADA EN VALOR

Un proyecto es un NEGOCIO COLABORATIVO para cualquiera que desee crear nuevos

productos o servicios, o para obtener resultados segn han sido denidos en el Project
Vision Statement (Declaracin de la Visin del Proyecto). Los proyectos son por lo
general afectados por limitaciones de Dempo, costo, alcance, calidad, recursos y la
capacidad de la organizacin.

Por lo general se busca que los resultados generados por los proyectos resulten en algn
tipo de valor de negocio o servicio.

Dado a que el valor es una razn principal de cualquier organizacin 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 : JUSTIFICACIN DEL NEGOCIO

Con el n de aportar Value-driven Delivery (Entrega basada en valor), es importante:

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

- Disminuir la incertidumbre y encargarse de los riesgos que potencialmente puedan

disminuir el valor en caso se materialicen. Es importante trabajar en estrecha
colaboracin con el Stakeholder del proyecto y mostrar incrementos de productos.

- Crear entregables basados en las prioridades previamente denidas en la produccin

incrementos durante cada Sprint. De esta forma, los clientes empiezan a darse cuenta
del valor desde el principio del proyecto.

- El concepto de entrega basada en valor hace que el marco de Scrum sea muy atractivo
para los Stakeholders y la alta direccin de las empresas.
ASPECTOS SCRUM : JUSTIFICACIN DEL NEGOCIO
RESPONSABILIDAD DE LOS OTROS ROLES DE SCRUM EN LA JUSTIFICACION DEL NEGOCIO

Es importante sealar que si bien el Product Owner es el principal responsable de la

Justicacin del Negocio, otras personas que trabajan en el proyecto Scrum tambin
contribuyen de manera signicativa de la siguiente manera:

- El patrocinador
- Los clientes y usuarios -
- En la Gua de Scrum Body
- El Scrum Master
- El Scrum Team
ASPECTOS SCRUM : JUSTIFICACIN 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 ms importantes:

1. Razn del Proyecto

2. Necesidades del Negocio

3. Benecios 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 dene como la capacidad del producto

o productos completados que cumplen los Criterios de
Aceptacin 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 Continua
donde el equipo aprende de sus experiencias y del
compromiso de los stakeholders.

Esto ayuda a mantener al da el Prioritized Product Backlog

con los cambios en los requisitos. El Prioritized Product
Backlog no est completo hasta el cierre o la terminacin del
proyecto.

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

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

- La necesidad del negocio que el proyecto cumplir.

- La capacidad y la buena disposicin de la organizacin para cumplir con las necesidades del
negocio.

- Las necesidades futuras y actuales de la audiencia.

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

- 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 Prioritized Product Backlog y el
alcance de cada Sprint est determinado por la depuracin/ltrado de los grandes Prioritized
Product Backlog Items (PBIs) en un conjunto de pequeos pero detallados User Stories que pueden
ser planeados, desarrollados y vericados dentro de un Sprint.
ASPECTOS SCRUM : CALIDAD
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 disposicin de la organizacin para
cumplir con las necesidades del negocio
Las necesidades futuras y actuales de la audiencia

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 cul es el
producto requerido, y este a su vez, proporciona el valor empresarial
esperado.
ASPECTOS SCRUM : CALIDAD

CRITERIOS DE ACEPTACIN Y LA LISTA PRIORIZADA DE

PENDIENTES
El Prioritized Product Backlog es un documento de requisitos
individuales que dene el alcance del proyecto, proporcionando una
lista de prioridades de las caractersticas del producto o servicio a ser
entregado por el proyecto.

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

Los Criterios de Aceptacin, son los componentes objetivos 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 ms 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 objetivos

del negocio, que en conjunto representan la voz del cliente. El Product Owner puede beneciarse
mucho de la orientacin que ofrece el Scrum Guidance Body (Ya sea a travs 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 Gestin de calidad se facilita a travs de tres actividades interrelacionadas:

- Planicacin de la calidad
- Control de calidad
- Garanta de calidad
ASPECTOS SCRUM : CALIDAD
PLANIFICACIN DE LA CALIDAD
Uno de los principales pilares de Scrum es el desarrollo de la funcionalidad de ms alta prioridad
para el Cliente. Las caractersticas 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 tiempo necesario para centrarse en la calidad de la
funcionalidad esencial.

La deuda tcnica, conocida como la deuda de diseo o cdigo, se reere al trabajo que los equipos
priorizan como inferior, omiten o no se completan a medida que trabajan hacia la creacin de los
entregables principales asociados con el producto del proyecto.
La deuda tcnica se acumula y se debe saldarse en el futuro.

Algunas causas de la deuda tcnica pueden ser:

- La construccin de entregables que no cumplen con la calidad, seguridad, metas arquitectnicas
a largo plazo etc.
- Evaluacin inadecuadas o incompletas.
- Documentacin incorrecta o incompleta.
- La falta de coordinacin entre los diferentes miembros del equipo o diferentes Scrum Teams
comienzan a trabajar de manera aislada, con menos nfasis en la integracin nal 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
opinin acerca de lo que quieren y necesitan en
todo el proyecto (a veces denominado
requirements churn a y b) que es muy difcil, si
no imposible, para los stakeholders denir todos los
requisitos durante la iniciacin del proyecto.

Scrum encarna un principio primordial del

Maniesto Agile (Fowler y Highsmith, 2001)
"Responding to change over following a
plan (Respuesta ante el cambio, sobre seguir un
plan)

La prctica de Scrum se basa en la aceptacin del

cambio y de convertirlo en una ventaja competitiva.
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 aprobacin formal. El Cuerpo
Guia Scrum (SBOK) por lo general dene el proceso de
decisin y gesDn de los cambios en la organizacin. En
ausencia de un proceso formal, se recomienda que los
pequeos cambios que no tienen un impacto signicativo
en el proyecto sean aprobados directamente por el
Product Owner.
ASPECTOS SCRUM : CAMBIOS

EQUILIBRIO FLEXIBILIDAD Y ESTABILIDAD

Scrum ayuda a las organizaciones a ser ms exibles y abiertas

al cambio. Sin embargo, es importante entender que aunque el
marco de Scrum hace hincapi en la exibilidad, tambin es
importante tener estabilidad durante todo el proceso de
cambio. De la misma manera que la rigidez extrema es
inecaz, la exibilidad extrema tambin es improductiva. La
clave es encontrar el equilibrio adecuado entre la exibilidad y
la estabilidad ya que se necesita la estabilidad con el n de
realizar el trabajo.

Por lo tanto, Scrum utiliza desarrollo iterativo y sus otras

caractersticas y principios para lograr este equilibrio. Scrum
mantiene la exibilidad 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 Prioritized Product Backlog.
ASPECTOS SCRUM : CAMBIOS

EL LOGRO DE LA FLEXIBILIDAD

Scrum facilita la exibilidad a travs de la

transparencia, inspeccin y adaptacin
para lograr los resultados de negocio ms
valiosos.

Scrum proporciona un mecanismo de

adaptacin para la gestin de proyectos en
el que un cambio en los requisitos se
pue de ac om odar sin afe c tar
signicativamente el progreso general del
proyecto.
ASPECTOS SCRUM : CAMBIOS

LOS CAMBIOS A UN SPRINT

Si hay una solicitud de cambio que puede

tener un impacto signicativo sobre un
Sprint en progreso, el Product Owner,
despus de consultar con los stakeholders
relevantes, decide si el cambio puede
esperar hasta el prximo Sprint o si
representa una situacin urgente que puede
requerir nalizar el Sprint actual y comenzar
uno nuevo.

El marco de Scrum especica 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 tendran
ningn valor sin l, entonces el Sprint debe
ser terminado.
ASPECTOS SCRUM : RIESGO

QU SON LOS RIESGOS?

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

El Riesgo con un impacto positivo en el proyecto se

denomina oportunidad, mientras que las amenazas son
riegos que podran afectar negativamente .

La gestin del riesgo debe hacerse con pro-actividad y es

un proceso iterativo que debera comenzar al inicio del
proyecto y continuar durante todo el proyecto. El
proceso de gestin del riesgo debe seguir algunos pasos
estandarizados para asegurar que los riesgos son
identicados, evaluados y un curso de accin est
determinado y para actuar en consecuencia.
ASPECTOS SCRUM : RIESGO
DIFERENCIA ENTRE RIESGOS Y PROBLEMAS

LOS RIESGOS: Son las incertidumbres relacionadas con un proyecto

que podra alterar signicativamente el resultado del proyecto de una
manera positiva o negativa. Dado a que los riesgos son las
incertidumbres (futuro), no tienen ningn impacto actual en el
proyecto, pero podran tener un impacto potencial.
Ejemplo:
Incluso despus de un amplio entrenamiento, es posible que los
representantes del servicio al Cliente no estn listos para tomar
pedidos el da ocial del lanzamiento.

LOS PROBLEMAS: Son generalmente certezas que se estn

produciendo en el proyecto, por lo que no hay necesidad de realizar
una evaluacin de la probabilidad como lo haramos para un riesgo.
Los problemas deben atenderse.
Ejemplo:
Los requisitos no son claros.
ASPECTOS SCRUM : RIESGO
PROCEDIMIENTO DE GESTIN DE RIESGOS (RISKS)

La gestin de riesgos se compone de cinco pasos:

1. Riesgo Identicacin: El uso de diversas tcnicas para
identicar todos los riesgos potenciales.

2. Riesgo Evaluacin: La evaluacin y la estimacin de los

riesgos identicados.

3. Riesgo Priorizacin: La priorizacin del riesgo a ser incluido

en el Prioritized Product Backlog.

4. Riesgo Mitigacin: Desarrollo de una estrategia adecuada

para hacer frente al riesgo.

5. Riesgo Comunicacin: La comunicacin de los resultados

de los primeros cuatro pasos.
ASPECTOS SCRUM : RIESGO
TECNICAS DE VALORACIN DE RIESGOS

REUNIN DE RIESGO
Los riesgos podran ser fcilmente priorizados por el Product Owner llamando a una reunin al
Equipo Principal y opcionalmente invitando a los stakeholders relevantes a la reunin.

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 multiplica 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 VALORACIN DE RIESGOS

ANLISIS DE PARETO

Esta tcnica de evaluacin del riesgo implica la clasicacin de la magnitud de los riesgos
lo que ayuda al Scrum Team identicar 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 debera
abordarse primero.
ASPECTOS SCRUM : RIESGO
TCNICAS DE VALORACIN DE RIESGOS

MATRIZ DE PROBABILIDAD POR IMPACTO

Cada riesgo se valora por su probabilidad de ocurrencia y de su impacto potencial sobre los
objetivos del proyecto. En general, una calicacin numrica se asigna tanto por la probabilidad y
el impacto de forma independiente. Los dos valores se multiplican luego para derivar una
puntuacin de gravedad de riesgo (o valor de PI), que puede ser utilizado para priorizar el riesgo.
ASPECTOS SCRUM : RIESGO
TCNICAS DE VALORACIN DE RIESGOS

PROBABILITY IMPACT GRID

Por ejemplo, la puntuacin de la gravedad del riesgo para un riesgo con una probabilidad del
50% y una calicacin de impacto de 0,6 se calculara de la siguiente manera:

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

Los esquemas de calicacin utilizados se determinan dentro de la organizacin o del

proyecto. A menudo, se utiliza una escala decimal, de cero a uno, donde un rating de
probabilidad de 0,5 indicara un 50%. Otras opciones incluyen una escala del uno al diez, o
Alto (3), Medio (2), y Bajo (1).
ASPECTOS SCRUM : RIESGO

TCNICAS DE VALORACIN DE RIESGOS

VALOR MONETARIO ESPERADO - (EMV)

El valor monetario de los riesgos se basa en su (EMV). EL EMV se calcula multiplicando el

impacto monetario por la probabilidad de riesgo, segn estima el cliente.

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

PRIORIZACIN DEL RIESGO

Scrum permite una rpida identicacin y evaluacin de riesgos. Los riesgos identicados se
toman en cuenta al momento de crear la lista priorizada de pendientes del producto, durante el
proceso de creacin o bien, cuando se actualiza dicha lista en el proceso de mantenimiento de
tal forma que una lista priorizada de pendientes del producto pudiera tambin conocerse como:
lista priorizada de pendientes del riesgo ajustado.
 MUCHAS GRACIAS!

Ing Robert Azaero Terrones, MBA, PMP

Gerente General de TREBOR GROUP
robert.azanero@treborgrp.com
robert.azanero@gmail.com

robertazanero

@robert.Azanero

+51 974621864