Agilidad es la Reacción Rápida y Eficiente a los Cambios Externos, el término está

basado en el manifiesto ágil y existen varias metodologías que hablan de agilidad, pero
todas coinciden en las siguientes cualidades:
 Ligero: Las pautas ágiles son tan flexibles que hacen parecer que la metodología
es una guía ligera.
 Pronto, iteraciones cortas en tiempo (pocas semanas)
 Expedito: No tiene estorbos ya que se deshace del desperdicio
 Adaptable
 Iterativo: Se maneja por ciclos que empiezan y terminan y que toman como
input las iteraciones anteriores
 incremental:Cada iteración entrega más valor.
Scrum es la metodología ágil más popular, es un framework para la gestión de
proyectos adaptable, iterativo, rápido, flexible y eficaz.
Scrum está diseñado para ver mejoras considerables (a nivel de valor) a través de cada
iteración en poco tiempo a lo largo del proyecto.
Para SCRUM es importante transparentar la comunicación para generar un ambiente
de responsabilidad colectiva (todos somos responsables del éxito del proyecto) en la
que se muestre el progreso continuo y poder responder fácilmente a la pregunta ¿cómo
vamos?

Ágil: Es aquello pequeño, ligero, pronto y expedito.

Agilismo: Adopar lo ágil. Ser ligero, pronto y expedito.
Metodologías Ágiles:
 Ciclo de vida pequeño e incremental, además es iterativo. Es en poco tiempo
(pocas semanas).
 Entrega funcionalidades rápidas, pequeñas, con cada iteración
 Cada iteración agrega valor, por muy pequeña que sea, lo importante es que de
valor
 Tiene base en el feedback del cliente, se debe estar en contacto con el cliente
Scrum es una metodología ágil, pero no solo para la programación, se puede usar en
todo tipo de procesos. A diferencia de XP que se usa solo para el desarrollo de software.
Scrum es un marco de trabajo orientado al valor
Kanban se basa en hacer todo el trabajo que se ha planeado, ni más ni menos
extreme programming XP: Se enfoca en programar en parejas, para dar mayor agilidad
SCRUM es un Framework para la gestión de proyecto. Es adaptable, iterativo en ciclos
cortos, rápido, flexible y eficaz. Se enfoca en añadir valor en poco tiempo con pequeños
cambios.
Scrum garantiza la transparencia, ya que las tareas hechas, tienen “dueño”. Existe
mayor responsabilidad colectiva. El éxito es de todos, todos son un equipo, no se puede
culpar a nadie, menos al cliente.

Los principios, aspectos, fases y procesos de SCRUM

Propone 6 principios en los cuales se debe basar todo proyecto ágil, los principios nos
pueden servir como una lista de verificación para poder monitorear de forma continua si
nuestro proyecto se encuentra dentro del marco SCRUM.
**Principio 1 **- Control del proceso empírico: Para SCRUM más importante que
seguir un plan es tener la capacidad de adaptarse a los cambios y de mejorar de forma
continua.
Para desarrollar estas capacidades SCRUM se encarga de proporcionar un entorno
adecuado que promueva la experimentación y la observación con el fin de que los
cambios y las mejoras necesarias sean identificadas y incluidas oportunamente en el
proyecto.
Principio 2 - Auto-organización: SCRUM propone que un equipo que se auto-organiza
es un equipo más motivado y dispuesto a aceptar más responsabilidad.
En un proyecto SCRUM más importante que el control es ofrecer al equipo un ambiente
con todo lo necesario para auto-organizarse y trabajar de forma autónoma.
Principio 3 - Colaboración: La colaboración es un principio de SCRUM que busca que
el equipo trabaje de forma articulada para realizar las tareas del proyecto y que cada
miembro del equipo base su trabajo en los aportes hechos por los demás.
En un proyecto SCRUM se busca la colocación del equipo, es decir se busca que el
equipo trabaje en un solo lugar con el fin de facilitar la comunicación, la resolución de
problemas y el aprendizaje.
Principio 4 - Priorización basada en el valor: La priorización en SCRUM es la
definición del orden en que se deben realizar las características del producto basándose
en el valor que puedan aportar a los interesados.
En un proyecto SCRUM se elabora una lista de características y en la cabeza de la lista
se colocan los items que por su importancia deben realizarse primero.
Si existen cambios en las características del producto la lista es actualizada y todos los
items se vuelven a priorizar.
Principio 5 - Time boxing: En SCRUM todas las actividades tienen un límite de tiempo
o time box con el fin de evitar que se emplee demasiado tiempo en una actividad o por
el contrario no se le dedique el tiempo necesario.
El time boxing es la forma como un proyecto SCRUM enfrenta las restricciones de
tiempo.
Principio 6 - Desarrollo iterativo: El desarrollo iterativo es un principio de SCRUM que
permite entregar a los interesados el máximo valor en un tiempo mínimo.

Flujo de SCRUM
1. Caso de negocio del proyecto = Necesidades
2. Visión del proyecto = Satisfacer esas necesidades y qué resultados habrán.
3. Backlog Priorizado = desgloce y asignación de prioridades de las tareas.
4. Cronograma de lanzamiento = Fecha en que se compromenten las entregas de
valor.
5. SPRINT = Definir el tiempo en que se debe hacer una tarea según su prioridad.
6. Se tiene una retro-alimentación diaria del valor que se está logrando en cada
tarea para así, tener entregables aceptados.

Los principios, aspectos, fases y procesos de Scrum:

Scrum divididad en 3 aspectos:
Principios de Scrum: Bases y valores no negociables para lograr los objetivos. Deben
implementarse obligatoriamente.
Aspectos: Es la visión transversal, que deben ser aborados y administrados a lo largo
del proyecto.
Procesos:
 Elementos que nos permitirán desarrollar el Scrum. Consta de 19 procesos, agrupados
en 5 fases:
- Inicio
- Planeación y estimación
- Implementación
- Revisión y retrospectiva
- Lanzamiento
Para escalar Scrum en grandes proyectos y empresas que requieran de la coordinación
de múltiples equipos, existen 8 procesos adicionales.
Flujo Scrum
 Caso de negocio del proyecto: viene del negocio o PO. Documento que
describirá necesades, beneficios, parte financiera. El inicio del proyecto.
 Visión del proyecto: El objetivo será buscar la manera en que se desarrollará el
producto/servicio.
 Backlog: Será el objetivo del proyecto. Puede cambiar.
 Cronograma del lanzamiento: Comienzo el diseño de los sprint. Será
informativo para el cliente, relativo a las fechas.
 Sprint backlog: Se descomponen las épicas para crear una lista de trabajo.
Identificando las actividades. Se elaboran los entregables.
 Entregables aceptados: Resultado al PO y entran al plan de liberación.

Glosario de la sesión
Declaración de la visión del proyecto: El resultado clave del proceso de creación de la
visión del proyecto es una declaración bien estructurada de la declaración de la visión
del proyecto.
Una buena visión del proyecto explica las necesidades empresariales, así como lo que el
proyecto busca cumplir en vez de cómo habrá de satisfacer la necesidad.
La priorización puede definirse como la determinación del orden de las cosas y la
separación de lo que se hará ahora de lo que se puede hacer después.
Un sprint es una iteración con un bloque de tiempo asignado de una a seis semanas de
duración durante el cual el equipo Scrum crea y trabaja en los entregables del sprint.
Sprint Backlog: La lista de pendientes del sprint es una lista de tareas a ser ejecutadas
por el equipo Scrum en el próximo sprint.
Backlog Priorizado del producto: Es un documento único de requisitos 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. (Prioritized product Backlog)
Sprint Deliverables: Los entregables del sprint son los incrementos del producto o los
entregables que se terminan al final de cada sprint.
Accepted Deliverables: Los entregables que cumplen con los criterios de aceptación de
las historias de usuario son aceptados por el propietario del producto. Se
consideran entregables aceptados que pueden distribuirse al cliente si así lo desea.

FLUJO DE TRABAJO
1. El caso de negocio viene de:
a. La organización
b. La gestión de la demanda
c. Del propio negocio
d. Aquí se formula el proyecto
e. Ese documento describe:
o Necesidades
 o Beneficios
o Parte financiera que define si es viable
-------INICIO SCRUM----------------------------------------------------------------------
2. Visión del Proyecto
a. Cómo voy a satisfacer esa necesidad
b. Qué producto debo elaborar
c. Qué servicio debo hacer
d. Qué resultado debo obtener para satisfacer esas necesidades
3. Backlog priorizado del producto
a. Se hace un primer desglose del trabajo -EPICAS- vista alta de la visión del proyecto
b. Coincidimos en la solución
c. Será el objetivo del proyecto
d. Se obtiene el CRONOGRAMA DE LANZAMIENTO (compromiso de entregas)
e. Luego se diseñan los sprint
4. Sprint
a. Se determinan tamaños de trabajo por cada Sprint
b. Nuevamente se descomponen las EPICAS
c. Ya descompuestas se hace una lista de pendientes de trabajo del sprint – Backlog del
sprint
 Identifico las actividades que van a construir
 Eso lo comprometo en un sprint
5. Se inicia trabajos de sprint
a. Genero entregables
b. Se hace retrospectiva diaria de los daily:
 Mejora continua
 Proceso de inspección
 Transparencia
6. Elaboro entregables
a. De los entregables aceptados se consigue aprobación
b. Ingresan en
7. Resultados

Historia Scrum
1980 por: Hirotaka Takeuchi y Ikujiro Nonaka
Creado como un método holístico innovador.
Definido en una estrategia flexible e integral para el desarrollo de productos.
¿Por qué adoptar Scrum?
Se adapta a cualquier tipo de desarrollo de producto/servicio:
Adaptabilidad: Control de procesos empíricos.
Transparencia: Todos son emisores y receptores de información. Todos saben lo que
está pasando.
Retroalimentación constante: Daily standup permite constante retroalimentación.
Mejora continua: Mejoras progresivas mediante el proceso de refinar el backlog
(requerimientos en cola por hacer).
Entrega continua de valor: A través del proceso iterativo se entrega valor al cliente.
Ritmo sostenido: La cantidad de trabajo siempre será el mismo.
Entrega anticipada de alto valor: El backlog priorizado garantiza que los
requerimientos de alto valor para el cliente, se cumplan primero.
Desarrollo del procesos eficiente: La asignación de un tiempo específico y reducción
 de trabajo no escencial, crean altos niveles de eficiencia.
Motivación: Daily standup y sprint crean mayores niveles de motivación en los
empleados.
Resolución de problemas en forma más rápida: Colaboración y co-ubicación de
equipos interfuncionales, para resolver problemas con rapidez.
Entregables efectivos: Revisiones periódicas.
Centrado en el cliente: Énfasis en el valor del negocio orientado al cliente.
Ambiente de confianza: Promueven transparencia y colaboración, llevando ambiente
laboral de alta confianza.
Entorno colectivo: Permite al equipo asumir la propiedad del proyecto.
Alta velocidad: Framework colaborativo para lograr potencial y alta velocidad.
Ambiente innovador: Genera instrospección, aprendizaje, creatividad y adaptabilidad,
en el entorno de trabajo.

Los principios de SCRUM

 Estos principios no se pueden modificar
 Los principios de SCRUM se pueden aplicar a cualquier tipos de proyecto en
cualquier organización
 Se deben de aplicar para garantizar el funcionamiento del framework
 El SCRUM master debe asegurarse que se cumplan los principios de SCRUM
 Son 6 principios de SCRUM
o Control de proceso empírico
o Colaboración
o Auto-organización
o Time-boxing
o Desarrollo iterativo
o Priorización según los valores
Los Aspectos de SCRUM
 Es la gestión transversal, los elementos que siempre debemos tener en cuenta.
Deben ser abordados y administrados a lo largo del proyecto SCRUM.
 Se pueden llegar a modificar
Los Procesos de SCRUM:
 Los elementos que nos van permitir desarrollar SCRUM
 Se pueden llegar a modificar
Control de proceso empírico
 En SCRUM, las decisiones se basan en la observación y la experimentación
 El resultado nos da experiencia
 Se basa en el resultado de la retrospectiva
 Resultado de la experiencia es una guía fundamental en SCRUM
La Auto-Organización
 Un equipo que se gestiona a sí mismo
 No esperar a ser conducidos por un project manager
 El SCRUM master no gestiona tal cual como un PM
 No significa que permita que un integrante actúe como quiera
 Son equipos maduros, que saben qué hacer, satisfacer al cliente y entregar valor
 No significa anarquia
 Un equipo de SCRUM no está para regalar, sino para generar valor al cliente
 Las metas de un equipo de SCRUM
o Hacer el trabajo por sí mismo
o Buscar trabajo proactivamente
o Estar abierto a nuevos aprendizajes
o Continuamente actualizar conocimientos y habilidades
o Entregar resultados tangibles
o Comprender la visión del proyecto
o Aprovechar el conocimiento de un equipo multifuncional
Colaboración
 El equipo interactúa con los Stakeholders para validar los objetivos del proyecto
 Existen 2 aspectos, buscar siempre estos 2 aspectos en el equipo
o Cooperación:
 Unión de fuerzas
o Colaboración
 Aprovechar el aporte de alguien para producir algo más grande
 Dimensiones centrales del trabajo colaborativo
o Conocimiento: Los equipos de SCRUM son muy maduros y capaces
o Articulación: Dinámica que permite cooperar y colaborar
o Apropiación: Buscar el bien común del producto que se está haciendo
SCRUM se basa en 3 ideas principales
 Transparencia
o Qué van a hacer
o Qué estoy haciendo
o Claro, efectivo y oportuno
o En qué se esta trabajando
o Que el cliente sepa qué estamos haciendo
o Permite que todas las facetas sean observadas por cualquiera
o Flujo de información fácil
 Adaptación
o Capacidad dinámica de soportar los cambios
o Estar dispuesto a aceptar los cambios
o El negocio es quien conduce la tecnología
o Permitir entender a los stakeholders
 Insepcción
o Todo lo que realizamos esta sujeto a verificación
o Se realiza por parte del product owner

Priorización basada en el valor

 La entrega de valor tiene que ser priorizada en SCRUM
 El equipo de SCRUM se tiene que preocupar en entregar valor al cliente
 Siempre poner el foco en el valor
 El product owner es el responsable en priorizar y entender los
requerimientos de máximo valor junto con el cliente o patrocinador
 También se tienen que tomar en cuenta las dependencias y los riesgos, ya
que a veces impiden crear valores
  Los requerimientos de alto valor son colocados en la lista de backlog
priorizado del producto
 Puede que algo que tenga valor en el backlog, a lo largo del tiempo puede
llegar a cambiar (re-priorizar)
 Siempre atender los riesgos antes de comenzar a crear o desarrollar
 El equipo de SCRUM puede avisar al product owener sobre las
dependencias que surgieron en la implementación
Considerar los 3 factores para priorizar:
 Valor: Algo que mejora el equipo, acorta un proceso, etc.
 Riesgo: Algo que después puede causar problemas en generar valor
 Dependencia: Bloqueos que nos impiden llegar al valor
Time-Boxing:
 Se refiere a la asignación de un bloque de tiempo a cada actividad o proceso en
el proyecto
 En SCRUM el tiempo es tratado como un limitante para gestionar el proyecto
 El sprint, daily scrum y retrospectivas tienen un tiempo (tamaño)
 Evita que los integrantes pierdan tiempo en actividades no claras
 Ventajas
o Aumenta la eficiencia en el desarrollo
o Alta velocidad en el equipo para generar valor constantemente
o Evitar la perfección o mejora continua de algo que ya generó valor
Desarrollo iterativo
 Crear pequeñas unidades de trabajo para lograr el objetivo
 Descomposición del entregable en pequeñas unidades con valor
 Ciclos completos que entreguen valor
 Definir alcances parciales, para evitar desarrollos largos que son más
complicados
 Mitiga el impacto de cambios
Cómo funciona el desarrollo iterativo
 Es necesario descomponer en épicas las historias del usuario
 Las épicas son grandes y se dividen en historias de usuario más pequeñas
 Cada sprint está orientado en generar valor
 El product owner le da el rechazo o aceptación al producto generado (proceso de
demostrar y valorar el sprint)
Beneficios de la iteración
 Permite la corrección
 Menos esfuerzo en la corrección
 Mucho más eficiencia

Glosario de la sesión
Las historias de usuario se apegan a una estructura específica predefinida y son una
forma simple de documentar los requerimientos y funcionalidades que desea el usuario
final. Los requerimientos expresados en las historias de usuario son oraciones breves,
sencillas y fáciles de entender. El formato estándar predefinido da como resultado en
una comunicación mejorada entre los stakeholders, así como en mejores estimaciones
por parte del equipo.
El desarrollo iterativo es la entrega gradual de valor al cliente.
 Las épicas son historias grandes de usuario, sin refinar en el Backlog Priorizado del
Producto.
Las épicas se escriben en las etapas iniciales del proyecto, cuando la mayoría de las
historias de usuario son funcionalidades de alto nivel o descripciones de productos que
están ampliamente definidas.

Organización de SCRUM
 Roles centrales
 Product owner
 Dueño del qué
 Siempre está el product owner
 Sabe del problema
 Conoce el dominio, viene del mundo del negocio
 Tiene un poder de decisión (acepta o no aceptar los
entregables)
 Determina qué va ir en el product backlog
 Representa la voz del cliente o negocio
 Mantiene la justificación del proyecto
 Scrum master
 Dueño de la productividad
 Orienta el equipo
 Facilita las sesiones de scrum
 Remueve los obstáculos e impedimentos
 Asegura la transparencia
 Asegura un ambiente conductivo para completar con éxito el
proyecto
 Asegura que se sigan los procesos de SCRUM
 Dev team
 Dueño del cómo
 Desarrolla la solución
 Autónomo, multi-disciplinado
 Equipo de 2 a 7 personas
 Se encarga de entregar el valor al cliente
 Responsables de entender los requerimientos especificados por el
product owner
 Roles no centrales: Apartados del desarrollo y objetivos del proyecto
 Stakehoders: Interesados, a los que les influye el proyecto
 Scrum Guidance: Documento clave que nos permite seguir el scrum, se
pueden encontrar en una PMO
 Proveedores: Terceros que nos ofrecen productos o servicios fuera del
proyecto

Glosario de la sesión:
El Product Owner es la persona responsable de maximizar el valor del negocio en el
proyecto. Es la persona responsable de articular los requerimientos del cliente y
mantener la justificación del negocio del proyecto.
El Scrum Master es uno de los roles en el equipo principal de Scrum. Él o ella facilita
la creación de entregables del proyecto, gestiona riesgos, cambios e impedimentos
durante el proceso de llevar a cabo el Daily Standup, la retrospectiva del sprint y demás
procesos de Scrum.
El Equipo Scrum es uno de los roles del equipo principal de Scrum. El Equipo Scrum
trabaja en la creación de entregables del proyecto y contribuye a la realización del valor
del negocio para todos los stakeholders y del proyecto.
Stakeholder es un término colectivo que incluye a clientes, usuarios y patrocinadores
que interactúan frecuentemente con el Product Owner, con el Scrum Master y con el
Equipo Scrum para brindar opiniones y facilitar la creación del producto del proyecto,
servicio u otros resultados (Interesado).
El Scrum Guidance Body (SGB, por sus siglas en inglés), es un rol opcional que
generalmente consiste en un conjunto 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
Los vendedores son individuos externos u organizaciones que ofrecen productos y
servicios que no están dentro de las competencias básicas de la organización del
proyecto. (proveedores).

COMUNICACIÓN DEL EQUIPO

El cliente proporciona sus requerimientos al PO
El PO entrega valor del negocio al cliente mediante lanzamientos incrementales del
producto
El PO comunica los requerimientos empresariales priorizados al Equipo SCRUM:
Elabora el backlog de producto priorizado y define los criterios de aceptación
Scrum Master asegura un ambiente laboral adecuado al Equipo Scrum
El equipo demuestra el incremento del producto al PO durante la reunión de revisión de
sprint.
El equipo SCRUM crea los entregables del proyecto
JUSTIFICACIÓN DEL NEGOCIO
No vamos a hacer implementación o esfuerzo cuando el resultado no conduce a valor
Orientada a la entrega de valor Value driven Delivery
Tener en cuenta que habrá incertidumbre
Imposible garantizar el éxito de un proyecto
Entregas basadas en el valor
Evaluar y presentar un caso de negocio
Durante los procesos de crear la visión del producto, desarrollar épicas, crear el backlog
priorizado del producto y realizar planificación del lanzamiento
E PO analiza el proyecto
Justificación continua de Valor
Durante los procesos de Crear entregables, realizar daily scrum y refinar backlog
priorizado del producto
El PO mantiene actualizada la documentación de la justificación del negocio
Confirmar el logro de beneficios
Durante los proceso de Demostrar y validar el sprint, enviar entregables y retrospectiva
del proyecto.
Las responsabilidades de los beneficios posteriores al proyecto se documentan y se
envían al equipo de PM.

Glosario de la sesión
Los criterios mínimos de aceptación son declarados por la unidad empresarial.
Después se convierten en parte de los criterios de aceptación para cualquier historia de
usuario para dicha unidad empresarial. Cualquier funcionalidad definida por la unidad
empresarial debe satisfacer dichos criterios mínimos de aceptación si busca ser aceptada
por el Product Owner.
Retrospectiva del proyecto: En este proceso, mismo que concluye el proyecto, los
stakeholders y miembros del equipo principal de Scrum se reúnen para hacer una
retrospectiva del proyecto e identificar, documentar e internalizar las lecciones
aprendidas.
A menudo, estas lecciones llevan a la documentación de Agreed Actionable
Improvements, que se implementarán en futuros proyectos.
Demostrar y validar el sprint: En este proceso, el Equipo Scrum demuestra los
entregables del Sprint al Product Owner y a los stakeholders relevantes durante una
reunión de revisión del sprint.
Enviar entregables: En este proceso, los entregables aceptados se envían o se pasan a
los stakeholders pertinentes.
Un acuerdo formal de los entregables funcionales documenta la conclusión satisfactoria
del sprint.
El Daily Standup es una breve reunión diaria con un time-box de 15 minutos. Los
miembros del equipo se reúnen para informar sobre cómo avanza el proyecto,
respondiendo a las siguientes tres preguntas:
¿Qué he hecho desde la última reunión?
¿Qué tengo planeado hacer antes de la siguiente reunión?
¿Qué impedimentos u obstáculos (si los hubiera) estoy enfrentando en la actualidad?

Calidad
 La calidad es la capacidad el producto o los entregables para cumplir on los
criterios de aceptación y de alcanzar el valor de negocio que el cliente espera.
 Los criterios de aceptación son los componentes objetivos mediante los cuales se
juzga la funcionalidad de una historia de usuario,
 Los criterios de aceptación deben delinear explícitamente las condiciones que
deben satisfacer las historias de usuario,
 Grado de satisfacción que le damos a la entrega del producto
Basado en los criterios de aceptación, que están asociados a satisfacer las
necesidades de producto de nuestros clientes.
Retrospectiva:
 Para asegurar que un proyecto cumpla con los requisitos de calidad, Scrum
adopta un enfoque de mejora contínua donde el equipo aprende de sus
experiencias y de la participación de los Stakeholders para mantener
constantemente actualizado el Backlog priorizado del producto con cualquier
cambio de requerimientos.
 Ver hacia atrás, que hicimos bien para incluirlo en el futuro.
Lo que no nos permitió lograr objetivos, con planes de mejora hacer que no
vuelva a ocurrir.
Plan - Do - Check - Act
Se evalúa el Product Backlog y reformamos para cumplir con los requisitos y
objetivos del proyecto.
 Dicha lista nunca está completa hasta el cierre o conclusión del proyecto
  Cualquier cambio con los requisitos refleja los cambios en el entorno
empresarial interno y externo y permite que el equipo se adapte para alcanzar esos
requisitos
Verificación constante:
 Debido a que Scrum requiere que el trabajo se realice en incrementos mediante
los sprints, esto hace que los errores o defectos se noten con mayor facilidad
mediante pruebas de calidad repetitivas y no simplemente cuando el producto
final o servicio está casi terminado.
 Se asegura calidad
Calidad pertenece al proceso
 Hacer - Crear entregables, realizar reunión diaria de SCRUM
Actuar/Verificar - Demostrar y validar el sprint, Retrospectiva del sprint. Validar
producto y proceso
Actuar - Enviar entregables, y retrospectiva del proyecto.
Planificar - Crear backlog, priorizar, historias de usuario
 Gestión del Cambio
Interviene los stakeholders, clientes, usuarios y patrocinadores

La calidad pertenece al proceso:

 Por otra parte las tareas relacionadas a la calidad (por ejemplo desarrollo de
pruebas y documentación) se completan como parte del mismo sprint por el
mismo equipo. Esto asegura que la calidad sea inherente a cualquier entregable
que se crea como parte de un mismo sprint.
Feedback:
 Las discusiones constantes entre el equipo principal de Scrum y los
Stakeholders, junto con incrementos reales del producto que se entregan al final
de cada sprint, aseguran que la brecha entre las expectativas de los clientes del
proyecto y los verdaderos entregables se reduzcan.

Gestión de los cambios: Cada proyecto, independiente de su framework, está expuesto

al cambio. Es importante que los miembros del equipo del proyecto entiendan que los
procesos de desarrollo de Scrum están diseñados para aceptar los cambios, por lo tanto,
es necesaria la capacidad de adaptación.
Clientes, usuarios, patrocinadores, agentes externos, cualquier interesado, es un actor
potencial de cambio y se debe gestionar y recibir.
 Se aceptan los cambios mediante el uso de sprint. Se evalúan e incluyen en la siguiente
planificación.
Glosario del tema
Lista priorizada de pendientes del producto (Prioritized Product Backlog)
La lista priorizada de pendientes del producto (del inglés: Prioritized Product Backlog)
es un solo documento de requisitos que define el ámbito del proyecto, proporcionando
una lista de priorizada de las características del producto o servicio que habrá de
entregar el proyecto.
Lista de pendientes del sprint (Sprint Backlog)
La lista de pendientes del sprint es una lista de tareas a ser ejecutadas por el equipo
Scrum en el próximo sprint.

Riesgos :
Son eventos afectan de manera positiva o negativa los objetivos de un proyecto.
Impacto positivo: Oportunidades. Buscar que esas oportunidades se materialicen.
Impacto negativo: Amenazas. Se busca que salgan de nuestro proyecto.

Gestión de Riesgos:
Identificar: Utilizar técnicas para encontrar riesgos potenciales.
Evaluación: Estimar riesgos identificados.
Priorización: Crear una escala para clasificar riesgos gestionables y/o monitoreables.
Mitigación: Busca minimizar el impacto del riesgo negativo o potenciar el riesgo
positivo.
Comunicación: Siempre se deben comunicar los riesgos a todos.

Minimizar riesgos por medio de Scrum:

1. La flexibilida reduce el riesgo relacionado al entorno empresarial.
2. La retroalimentacion constante reduce el riesgo relacionado a las expectaivas.
3. La propiedad del equipo reduce la estimacion de riego.
4. La transparencia reduce el riesgo de no deteccion.
5. La entrega iterativa reduce el riesgo de inversion.

Resumiendo:
PRINCIPIOS SCRUM:
1. Guía de Roles
2. Control de Proceso Empírico
3. Auto Organización
4. Colaboración
5. Time Boxing
6. Desarrollo Iterativo
ASPECTOS
1. Organización
o Roles Centrales
 Product Owner
 SCRUM Master
  SCRUM Team
o Roles No Centrales
 Stakeholders
 Guía de SCRUM (SBOK, ó, PMO)
 Proveedores
2. Justificación del Negocio
o Value-driven delivery
3. Calidad
o Pertenece al proceso de desarrollo
4. Cambio
o Requirements churn
o Se aceptan mediante el uso de sprints
5. Riesgo
o Oportunidades
o Amenazas
o Se priorizan y se incluyen en el backlog

Fases y Procesos de SCRUM

Fase 1: INICIO

Fase 2: PLANIFICACION Y ESTIMACION

Fase 3: IMPLEMENTACIÓN
Fase 4: REVISION Y RETROSPECTIVA
Fase 5: LANZAMIENTO

RESUMEN

FASES Y PROCESOS
19 Procesos
5 Fases
1. Fases de Inicio
- Crear la visión del proyecto
- PO identificado
- Enumerado de visión de proyecto
- Identificar al scrum master y stakeholders
- Formar equipos SCRUM
- Desarrollar Épicas
- Prototipos
- Crear el backlog priorizado del producto
 - Criterio determinado
- Planificación de lanzamiento
- Cronograma de planificación de lanzamiento
- Duración del sprint
2. Fase de Planificación y Estimación
- Crear historias de usuario
- Estimar historias de usuarios
- Comprometer historias de usuario
- Identificar tareas
- Estimar tareas
- Crear el sprint backlog
3. Fase de Implementación
- Crear entregables
- Realizar daily sprint
- Refinar el backlog priorizado del producto
4. Fase de Revisión y Retrospectiva
- Demostrar y validar el sprint
- Retrospectiva del sprint
5. Fase de lanzamiento
- Enviar entregables
- Retrospectiva del proyecto
FASE DE INICIO
1. Crear la visión del proyecto
 PO identificado
 Enumerado de visión de proyecto
 Identificar al scrum master y stakeholders
 Scrum Master identificado
 Stakeholders identificado
2. Formar equipos SCRUM

 Equipo Scrum Identificado

 El product owner es responsable de seleccionar a los miembros del equipo
generalmente en colaboracion con el SCRUM master
3. Desarrollar Épicas
La declaración de la visión del proyecto sirve como base para el desarrollo de las
épicas
Las épicas son historias de usuario grandes sin refinar en el backlog priorizado del
producto que no puedes ser entregadas en un solo ciclo sprint
Los prototipos se crean para identificar las necesidades de los usuarios
Los prototipos, son personajes ficticios altamente detallados que representan a la
mayoría de los usuarios y demás stakeholders que pudieran no utilizar directamente
el producto final
4. Crear el backlog priorizado del producto
Backlog priorizado del producto
Criterio determinado
Planificación de lanzamiento
Cronograma de planificación de lanzamiento
Duración del sprint
 Creación de la visión del proyecto: Se identifica el PO y el enunciado de la
visión del proyecto. Se revisa el caso de negocio.
 Identificación del Scrum Master y los socios: Se busca quien gestione el
proyecto y sus interesados, usando criterios de selección específicos.
 Formación del equipo de Scrum: Se identifica el equipo de Scrum.
 Desarrollo de las épicas: Priorización de las épicas e identificación de las
personas que usarán entregables.
 Creación de la lista priorizada del pendiente del producto: Backlog y
criterios determinados de la organización.
 Realizar plan de lanzamiento: Planeación de los tiempos de entrega.

1. Creación de la visión del proyecto—En este proceso, se revisa el caso de

negocios es para crear un Declaración de la Visión del Proyecto que servirá de
inspiración y proporcionará un enfoque de todo el proyecto. El Propietario del
producto se identifica en este proceso.
2. Identificación del Scrum Master y los Stakeholders —En este proceso, se
identifican el Scrum Master y el Stakeholder utilizando criterios de selección
específicos.
3. Formación del equipo de Scrum—En este proceso, se identifican a los
miembros del Equipo Scrum. Normalmente, el Propietario del producto es el
responsable principal de la selección de los miembros del equipo, pero a menudo lo
hace en colaboración con el Scrum Master.
4. Desarrollo de las épicas—En este proceso, la Declaración de la Visión del
Proyecto sirve como base para el desarrollo de las Epicas. Se pueden organizar User
Group Meetings para discutir las Epicas que sean apropiadas.
5. Creación de la lista priorizada de pendientes del producto—En este proceso,
se refinan, se elaboran y se priorizan las Epicas para crear un Prioritized Product
Backlog. En este punto también se establecen Los Criterios de Terminación.
6. Realizar el plan de lanzamiento—En este proceso, el Equipo Principal/Central
de Scrum revisa las
Historias de Usuario en el Prioritized Product Backlog para desarrollar un Release
Planning Schedule, que
es esencialmente un program (programa) de implementación por fases que se
compartirá con los stakeholders del projecto. La Longitud del Sprint también se
determina en este proceso.
 Objetivos de la fase de inicio
 Determinar que puede satisfacer las necesidades de nuestro cliente.
 Determinar el responsable funcional y de gestión de la solución.
 Determinar el equipo responsable de realizar la solución.
 Realizar el desglose de primer nivel del trabajo necesario.
 Priorizar el trabajo a realizar.
 Realizar el plan de entrega de producto.