Este documento describe los cinco aspectos principales de Scrum: organización, justificación del negocio, calidad, cambio y riesgo. Explica los roles clave en Scrum como el Dueño del Producto, Scrum Master y Equipo Scrum. También describe cómo Scrum aborda la calidad, el cambio y la justificación del negocio a través de entregas incrementales basadas en valor.
PMP, SMC, MBA Robert Azanero Terrones ASPECTOS SCRUM IV REUNION MENSUAL GRUPO GALS JULIO 2017
1. ASPECTOS DE SCRUM
Ing Robert Azañero Terrones, PMP, SMC, MBA
robert.azanero@gmail.com
robert.azanero@treborgrp.com
974621864
22 de Julio 2017
IV Reunión mensual GRUPO GALS
IV REUNION MENSUAL
GRUPO GALS
2. 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. Justificación de negocios
3. Calidad
4. Cambio
5. Riesgo
3.
4. ASPECTOS SCRUM : ORGANIZACIÓN
Los roles de Scrum se dividen en dos grandes categorías:
ROLES CENTRALES
ROLES NO CENTRALES
5. ASPECTOS SCRUM : ORGANIZACIÓN
ROLES CENTRALES
Los roles centrales son aquellos que
obligatoriamente se requieren para
crear el producto del proyecto, están
comprometidos con el proyecto, y
por último son los responsables del
éxito de cada sprint del proyecto y
del proyecto en su totalidad
6. ASPECTOS SCRUM : ORGANIZACIÓN
ROLES CENTRALES
Hay tres papeles principales en Scrum
7. ASPECTOS SCRUM
ROLES CENTRALES
- 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 gestiona la Prioridad
del Product Backlog.
La Voz del Cliente.
8. ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del Propietario del producto.
_ Representa la voz del cliente
_ Es responsable de logar el máximo valor de negocio del Proyecto
_ Es el responsable de decidir sobre los criterios de aceptación para diversas tareas
_ Proporciona financiación para el proyecto y supervisa el proyecto para confirmar la
realización 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 preparación de la píla de producto priorizada
_ Es responsable de priorizar los riesgos
_ Es responsable de mantener involucrados a los socios
9. ASPECTOS SCRUM : ORGANIZACIÓN
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.
10. ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del SCRUM MASTER
_ Es responsable de proporcionar al equipo Scrum con un entorno favorable para la creación de
entregables
_ Es responsable de crear una conciencia de las prácticas 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
11. ASPECTOS SCRUM : ORGANIZACIÓN
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.
12. ASPECTOS SCRUM : ORGANIZACIÓN
CARACTERÍSTICAS DEL EQUIPO SCRUM
- Auto-organizado
- Multi-funcional
- Cara a cara de la comunicación
- La entrega del producto iterativo
13. ASPECTOS SCRUM : ORGANIZACIÓN
Responsabilidades del SCRUM TEAM
_ Estima las historias de usuarios
_ En ocasiones al equipo Scrum también 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
14. ASPECTOS SCRUM : ORGANIZACIÓN
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.)
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 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.
15. ASPECTOS SCRUM : ORGANIZACIÓN
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
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
16. ASPECTOS SCRUM : ORGANIZACIÓN
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 objetivos relacionados con la calidad, las regulaciones
gubernamentales, la seguridad y otros parámetros clave de la organización. Estos
objetivos guían la labor llevada a cabo por el Product Owner, Scrum Master y Scrum Team.
17.
18. ASPECTOS SCRUM : JUSTIFICACIÓN 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 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
tipo 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.
19. ASPECTOS SCRUM : JUSTIFICACIÓN DEL NEGOCIO
Con el fin 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
colaboración con el Stakeholder del proyecto y mostrar incrementos de productos.
- 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.
- El concepto de entrega basada en valor hace que el marco de Scrum sea muy atractivo
para los Stakeholders y la alta dirección de las empresas.
20. 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
Justificación del Negocio, otras personas que trabajan en el proyecto Scrum también
contribuyen de manera significativa de la siguiente manera:
- El patrocinador
- Los clientes y usuarios -
- En la Guía de Scrum Body
- El Scrum Master
- El Scrum Team
21. 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
22.
23. 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 Continua
donde el equipo aprende de sus experiencias y del
compromiso de los stakeholders.
Esto ayuda a mantener al día el Prioritized Product Backlog
con los cambios en los requisitos. El Prioritized 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 repectivas y no cuando el
producto final o servicio está casi terminado
24. 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 disposición de la organización 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 final.
- 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 depuración/filtrado de los grandes Prioritized
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.
25. 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 disposición de la organización 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 cuál es el
producto requerido, y este a su vez, proporciona el valor empresarial
esperado.
26. ASPECTOS SCRUM : CALIDAD
CRITERIOS DE ACEPTACIÓN Y
PENDIENTES
El Prioritized Product Backlog es un documento de requisitos
individuales que define el alcance del proyecto, proporcionando una
lista de prioridades de las características del producto o servicio a ser
entregado por el proyecto.
LA LISTA PRIORIZADA DE
Cada User Stories estará asociado con los User Story Acceptance
Criteria .
Los Criterios de Aceptación, 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.
27. 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 objetivos
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 Gestión de calidad se facilita a través de tres actividades interrelacionadas:
- Planificación de la calidad
- Control de calidad
- Garantía de calidad
28. ASPECTOS SCRUM : CALIDAD
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ísticas 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 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:
- La construcción de entregables que no cumplen con la calidad, seguridad, metas arquitectónicas
a largo plazo etc.
- Evaluación inadecuadas o incompletas.
- Documentación incorrecta o incompleta.
- 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
29.
30. 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 difícil, 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”
plan)
(Respuesta ante el cambio, sobre seguir un
La práctica de Scrum se basa en la aceptación del
cambio y de convertirlo en una ventaja competitiva.
31. 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 tienen un impacto significativo
en el proyecto sean aprobados directamente por el
Product Owner.
32. ASPECTOS SCRUM : CAMBIOS
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 improductiva. 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 utiliza desarrollo iterativo y sus otras
características y principios para lograr este equilibrio. Scrum
mantiene 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 Prioritized Product Backlog.
33. ASPECTOS SCRUM : CAMBIOS
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 gestió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
significativamente el progreso general del
proyecto.
34. ASPECTOS SCRUM : CAMBIOS
LOS CAMBIOS A UN SPRINT
Si hay una solicitud de cambio que puede
tener un impacto significativo 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.
35.
36. ASPECTOS SCRUM : RIESGO
¿QUÉ SON LOS RIESGOS?
Riesgo se define 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 podrían afectar negativamente .
La gestión del riesgo debe hacerse con pro-actividad y es
un proceso iterativo que debería comenzar al inicio del
proyecto y continuar durante todo el proyecto. El
proceso de gestión del riesgo debe seguir algunos pasos
estandarizados para asegurar que los riesgos son
identificados, evaluados y un curso de acción está
determinado y para actuar en consecuencia.
37. ASPECTOS SCRUM : RIESGO
DIFERENCIA ENTRE RIESGOS Y PROBLEMAS
LOS RIESGOS: Son las incertidumbres relacionadas con un proyecto
que podría alterar significativamente el resultado del proyecto de una
manera positiva o negativa. Dado a que los riesgos son las
incertidumbres (futuro), no tienen ningún impacto actual en el
proyecto, pero podrían tener un impacto potencial.
Ejemplo:
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:
Los requisitos no son claros.
38. ASPECTOS SCRUM : RIESGO
PROCEDIMIENTO DE GESTIÓN DE RIESGOS (RISKS)
La gestión de riesgos se compone de cinco pasos:
1. Riesgo Identificación: El uso de diversas técnicas para
identificar todos los riesgos potenciales.
2. Riesgo Evaluación: La evaluación y la estimación de los
riesgos identificados.
3. Riesgo Priorización: La priorización del riesgo a ser incluido
en el Prioritized Product Backlog.
4. Riesgo Mitigació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.
39. ASPECTOS SCRUM : RIESGO
TECNICAS DE VALORACIÓN DE RIESGOS
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.
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.
40. ASPECTOS SCRUM : RIESGO
TECNICAS DE VALORACIÓN DE RIESGOS
ANÁLISIS DE PARETO
Esta técnica de evaluación del riesgo implica la clasificación de la magnitud de los riesgos
lo que ayuda al Scrum Team identificar 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.
41. ASPECTOS SCRUM : RIESGO
TÉCNICAS DE VALORACIÓN 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 calificación numérica se asigna tanto por la probabilidad y
el impacto de forma independiente. Los dos valores se multiplican luego para derivar una
puntuación de gravedad de riesgo (o valor de PI), que puede ser utilizado para priorizar el riesgo.
42. ASPECTOS SCRUM : RIESGO
TÉCNICAS DE VALORACIÓN DE RIESGOS
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 utilizados se determinan dentro de la organización o del
proyecto. A menudo, se utiliza una escala decimal, de cero a uno, donde un rating 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).
43. ASPECTOS SCRUM : RIESGO
TÉCNICAS DE VALORACIÓN 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, según 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 daría lugar a un EMV de la siguiente manera: EMV = $1.000 x 0,50 = $500
PRIORIZACIÓN DEL RIESGO
Scrum permite una rápida identificación y evaluación de riesgos. Los riesgos identificados 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.
44. ¡MUCHAS GRACIAS!
Ing Robert Azañero Terrones, MBA, PMP
Gerente General de TREBOR GROUP
robert.azanero@treborgrp.com
robert.azanero@gmail.com
robertazanero
@robert.Azanero
+51 974621864