Scrum Fundamentals Certification

(SFC)
Producto: Se refiere a un Producto, Servicio o Cualquier otro Entregab le

Panorama de Scrum

Hay muchas variables en un proyecto que convierten a un proyecto difícil de realizar, este
proyecto debe buscar un marco de trabajo o Framework que permite implementar los resultados
de un proyecto terminado que provea beneficios económicos a una organización.

SCRUM

 Metodología Ágil popular

 Metodología Adaptativa, iterativo, rápida, flexible y efectiva, garantizando dar
rápidamente un gran valor a un proyecto
 Garantiza transparencia en comunicación
 Responsabilidad colectiva con progreso continuo en el proyecto
 Su estructura permite ser usado en cualquier tipo de proyecto, sea la entrega de un
producto, un servicio, desarrollo, en todas las industrias sin importar su complejidad

¿Por qué SCRUM es mejor en comparación de otras técnicas de gestión de proyectos?

Hace uso de equipos interfuncionales, auto organizados, empoderados y dividen sus funciones a lo
largo de fragmentos de tiempo conocidos como Sprints

Historia de SCRUM

Fue desarrollado por Hirotaka takeuchi y Ikujiro Nonaka una estrategia de desarrollo de proyectos
flexible e incluyente. Este método lo describieron como un enfoque holistico o un enfoque
“rugby”. Definieron esta metodología no como una carrera de relevos secuencial, donde alguien
espera una bandera para continuar o empezar su recorrido, sino como un juego de rugby donde
todos buscan colaborar en un equipo trabajando como una unidad.

Ken schwaber y Jeff Sutherland elaboraron el concepto SCRUM y su aplicabilidad al desarrollo de

software en 1995

¿Por qué usar SCRUM?

Adaptabilidad: Siendo el primer beneficio de esta metodología permite moldearse frente a
cualquier situación incorporando el cambio necesario, con SCRUM se crea un flujo de trabajo que
acepta el cambio. SCRUM da beneficios a los Stakeholders o Interesado en el proyecto, es una
metodología que se centra en los clientes. Entrega de valor continuo permite realizar entregas del
producto tantas como el cliente lo necesite, así permite entregar por sprint una parte del producto
potencialmente enviable.

La entrega anticipada de un alto valor permite que por medio de la creación de un backlog
priorizado el cual determina cuales son los requerimientos del usuario y con ayuda del equipo se
determina cual de esos requerimientos son los de mayor valor, esto garantiza que los
requerimientos con el mayor valor se cumplan primero

Retroalimentación Continua permite tanto al cliente como al equipo SCRUM validar los procesos
del sprint y reconocer dificultades por medio del Daily Standup, la cual es una reunión diaria justo
antes de iniciar el día de trabajo. Esto lleva a un método transparente el cual permite que en
todos los centros de información como son el Tablero SCRUM y el Sprint Burndown Chart sean
compartidos lo que guía a un ambiente de trabajo abierto facilitando la adquisición de información
y registro de los progresos del equipo encargado del proyecto.

La reunión de revisión del sprint demuestra productos potencialmente enviables a los interesados
o stakeholders, manteniéndolos al tanto de la situacion actual del proyecto.

El Daily Standup y el Review del Sprint promueve la transparencia y la colaboración, garantiza una
baja fricción entre empleados lo que permite un mejoramiento continuo, mejorando los
entregables de Sprint a Sprint, También se agregan al Backlog cambios y mejoras a los productos a
entregar.

Ritmo Sostenible quiere decir que los trabajadores pueden trabajar a un ritmo que ellos mismo
pueden sostener, esta es otra ventaja de SCRUM. Adicional al proceso de desarrollo eficiente el
cual define que el Time-Boxing y minimizar las tareas no esenciales llevan a un mayor nivel de
eficiencia.

El Daily Standup y la Retrospectiva del Sprint llevan a un mayor nivel de motivación entre
empleados. SCRUM nos da también la facilidad de solucionar problemas lo más rápido posible la
colaboración y co-ubicación de equipos interfuncionales permite la solucion de problemas mucho
más rápido.

Entregables efectivos, el proceso del Backlog priorizado del producto y revisiones regulares
después de la creación de los entregables garantiza entregables efectivos al cliente.

Responsabilidad colectiva, Con los procesos de estimados y compromiso de las historias de

usuario, los miembros del equipo tomar parte en la responsabilidad el proyecto garantizando un
trabajo colaborativo donde cada uno comparte la responsabilidad de una pieza del proyecto.

Alta velocidad, permite a equipos interfuncionales altamente habilidosos a alcanzar su potencial y

una alta velocidad, este estado se le conoce como hiperproductividad por el pionero Jeff
Sutherland.
Ambiente innovador, los procesos de retrospectiva de Sprint y del proyecto crean un ambiente de
introspección, aprendizaje y capacidad de adaptación, llevando a un ambiente de trabajo creativo.

Propósito de la Guia SBOK

Esta guía provee la información necesaria para conocer los principios de SCRUM y que es
necesario para cada rol en un proyecto SCRUM. Esta guía provee material practico tanto para
aspirantes a una de estas certificaciones como a empresas y personas que quieren aplicar la
metodología SCRUM en uno de sus proyectos, brindando la manera de acercarse a SCRUM
dependiendo del tipo de proyecto que se realice.

Quien comprende a los Miembros Principales del equipo principal Scrum:

 PO: Entienden el Framework de SCRUM y Las preocupaciones relacionadas con el cliente y

los Stakeholders Como son: Justificación del negocio, la calidad, el cambio y los aspectos
relacionados al proyecto SCRUM
 Scrum Master: Supervisan el equipo Scrum y el desempeño del proyecto, Revisan la SBOK
Guide para entender el papel de ellos en el equipo
 Equipo Scrum: Usan La SBOK Guide para entender los procesos y las herramientas
involucradas en estos procesos para el desarrollo del producto y/o Servicio

Principios de SCRUM

Son las pautas para aplicar el framework

Son 6 principios para aplicar en la metodología SCRUM:

 Control de proceso Empírico

 Auto organización
 Colaboración
 Priorizacion basada en valor
 Time boxing
 Desarrollo iterativo

Estos principios se pueden aplicar en cualquier tipo de proyecto y/o Organización, garantizan una
implementación efectiva del marco de trabajo, no son negociables tampoco modificables y lo ideal
es que debe ser aplicados como en la SBOK Guide. La idea de estos principios es mantener la
confianza con respecto al cumplimiento de los objetivos del proyecto. Sin embargo, los aspectos y
los procesos se pueden modificar para cumplir los requerimientos de los proyectos o los de la
organización.

1. Control de proceso empírico: Enfatiza la filosofía central de SCRUM con las ideas
principales transparencia, inspección y adaptación
 2. Auto Organización: Se enfoca en los trabajadores los cuales por medio de la auto
organización entregan un valor considerablemente alto cuando se fomenta este principio,
debido a que opta auto organización sobre el comando y el control principio de proyectos
tradicionales
3. Colaboración: se centra en las 3 dimensiones del trabajo colaborativo que son:
conocimiento, articulación y apropiación, esto también fomenta que el trabajo se realice
de manera conjunta entre equipos para ofrecer el mayor valor
4. Priorización Basada en Valor: ofrece el mayor valor de negocio a través de todo el proceso
desde su inicio hasta su conclusión
5. Time boxing: el tiempo es una limitante, para manejar eficientemente la planificación y la
ejecución, Las retroalimentaciónes y las reuniones hacen parte de este principio tales
como: Daily Standup, Sprint Review, Sprint planning y los Sprint como tal
6. Desarrollo Iterativo: Aquí se definen las responsabilidades del Product Owner y las
organizaciones relacionadas con este desarrollo, al igual que el manejo de cambios y las
mejoras que surjan durante el proyecto para la satisfacción de las necesidades del cliente.

Aspectos de SCRUM (Capítulos 3 al 7)

1. Organización: Entender los Roles y responsabilidades garantiza una correcta
implementación de SCRUM, Los Roles se dividen en Roles centrales y no centrales.
a. Roles Centrales: estos roles están completamente comprometidos al proyecto son
responsables por el éxito de cada iteración y el proyecto en su totalidad. Estos
roles son: Producto Owner, Scrum Master, Scrum Team.
i. Product Owner: Se encarga en entregar el máximo valor empresarial para
el proyecto en cualquier aspecto, Articulan los requerimientos del cliente,
son básicamente la voz del cliente. Finalmente mantiene la justificación de
negocio en el proyecto. El Product Owner debe ser un negociador y
adicional tener un buen conocimiento relacionado en el tema del proyecto
ii. Scrum master: facilita un entorno apropiado para trabajar para el equipo
Scrum, guía, facilita y enseña las practicas Scrum, Despeja los
impedimentos para el Equipo y garantiza que los procesos de Scrum se
estén siguiendo. Si unas personas no tienen el conocimiento para el
proyecto, en este caso el Equipo Scrum, el Scrum Master se encargará de
dar una solucion a ese problema, bien sea contratando personas con la
experiencia necesaria o entrenando a las personas que ya tiene bajo su
mando.
iii. Scrum Team: Ellos se encargarán de entender los requerimientos o
Historias de Usuario que el PO haya conseguido, y serán los encargados de
entregar los entregables al proyecto
b. Roles no Centrales: estos Roles son opcionales y podrán incluir a todos los
miembros interesados en el proyecto, en si, no hacen parte del equipo del
proyecto pero pueden interferir con el equipo y no son roles que se encargan del
éxito del proyecto. Estos roles deben tenerse en cuenta en cada proyecto.
 i. Stakeholders: Incluye clientes usuarios y patrocinadores, se comunican
con el equipo Scrum, Influyen en el proyecto a lo largo de su duración y el
proyecto debe producir los beneficios colaborativos para los stakeholders
ii. Scrum Guidance Body o SGB: Son los lineamientos que tiene todo el
equipo de trabajo, Pueden ser documentos o expertos que establecen los
objetivos de calidad y los lineamientos a tener en cuenta en el proyecto,
pueden ser regulaciones gubernamentales o estándares de calidad.
iii. Vendedores: Se encargan de brindar los productos o servicios que no
están dentro de las competencias del proyecto de la organización, estos
pueden ser individuos externos o organizaciones internas.

2. Justificación del Negocio: la Evaluación del negocio antes de realizar un proyecto, ayudara
a los encargados de tomar la decisión a entender la necesidad del negocio de adquirir un
servicio o producto o de llevar a cabo un proyecto, establecer la viabilidad de un proyecto,
una característica clave de este aspecto es la entrega impulsada por valor, otra
característica sobre cualquier proyecto es la incertidumbre sobre los resultados y la
imposibilidad de garantizar el éxito del proyecto y su culminación, es por eso que SCRUM
inicia la entrega de resultados lo antes posible en el proyecto, esto permite ver el valor
que se va a agregar una vez terminado y permite la reinversión del proyecto de los
stakeholders interesados en el negocio. La justificación la lleva acabo el Product Owner al
igual que otros miembros del equipo.
3. Calidad: es definido en SCRUM como la habilidad para completar los productos o
entregables de acuerdo con el criterio de aceptación y alcanzar el valor de negocio que el
cliente espera.
Para mejorar la calidad en cada entrega se adopta un enfoque de mejora continuo el cual
ayuda al equipo a aprender de la experiencia y el compromiso de los stakeholders para
mantener el Backlog Priorizado del Producto actualizado, este nunca se termina sino hasta
el final del proyecto, el requerimiento de los cambios refleja cambios en el ambiente
interno y externo del negocio.
 SCRUM requiere que el trabajo se complete de manera incremental a través de los Sprints,
en vez de esperar hasta el final para producir entregables, los errores se corrigen ahí
mismo, Desarrollo, pruebas y documentación del proyecto se realizan como parte del
mismo Sprint, los entregables del proyecto, que son potencialmente enviables, se les
conoce como “terminado”, la idea detrás de esto es, si la calidad de los entregables no se
ajusta a la expectativa del cliente, los problemas se pueden direccionar
Mejoras continuas y pruebas repetitivas optimizan la probabilidad de alcanzar los niveles
de expectación de calidad. Las discusiones del Scrum Team y los Stakeholders aseguran
que la brecha entre las expectativas del cliente y los entregables se reduzca al igual que el
SGB que dará los lineamientos para los proyectos
4. Cambio: los cambios hacen parte de cualquier proyecto, SCRUM esta diseñado para
enfrentar y aceptar estos cambios minimizando el impacto negativo que ellos tienen y
maximizando el beneficio que saldrían de estos cambios, los cambios surgen en cualquier
momento por lo que los sprint están diseñados para ingresar cambios cada vez que hay
una retroalimentación, los requerimientos por parte de los Stakeholders casi nunca se
completan en la primera fase a estos requerimientos se les conoce como “Requerimientos
Volátiles”, donde el Stakeholder cambio de parecer o agrega cambios durante el proyecto.
5. Riesgo: Los riesgos son eventos inciertos que pueden cambiar el rumbo del proyecto o su
ejecución, estos riesgos pueden ser positivos (Oportunidades) o Negativos (Amenazas),
como la ida de un inversor, este puede significar una amenaza ya que no hay quien
invierta en el proyecto, o una oportunidad ya que alguien con mas dinero puede financiar
el proyecto y crear nuevas ideas. El manejo del riesgo debe seguir unos pasos
estandarizados para Identificarlo, Evaluarlo, tomar el curso de acción y se proceda en
consecuencia. Estos riesgos deben ser evaluados y tomados en cuenta basado en:
a. La probabilidad de que ocurra
b. Que tanto impacto tendría si ocurriera
Basado en esto, estos factores se multiplican y los que tengan un valor mas alto son los
que se atenderán primero. En resumen, una vez identificado el riesgo deberá entenderse
en relación con las causas probables y los efectos potenciales si se produce el riesgo.
Procesos de Scrum

Los procesos Abordan las tareas especificas y el flujo de un Proyecto SCRUM. Hay en total 19
procesos los cuales están agrupados en 5 fases. Capítulos 8 Al 12

Algunas entradas, herramientas y salidas son opcionales mientras que otras son obligatorias, esto
también depende de la organización y del proyecto.

1. Inicio:
a. Crear la visión del proyecto, se revisa el caso que servirá de inspiración para todo
el proyecto y el cual también servirá de enfoque
b. aquí se identifica el PO, después se identifica los Stakeholders y el Scrum Master,
después se identifica el equipo Scrum, el PO es el responsable de escoger el
equipo en colaboración con el Scrum Master.
c. Sigue el desarrollo de épicas, las cuales son historias de usuario grandes, con base
en la visión del proyecto,
d. Backlog del producto priorizado, se refinan las Épicas y las historias de usuario y se
le asignan una prioridad para crear el Backlog, aquí también se establecen los
criterios de terminado
 e. Realizar la planificación del lanzamiento, se realiza un cronograma de acuerdo a
las historias de usuario en el Backlog, se establecen las fechas y este cronograma
se podrá compartir con los stakeholders
2. Planificación y estimación:
a. Las historias de usuario y el criterio de aceptación serán creados, estos son
usualmente creado por el PO, diseñador para garantizar que los requerimientos
del cliente sean representados y entendidos por los Stakeholders, estos se
incluyen en el backlog.
i. Las entradas obligatorias para este proceso son:
1. Scrum Team
2. Historias de Usuario
ii. Las herramientas Obligatorias para este proceso son
1. Métodos de Estimacion como:
a. Wideband Delphi
i. Con base a las estimaciones iniciales, realizan el
proceso para saber que factores influencian estas
estimaciones, y las estimaciones que mas se
asemejen entre los miembros del grupo serán las
estimaciones del proyecto
b. Estimation Poker
i. Es una herramienta de estimación que usa el
consenso como medida de estimación, aquí se
usan cartas para determinar que tanto tiempo o
esfuerzo va a tomar una historia de usuario
c. Fist of Five
i. Este sirve como herramienta de consenso y
técnica de estimación, se basa en discutir
inicialmente una historia de usuario y luego cada
uno de los miembros vota de 1 a 5 con la mano,
luego explican por que tomaron esa decision
d. Affinity Estimation
i. Esta herramienta se usa para priorizar un gran
numero de Historias de Usuario, cada miembro
del equipo coge un subconjunto de las historias de
usuario y en un tablero escoge la prioridad que
debe tener dicha historia de usuario, luego se
realiza una discusión para determinar que tan
bien priorizadas están las historias de usuarios,
luego el PO establecerá nuevas categorías de
tamaño para indicar el tamaño de la historia de
usuario y el equipo moverá las historias en estas
categorías.
iii. Las salidas obligatorias son:
 1. Historias de usuario estimadas: después de realizar las
estimaciones y los consensos, las historias de usuario se
convierten en historias de usuario estimadas
b. Comprometer historias de Usuario:
i. Entradas Obligatorias:
1. Equipo Scrum
2. Historias de Usuario Estimadas
3. Longitud del Sprint
ii. Herramientas necesarias
1. Reunión de Planificación del Sprint
a. Estas reuniones son con el fin de revisar las historias de
usuario y planificar que se llevara acabo y comprometer
las HdU estimadas para el sprint
2. Técnicas de comunicación
a. En Scrum las técnicas de comunicación permiten el
correcto desempeño durante el proyecto; aquí prevalece
la comunicación verbal y directa por en cima de la escrita,
es por esto que cuando los equipos están distribuidos
geográficamente es necesario que el scrum Master, idee
maneras de que el equipo pueda comunicarse y trabajar
iii. La salida obligatoria:
1. HdU Comprometidas en el sprint
a. Aquí nos referimos a las HdU estimadas que, con base a la
velocidad de desarrollo, se pueden alcanzar a cumplir
durante la duración de un Sprint, estas HdU se selecciona
con base en las prioridades definidas por el PO
c. Identificar Tareas
i. Entradas obligatorias
1. Equipo Principal de Scrum
2. HdU Comprometidas
ii. Herramientas Obligatorias
1. Reuniones de Planificación de Tareas
a. Estas reuniones se hacen con el fin de identificar las tareas
que se realizaran durante el sprint, revisando la HdU
Comprometidas en la parte superior el Product Backlog,
aquí se hace presente el PO para aclarar ambigüedades
relacionadas con el Product Backlog, esta reunión debe
ser con tiempo limitado por lo menos de 2 horas en un
sprint de 1 semana, para evitar entrar en materia de
temas que deben ser discutidos en otras reuniones
iii. Salidas Obligatorias
1. Lista de Tareas
a. Estas son las tareas que el Equipo Scrum se Comprometió
a realizar durante el Sprint Actual, contiene la duración y
 descripción de las tareas en si. Estas tareas deben tener
actividades de integración así como de pruebas, así para
que pueda incrementarse el producto con estas tareas a
los resultados de sprint previos. El equipo decide como se
descomponen dichas tareas.
iv. Estimado de Tareas
1. Entradas Obligatorias
a. Equipo Principal Scrum
b. Lista de Tareas
2. Herramientas Obligatorias
a. Reuniones de planeación del Sprint
i. Estas reuniones tienen como objetivo determinar
con la lista de tareas, la duración y el esfuerzo de
cada una de las tareas de esta lista, estas
reuniones permiten tener una visión compartida
de la estimación de las tareas. La información
obtenida en esta reunión se usa en la Lista de
Tareas estimadas para determinar la velocidad del
Sprint
b. Criterios de Estimación
i. Estos criterios de estimación permiten estimar el
esfuerzo y direccionar ineficiencias cuando sea
necesario.
ii. Puntos de Historia: Son puntos que sirven para
puntear las tareas con un puntaje comparativo
para estimar que tareas son mas complejas
iii. Tiempo Ideal: Determina el tiempo que el equipo
Scrum gastaria en desarrollar los entregables del
proyecto. Sin incluir el tiempo dedicado a otros
trabajos
c. Métodos de Estimación
3. Salidas Obligatorias
a. Lista de Tareas Estimadas o Effort Estimated Task list
i. Son las tareas asociadas con las HdU
comprometidas incluidas en el Sprint, la precisión
de la estimación varia dependiendo de la
habilidad del equipo, el esfuerzo estimado se
expresa en criterios de estimación acordados por
el equipo, este lista de tareas se usa en la
reuniones de planeación el Sprint para crear el
Sprint Backlog y el Burndown Chart, adicional
permite identificar si toca reducir o aumentar los
números de HdU en los Sprint
d. Implementar: Esta fase se refiere a la ejecución de tareas y actividades
relacionadas al producto del proyecto, incluidas la creación de varios entregables,
conducir las reuniones diarias y el refinamiento del proyecto, que a su vez incluye,
la actualización del backlog, sus ajustes y revisiones en intervalos frecuentes, esta
fase puede implementarse en cualquier proyecto,
i. Crear entregables: trabajo del equipo Scrum en el Sprint Backlog para la
creación de los Entregables del Sprint. Un Scrumboard es usado
frecuentemente, para seguir el trabajo del equipo y los impedimentos que
se colocan en el Impediment Log o registro de Impedimentos
ii. Conducir el Daily Standup o la Reunión Diaria: diariamente una reunión
se llevará a cabo en la cual el Equipo Scrum actualizará cada uno de los
progresos de los integrantes y los impedimentos que puedan estar
enfrentando
iii. Refinar el Backlog del Producto priorizado: el Backlog Priorizado es
constantemente actualizado. Un Reunión para la Revision del backlog
priorizado puede llevarse a cabo en la cual cualquier cambio o
actualización en el backlog podrá ser discutida e incorporada dentro del
Backlog Priorizado del producto como se necesario.
e. Revisión y retrospectiva: se realiza la evaluación de los entregables y del trabajo
realizado hasta el momento y el rendimiento del equipo Scrum, en organización
grandes se puede realizar una reunión de Scrum de Scrums, también se podrá
aplicar esta fase a cualquier organización y cualquier proyecto de cualquier
tamaño.
i. Demostrar y validar el Sprint: se realiza una reunión de revisión de Sprint
la cual el equipo Scrum demostrara los entregables del Sprint al PO y a los
Stakeholders relevantes, el propósito de esta reunión es asegurar la
aprobación y aceptación del PO respecto al producto o servicio
ii. Retrospectiva del sprint: Aquí el equipo Scrum y el Scrum Master
discuten las lecciones aprendidas durante este Sprint que pueden ser
aplicadas en futuros sprints, Esto se documenta como lecciones
aprendidas, En esta reunión pueden salir nuevas o recomendaciones
actualizadas al Scrum Guidance Body.
f. Fase de lanzamiento: Hace referencia a la entrega de los entregables aceptados
por el cliente, adicional de Identificar, documentar, e internalizar las lecciones
aprendidas durante el proyecto.
i. Enviar entregables: Estos entregables aceptados inicialmente por las
clientes se envían o se entregan a los Stakeholders relevantes, la
terminación satisfactoria del sprint se documenta en un acuerdo formal
de entregables funcionales.
ii. Retrospectiva del proyecto: en esta fase, que es después de la
culminación del proyecto, se reunión los Stakeholders y el Equipo Principal
Scrum para realizar una evaluación al proyecto y documentar las lecciones
aprendidas, lo cual conlleva a una mejora de los accionables aceptados y
poder ser implementadas en un futuro proyecto
SCRUM Vs Tradicional

Énfasis: Scrum se enfoca en las personas y no en los procesos. de acuerdo con Scrum, el énfasis de
cualquier proyecto debe estar puesto en las personas y sus acciones. Los modelos tradicionales no
entregan nada funcional si no hasta el final del proyecto, en Scrum se realiza por medio de
entregables

Tamaño: Scrum se puede enfocar en proyectos de cualquier tamaño mientras que la manera
tradicional solo se enfoca en proyectos de gran envergadura

Documentación: Scrum usa documentación mínima con valor real al cliente en cada entregable
mientras que la tradicional es documentación entendible con un entregable grande y complejo.

Estilo de Proceso: El proceso es iterativo, a diferencia del tradicional conocido como modelo de
cascada, este proceso permite mejorar el desempeño de los productos con el paso del tiempo, y
permite una retroalimentación continua en cada sprint haciendo así posible realiza entregas de
versiones potencialmente enviable de los productos funcionales a final de cada spring

Planificación adelantada: Scrum no planea en todo el proyecto, se realiza por medio de tomas de
decisiones que se hacen durante los sprint en el proyecto, a diferencia de la alta planeación que se
presenta en el método tradicional, el enfoque de esta planificación no son las metas del proyecto
si no la satisfacción del cliente, si bien se cumple el proyecto en la manera tradicional puede que
no cumpla con las expectativas del cliente. Scrum permite la integración de cada una de las partes
del proyecto para poder entregar un máximo valor en un tiempo mínimo (Stakeholders, Equipo
Scrum, PO, Scrum Master)

Dominio: Se maneja un dominio impredecible y exploratorio, debido a su baja planeación

adelantada, los cambios que vayan surgiendo en el proyecto se pueden tomar en cuenta y
cualquier ruta que pueda mejorar el rendimiento del proyecto podrá ser tomada de inmediato,
mientras que, en la estructura tradicional, todo tiene que ser predecible desde el principio del
proyecto hasta el final.

Perspectiva al Cambio: Scrum tiene una perspectiva adaptable al cambio, hay una gestión de
riesgos que trabaja con el grupo de trabajo Scrum (PO, Equipo Scrum, Scrum Master) para
determinar la mejora manera de afrontar esos riesgos, la manera tradicional la maneja desde
mucho antes de que aparezcan los riesgos. Los entregables son verificados por el equipo de Q&A
mientras se desarrolla teniendo en cuenta el valor del cliente en mente. Esto con el fin de los
controles estrictos como son los criterios de aceptación y la definición de terminado determinen
los requerimientos del cliente.

Liderazgo: A diferencia de la manera tradicional de Comando y control donde solo una persona
toma el control del proyecto, en Scrum se realiza de manera colaborativa, haciendo que los
miembros del grupo se auto organicen puedan manejar piezas del proyecto ellos mismos

Estilo de Manejo: Scrum maneja un estilo de manejo descentralizado lo cual permite que los
trabajadores se centren en sus funciones y no dependan de la gestión del proyecto para avanzar,
esto, a su vez, permite que los trabajadores puedan ser innovadores y resolver problemas por su
cuenta, el desarrollo del producto pasa a ser una creación de valor compartido donde todos los
Stakeholders trabajan para entregar el mayor valor del producto/servicio

Rendimiento: Se mide por medio del valor del negocio que proyecto brinda al cliente, el valor se
va aumentando a medida de que el proyecto va avanzando, a diferencia del tradicional que el
valor solo se ve al final

Retorno de la Inversión: la inversión y su retorno se va viendo a lo largo del proyecto, desde el

principio del proyecto hasta la última entrega, los métodos tradicionales enfocan este apartado al
final del proyecto donde solo se llega a ver después de terminado el proyecto, Scrum permite que
los clientes se involucren en el proyecto haciéndolo muy transparente en todo momento y
facilitando una entrega mas viable al cliente.

Principios de SCRUM

Estos principios se pueden aplicar a cualquier tipo de proyecto y deben seguirse para poder aplicar
SCRUM satisfactoriamente, mientras que los aspectos y los procesos se pueden modificar para
encajar en el proyecto o en la organización, los principios deben ser aplicados tal cual como en la
SBOK, El uso de estos principios otorga confianza y entendimiento para la aplicación del marco de
trabajo SCRUM, Estos principios, acorde a la guía SBOK, indica que a todos los entregables, a todos
los tipos de proyectos y a todo tipo de organización se puede aplicar esta metodología ágil, desde
grupos pequeños de 6 Miembros hasta cientos de miembros repartidos en varios grupo.

Los 6 Principios de Scrum son:

1. Control de proceso empírico: las decisiones que se toman se hacen con base en la
experimentación y observación del proceso, en vez de una planeación adelantada de los
sucesos del proyecto
2. Auto Organización: tienen la posibilidad de tener una organización propia en el proyecto,
así mismo la autoridad y responsabilidad de analizar maneras de convertir el Backlog
priorizado del producto en productos terminados, sin necesidad de la intervención de
Stakeholders ajenos al Equipo Scrum
3. Colaboración: Trabajo conjunto entre los Stakeholders del producto para entregar el
máximo valor de un producto en un proceso compartido de creación de valor al producto
4. Priorizacion basada en Valor: Satisfacer el cliente sacando el mayor provecho del producto
entregando el mayor valor de negocio posible, a través de entregas tempranas y
constantes
5. Time-Boxing: El tiempo es un limitante y todos los procesos Scrum Tienen este limitante
adecuado con una cantidad fija de tiempo
6. Desarrollor Iterativo: Todo el trabajo se divide en unidades que pueden producir un
Entregable potencialmente entregable

Control de Proceso Empírico

Este control se basa en 3 Ideas Principales:

 Transparencia
o Que todas las facetas puedan ser observadas por todo, garantiza un flujo de
información constante,
 Artefactos
 Estos artefactos como la Visión del Proyecto podrán ser
visualizadas por todos los stakeholders y miembros del equipo
 El backlog priorizado del producto se podrá ver por miembros de
adentro como de afuera del equipo
 El cronograma de planificación de lanzamiento, este puede ser
coordinado por múltiples equipos Scrum
 Radiadores de Información
 EL Burndown Chart y El Scrumboard permite que todos los
involucrados en el proyecto puedan ver el progreso del proyecto
 Reuniones
 Reuniones Diarias, que permiten saber que se hizo el día anterior,
que se piensa hacer el día de hoy y las dificultades para realizar las
tareas
 Inspección
o Con el scrumboard podemos ver el progreso del equipo al completar las tareas del
sprint actual y otros radiadores de información
o Desarrollar Épicas, crear el Backlog Priorizado del Producto y Planificar el
lanzamiento programado junto con la retroalimentación de los stakeholders,
brindan oportunidades para la inspección
o Demostrar y validar el sprint o en la reunión de revisión el equipo busca la
aprobación de los entregables por parte del Product Owner y los stakeholders
 Adaptación
o Es realizar mejoras por medio de la inspección y la transparencia al proceso del
proyecto
 Los Daily Standup Meetings, permiten la discusión de dificultades en el
proceso del proyecto, estas dificultades, el scrum master se encargará de
solucionarlas al igual que los miembros más experimentados del equipo,
de no ser posible con la ayuda interna, El Scrum Master buscará ayuda
externa para salir de estos impedimentos
 Identificación de riesgos, estos riesgos se convierten en puntos a
solucionar en distintos pasos del proyecto como son: Product Backlog,
Refinamiento del Product Backlog, Creación del Sprint Backlog
 Solicitud de cambios, se discuten y se aprueban para los procesos de:
Desarrollar épicas, Crear el backlog del producto priorizado y refinamiento
de los procesos del backlog del producto priorizado

o Scrum Guidance Body

  Esta guianza interactúa con los miembros del equipo durante los procesos
de: crear historias de usuario, estimar las tareas, crear los entregables,
refinar los procesos del backlog del producto priorizado.
 Adicional provee la experiencia necesaria para apaptarse a cambios
necesarios y retos al equipo
o Reuniones de retrospectiva de sprint
 En este proceso, las mejoras accionables aceptadas que salen de estos
procesos son puestas en procesos o proyectos posteriores, estas salen del
proceso de demostrar y validar sprint
o Reuniones de retrospectiva del proyecto
 Este último paso de adaptación se realiza al final de un proyecto
identificando y documentando las lecciones aprendidas y realizando
valoraciones del proceso como tal, buscando mejoras para implementar
en proyectos posteriores y direccionar ineficiencias para no cometerlas en
casos futuros, entre cada uno de los procesos, practicas y actividades de
scrum, se encuentran numerosas oportunidades para adaptar estas
solicitudes de cambio, adaptándose a los distintos requerimientos y
realidades de negocio

Todas estas ideas principales, permiten un correcto desempeño del proyecto, si tomamos en
cuenta el método Cascada, este método traduce un proyecto en posiblemente un desarrollo
insatisfactorio y por ende algo que el cliente no necesitaba, ya que no permite una interacción
constante con el cliente, el solo se entera de todo este producto al final de la fase o del proyecto.
Debido a que un error en fases iniciales puede magnificarse en fases posteriores, la aceptación del
producto será nula

Auto organización

En scrum la auto organización permite que el todo el proyecto pueda llevar un mayor valor de
negocio empleando un liderazgo servicial donde se centraliza en las necesidades del Equipo
Scrum.

Una vez que la visión del proyecto es identificada, los roles principales de Scrum serán
identificados como son el Scrum Master, PO y Scrum Team, Estos trabajan con los stakeholders
para refinar el producto lo mas que se pueda en los procesos de desarrollo de épicas y creación de
historia.

El juicio y experticia del equipo sirve para la evaluación de las entradas, estas se aplican a cada uno
de los aspectos técnicos y de gestión del proyecto durante el proceso de crear entregables.

El PO es quien realiza la primera priorización del proyecto, pero es el equipo auto organizado
Scrum quien analiza la tareas las distribuye y realiza la estimación de las tareas durante los
procesos de Identificación de Tareas y Estimación de Tareas.

Cada miembro del equipo determine que es lo que efectuara durante el proyecto, si llegase a
necesitar ayuda, esto se notificaría en el Daily Standup para abordar el problema.
El Scrum Master y el Equipo Scrum se encargarán de justificar el incremento valor del proyecto en
los procesos de validar y demostrar Sprint. Dado que el Product Backlog y las historias de usuario
tienen un valor asignado por el equipo, este valor se demostrara frente al PO y a los Stakeholders
viendo el incremento que este producto tuvo desde el día 1. Esto permitirá una mayor aceptación
del producto y un trabajo duro bien recompensado.

Metas de los Equipos Auto Organizados:

 Entender la visión del proyecto y el valor

 Estimar las historias de usuario y asignar tareas a ellos mismos, en la creación del Sprint
Backlog
 Identificar tareas individualmente en el proceso de identificación de tareas
 Aplicar y aprovechar la experiencia de ser un equipo interfuncional, en el proceso de crear
entregables
 Entregar resultados tangibles, en el proceso de demostrar y validar Sprint
 Resolver problemas juntos, en los Daily standup
 Aclaran discrepancias y dudas
 Permanecen abierto a aprender nuevas cosas
 Actualizar conocimientos y habilidades
 Mantener la estabilidad en el equipo no cambiando los miembros del equipo a no ser de
ser necesario

Colaboración

La colaboración del scrum core team con los stakeholders, para validar los entregables para que
cumplan con la visión del proyecto.

Colaboración vs Cooperación

Cooperación: consiste en un producto consiste en la suma del trabajo de los esfuerzos de personas
en un equipo

Colaboración: se produce cuando un equipo trabaja en conjunto para contraponer los aportes del
otro a fin de producir algo más grande

Ideas o Dimensiones del Trabajo Colaborativo

Awareness o Conocimiento: Los individuos deben estar pendientes del trabajo de cada uno.

Articulación: Dividir el trabajo en unidades, estas unidades se distribuyen entre los miembros del
equipo, y al final todas esas unidades se unen para hacer un producto completo cuando estén
terminadas esas unidades.

Apropiación: Usar las herramientas tecnológicas para la situación propia, esta tecnología se puede
usar para un propósito totalmente diferente al que pensó inicialmente.

Beneficios de la colaboración
El Equipo Principal de Scrum (Scrum Master, PO y Equipo Scrum), se encargan junto con los
Stakeholders de brindar el mayor valor de negocio de un proyecto para un cliente. Se produce
durante el proyecto.

La necesidad de cambios debido a aclaraciones de requerimientos pobres sea minimizada, como,

por ejemplo, El PO y los Stakeholders aclaran los requerimientos, El equipo Scrum trabaja sobre
esos requerimientos lo cual minimiza requerimientos pobremente aclarados.

Los riesgos son identificados y tratados con eficiencia, en los procesos se pueden identificar los
riesgos que azotan al proyecto y adicional las reuniones proveen oportunidades para identificarlos,
evaluarlos e implementar soluciones y respuestas a dichos riesgos.

Se logra el verdadero potencial del equipo, con el Daily Standup Podemos identificar las
debilidades y fortalezas del equipo, trabajar colaborativamente para ayudar a los integrantes a
cumplir la demanda permitirá desarrollar los objetivos en el tiempo estimado

La mejora continua permite que los colaboradores en el equipo puedan identificar sus falencias y
fortalezas por medio de la reunión de retrospectiva del sprint, esto permite que el scrum master
trabaje en las falencias del equipo y mejorarlas o cubrirlas para el próximo sprint

La coubicacion es importante para el trabajo de equipos Scrum, esto permite que si están
coubicados esto permitirá una interacción formal e informal entre los integrantes facilitando la
comunicación, aprendizaje y trabajo de los integrantes

Los beneficios para la coubicacion son:

  Respuesta a preguntas rápidamente
 Problemas solucionados de inmediato
 Menos fricción ocurre entre las interacciones
 Y se genera mas confianza entre los integrantes

Priorización basada en valor

Priorizacion identifica que debe hacerse primero y que debe hacerse después.

Scrum hace uso de la priorización basada en valor, este principio es la base para la estructura y
funcionalidad del marco de trabajo de Scrum, permite que los proyectos para que se beneficien a
través de la adaptabilidad y el desarrollo iterativo, adicional esto permite que se entregue un
producto o servicio valioso de una manera continua y oportuna.

Quien se encarga de esta priorización es el PO, quien dialoga primero con el cliente para entender
los requerimientos y realizar la HdU que mas tarde iran en el Product Backlog, Este Backlog
Priorizado del Producto contiene HdU viables que ya siendo organizadas el PO se encarga de
hablar con los patrocinadores y los clientes para identificar que aspectos brindan un máximo valor
empresarial y que es lo que quiere el cliente a fin de organizar los elementos en el Backlog del
Producto priorizado. A veces los clientes pretenden que todas las HdU sean puestas como alta
prioridad, pero incluso en estos casos debe ser llevado a cabo una priorización para culminar
ciertas tareas primero es decir las mas criticas. Los procesos en los cuales se lleva a cabo esta
priorización son: Creación y refinamiento del Backlog Priorizado del producto

El PO trabaja con el Equipo Scrum para entender las Incertidumbres y los riesgos del proyecto ya
que pueden tener un impacto negativo en el proyecto y su resultado, estos deben ser tomados en
cuenta a la hora de priorizar las HdU, esto puede aumentar la prioridad de una tarea del proyecto,
adicional, cualquier dependencia que surja durante la implementación debe ser tomada en
consideración, estas priorizaciones pueden ser realizadas con base al valor subjetivo del negocio o
su rentabilidad o haciendo un estudio del mercado con distintas herramientas como encuestas y
modelos financieros y técnicas analíticas entre otros.

Los tres factores que se consideran para crear el Backlog Priorizado del producto y priorizar las
historias de usuario son:

 Valor
 Riesgo o Incertidumbre
 Dependencias

Con estos factores se organizan las prioridades de manera que se entrega el mayor valor de
negocio en el menor tiempo posible
Time-Boxing

Time-Boxing permite establecer una cantidad de tiempo fija a cada uno de los procesos y
actividades de Scrum de manera que no se trabaje ni excesivamente ni muy poco en un proceso el
cual puedan tener muy poca claridad al respecto.

Ventajas de Time-Boxing

 Procesos de desarrollo Eficiente

 Menos gastos Generales
 Alta Velocidad para los Equipos

Un ejemplo para el Time-Boxing es el Daily Standup donde solo se limita a 15 minutos en el día
para dar información con respecto a 3 datos importantes, ¿Que hice desde la última reunión?,
¿Qué voy a hacer antes de la ultima reunión?, ¿Qué impedimentos u obstáculos estoy
enfrentando?.

El time-boxing permite que sabiendo la información que se va a tratar en dicha reunión no se

extienda mas de lo necesario y se diga lo que se necesita decir, evitando información o situaciones
que gasten tiempo. También permite que el equipo no se quede trabajando en un mismo item y su
mejora excesiva.

Nota: El uso de un Time-Boxing Excesivo conlleva a una desmotivación del equipo ya que puede
generar entregas imposibles y exceso de trabajo, si no se usa adecuadamente puede generar
ambientes de trabajo tensos en el equipo Scrum.

Otro ejemplo claro de Time-Boxing en el Scrum es el desarrollo del Sprint el cual puede durar de 1
a 6 semanas en donde el Scrum Master Guía, Facilita y Protege al equipo de Impedimentos
externos e internos durante el proceso de crear entregables. Esto evita que se expanda la visión y
se pierda la visión principal del proyecto y así enfocarse en las tareas del Backlog Priorizado del
Producto para realizar un producto potencialmente entregable o enfocarse en sus funciones

Sprint Planning Meeting o reunión de planeación del Sprint, la cual es la reunión que se lleva a
cabo antes de iniciar un sprint como parte de la fase de planificación y estimación, tiene una
duración de 8 Horas para un Sprint de 1 Mes. Esta reunión se divide en 2 fases que son:

 Definición del objetivo: es la primera mitad de la reunión donde el PO explica las historias
de usuario con la mayor prioridad, aquí se establece la meta del Sprint en colaboración
con el equipo scrum y el PO
 Estimación de Tareas: en la segunda mitad de la reunión, aquí se establece como se van a
llevar a cabo las tareas del Backlog priorizado del Producto para poder cumplir con la meta
del Sprint

Esta reunión también se puede llevar a cabo en la identificación de tareas y estimacion de tareas.

La reunión de Revisión del Sprint se lleva a cabo al final del sprint y tiene una duración de 4 horas
para un sprint de 1 mes, se lleva a cabo en el proceso de demostrar y validar sprint, aquí se le
entrega el entregable al PO y con base a los criterios de aceptación aceptados el decide si acepta o
rechaza el entregable con las HdU completadas.

Reunión de retrospectiva del Sprint, se realiza como parte del proceso de retrospectiva del Sprint y
tiene una duración de 4 horas en un sprint de un mes, en esta reunion se discuten los procesos
que se llevaron a cabo al igual que las herramientas que se usaron, bien sea de comunicación o de
elaboración para el proyecto así también como de colaboración y otros aspectos relevantes al
proyecto, esto permite que puedan relucir mejoras tanto para los siguientes sprints como para los
proyectos venideros ya que se revisa que fue lo que salió mal y lo que no

Desarrollo iterativo

Iteracion es la repetición de un proceso con el objetivo de llegar a una meta o resultado deseado.
Cada repetición es conocido, a su vez, como una iteración y los resultados de una iteración se
utilizan como punto de partida para la siguiente iteración.

Los clientes pueden otorgar vagos requerimientos o tal vez no sepan como debe lucir dicho
resultado, es por eso por lo que el desarrollo iterativo es un modelo mas flexible que garantiza que
los cambios solicitados por el cliente puedan ser incluidos en cualquier momento del producto.

Por medio de las HdU estas se escriben constantemente a lo largo del proyecto, en la fase inicial
casi todas las HdU son de alta prioridad, a estas HdU se les conoce como Epicas. Las épicas son
HdU muy grandes que no pueden ser completadas en un solo sprint, estas se dividen en HdU mas
Pequeñas para llevarse a cabo en los sprints.

Cada aspecto Complejo del proyecto se divide para una elaboración progresiva.

El PO garantiza que el retorno de la inversión aumente, enfocándose en el valor y su continua

entrega en cada Sprint, debe entender la justificación de negocio y el valor que el proyecto debe
entregar al negocio, redacta el Backlog Priorizado del producto y por lo tanto determina que HdU
deben entregarse en cada sprint. Después los procesos de identificar, estimar tareas y Crear el
Sprint Backlog producen el Sprint Backlog el cual el equipo usa para crear los entregables.

El rol del Scrum Master, Garantiza que el equipo siga los procesos Scrum y puedan trabajar de la
manera mas productiva posible

El equipo Scrum, se auto organiza y Crea los entregables basado en el Sprint Backlog.

Después de la culminación de cada sprint el deber del PO es de revisar los entregables y decidir si
lo acepta o no dependiendo del criterio de aceptación en el proceso de demostrar y validar sprint.

Un beneficio principal es el cambio de curso del proyecto a medida de que se va avanzando,

detectando múltiples fallas con anterioridad y corrigiéndolas en el camino, adicional de
implementar lo aprendido de una manera iterativa y obtener un mejor conocimiento de lo que se
busca con el proyecto, todos esos entregables que se realizan con el desarrollo iterativo se ajustan
mas al concepto empresarial que busca el cliente y por ende se usa menos tiempo y esfuerzo
Aspectos

Procesos

Orden de los procesos y reuniones y actividades

Definición de Scrum

Limitaciones