ESCALANDO SCRUM

New Horizons
 ESCALAMIENTO DE SCRUM EN GRANDES
PROYECTOS

Escalar Scrum en grandes proyectos, tal como se define en la Guía para el

Cuerpo de Conocimiento de Scrum (Guía SBOKTM) aplica a lo siguiente:

 Grandes proyectos en cualquier industria

 Productos, servicios o cualquier otro resultado que se entregará a los
stakeholders
 Grandes proyectos vs. Típico proyecto Scrum

 Los procesos fundamentales de Scrum que se definen en los capítulos del

8 al 12 son válidos para todo proyecto Scrum.
 Los conceptos mencionados son suficientes para gestionar proyectos
Scrum con solo algunos equipos Scrum (de uno a tres)
 Al gestionar grandes proyectos que generalmente cuentan con cuatro o
más equipos Scrum —además de los procesos definidos en los capítulos
del 8 al 12—, tal vez sean necesarios algunos procesos adicionales para
abordar la coordinación adicional y los esfuerzos de sincronización.
 La definición de “grandes proyectos” dependerá de la empresa y de la
complejidad del proyecto emprendido.
 La principal regla de un proyecto grande en comparación a uno pequeño
es contar con varios Scrum Masters y/o Product Owners
 Motivos para definir procesos adicionales para
grandes proyectos son:
 Mayor interacción y dependencias entre los equipos Scrum,
ya que la complejidad aumenta en los grandes proyectos.
 La necesidad de colaborar en un equipo de Product Owners.
 La necesidad de manejar conflictos, resolver problemas y
fijar prioridades entre todos los equipos Scrum.
 La necesidad de definir ciertas normas y estándares que
deben cumplir todos los equipos Scrum
 La necesidad de coordinar los resultados de varios equipos
Scrum a fin de crear el lanzamiento de en un proyecto
grande.
 Procesos adicionales
Los procesos adicionales relacionados al escalamiento de Scrum en grandes
proyectos son los siguientes:

 Crear componentes de grandes proyectos.- Define la forma en la que los

Product Owners trabajan en conjunto y de cómo varios equipos de Scrum
trabajan juntos
 Realizar y coordinar sprints.- Este proceso solo es relevante en grandes
proyectos y aborda aspectos específicos que deben ser considerados
durante cada sprint
 Preparar el lanzamiento de grandes proyectos.- En algunos proyectos
grandes, pudiera tener sentido empresarial llevar a cabo un sprint especial
con anticipación a fin de preparar el lanzamiento del producto (que será
decidido por el equipo del proyecto con base en las necesidades del
negocio).
Entradas, herramientas y salidas de los procesos en el
Escalamiento de Scrum en grandes proyectos.
Entradas, herramientas y salidas obligatorias de los procesos en el
Escalamiento de Scrum en grandes proyectos.
Crear componentes de grandes proyectos
Crear componentes de grandes proyectos
Diagrama de flujo de datos
 Entradas
Identificar el ambiente:
 En un proyecto grande, es importante identificar el tipo y la cantidad de
ambientes necesarios, ya que los varios equipos Scrum iniciarán y concluirán
sus sprints el mismo día. Algunos ejemplos de ambiente incluyen: áreas de
pruebas y desarrollo de software, recursos/áreas de trabajo físico o bien,
límites procesales de cada Equipo Scrum.

Product Owners:
 El rol básico de un Product Owner es el mismo para proyectos grandes y
pequeños
 La principal diferencia en un proyecto grande es que el Product Owner ya no
toma las decisiones prioritarias diarias, sino que brinda únicamente aportes y
recomendaciones al Chief Product Owner
 Las interacciones con los stakeholders se dividen entre todos los Product
Owners
 Esto se define en el Plan de Colaboración de Product Owners.
 Entradas
Scrum Masters:
 Los grandes proyectos generalmente cuentan con varios Scrum
Masters, cada uno para facilitar y garantizar un ambiente de
trabajo productivo en sus respectivos equipos Scrum.
 Un Scrum Master puede trabajar con más de un Equipo Scrum.
 La colaboración entre los varios equipos Scrum que facilitan los
Scrum Masters se define en el Plan de colaboración de Equipos
Scrum.

Organización de la empresa:
 Las organizaciones que busquen implementar Scrum en grandes
proyectos debe adoptar el framework de Scrum.
 Herramientas
Reunión de plan de ambiente
 Para definir un programa/calendario de cómo los
equipos Scrum compartirán ambientes, se utiliza una
Reunión de plan de ambiente o Environment Plan
Meeting.
 Salidas
Plan de preparación del lanzamiento
 En un proyecto grande, pudiera haber motivos empresariales válidos para
no completar en su totalidad las actividades necesarias para la
preparación del lanzamiento en cada sprint.

Por ejemplo,
 Un equipo de proyecto pudiera optar por llevar a cabo una serie de
pruebas de desempeño (Performance Tests) caras y tardadas solo cuando
esté cerca del lanzamiento o bien, llevar a cabo una serie de pruebas de
integración de fin a fin (End-to-End Integration Tests) al acercarse un
lanzamiento.
 Salidas
Criterios mínimos de terminado
Los Product Owners pueden definir criterios
de terminado adicionales para tipos
específicos de historias de usuario (ejemplo:
para todas las historias de usuario que lleven
a la creación de o cambios de un sitio web).
 Salidas
Especialización del equipo
En un proyecto grande tal vez sea necesaria la especialización
del equipo. Existen tres dimensiones de especialización de
equipo:

1.- Necesidad de cumplir con una tarea específica.

2.- Necesidad de que los integrantes individuales del equipo
cuenten con habilidades especiales
3.- Limitaciones en la flexibilidad del equipo.
 Salidas
Plan de colaboración de Product Owners
 Debe definir la forma en la que los múltiples Product
Owners colaboran con el Chief Product Owner.
 Debe de definir, como mínimo, la cantidad de
equipos Scrum que puede manejar un Product
Owner
 Debe señalarse que cada Equipo Scrum colaborará
con solamente un Product Owner; sin embargo, un
solo Product Owner puede manejar más de un
Equipo Scrum si es necesario.
 Salidas
Plan de colaboración de Equipos Scrum
 Define la forma en la que los varios equipos Scrum colaboran
entre sí a fin de proveer el más alto valor en el menor
tiempo posible.
 Este plan también puede incluir información sobre cómo será
entrenado cada Equipo Scrum

Ejemplo:
¿Habrá un coach por separado además de su Scrum Master? En el caso
de equipos distribuidos ¿habrá un Scrum Master en cada ubicación?
¿Cómo colaborarán los miembros del equipo con los Scrum Masters
coubicados y los no co-ubicados?
Realizar y coordinar sprints
Realizar y coordinar sprints
Diagrama de flujo de datos
 Entradas
Grandes equipos principales
 Los grandes equipos principales se componen por el Chief
Product Owner, el Chief Scrum Master, los Scrum Masters,
Productos Owners y miembros seleccionados de los equipos
Scrum en los grandes proyectos. No sería práctico tener un
equipo principal grande que incluya a todos los integrantes
de todos los equipos.
 Por lo tanto, los equipos pueden seleccionar a un miembro
que debe representarlos en el equipo principal grande (Large
Core Team).
 Entradas
Environment Schedule.-
Es un horario/calendario que indica cómo los
equipos Scrum compartirán los ambientes.
Indica los días y periodos asignados a cada
equipo para el uso de cada ambiente.
 Herramientas
Reunión de Scrum de Scrums.-
 Es un elemento importante en el escalamiento de Scrum para
grandes proyectos.
 En la reunión típicamente hay un representante de cada
Equipo Scrum, por lo general el Scrum Master.
 Esta reunión generalmente la organiza el Chief Scrum
Master y la intención es enfocarse en áreas de coordinación
e integración entre los distintos equipos Scrum.
 Un representante de cada Equipo Scrum se reúne para
compartir el estado de los equipos respectivos
 Herramientas
Environment Meeting (Reunión de ambiente)

 Esta reunión se lleva a cabo para identificar el tipo y la

cantidad de ambientes necesarios para desarrollar,
administrar y evaluar los entregables del proyecto. En esta
reunión también se discuten los recursos necesarios para
establecer los ambientes requeridos
 Reunión de Scrum de Scrums.-
Dichas actualizaciones generalmente se presentan en forma de respuesta a
cuatro preguntas específicas:
 1) ¿En qué ha estado trabajando mi equipo desde la última reunión?
 2) ¿Qué hará mi equipo hasta la próxima reunión?
 3) ¿Qué esperaban otros equipos que mi equipo hiciera y que aún no se
ha hecho?
 4) ¿Qué planea hacer nuestro equipo que pudiera afectar a otros
equipos?
 Salidas
Entregables del sprint
 Son los productos potencialmente enviables desarrollados
por los equipos Scrum al final de cada sprint. Los
entregables deben contar con todas las características y
funcionalidades definidas en las historias de usuario incluidas
en los sprints y deben ser evaluadas satisfactoriamente.
Cronograma de planificación del lanzamiento actualizado
 Detalla los pasos que cada Equipo Scrum y el proyecto en su
conjunto deben de seguir para confirmar que se hayan
cumplido los requerimientos mínimos para el lanzamiento.
 Salidas
Dependencias resueltas
 Las dependencias entre las historias de usuario, las tareas y los recursos
necesarios para convertir las historias de usuario en entregables
requieren que los grandes proyectos cuenten con un plan de acción de
dependencias (Dependency Action Plan).
 Este plan cubre todas las acciones necesarias para gestionar todo tipo de
dependencias: obligatorias, discrecionales, internas y externas.

Ambiente(s)
 Es la identificación y documentación de todos los ambientes necesarios
para desarrollar y evaluar los entregables del proyecto.
Preparar el lanzamiento de
grandes proyectos
Preparar el lanzamiento de grandes proyectos
Diagrama de flujo de datos
 Herramienta
Sprint de preparación del lanzamiento ( Release Readiness
Sprint)
 Si hay necesidad de llevar a cabo tareas específicas para
preparar un lanzamiento y confirmar que se hayan cumplido
los requerimientos mínimos para el lanzamiento, dichas
tareas se llevan a cabo en un sprint de preparación del
lanzamiento (Release Readiness Sprint).
 Un sprint de preparación de lanzamiento (Release Readiness
Sprint) no es obligatorio. Aunque no es obligatorio, en
muchos proyectos grandes se toma la decisión empresarial
de contar con dicho sprint.
 Salidas
Producto enviable
 Un producto enviable es un entregable o incremento de producto que
cumple con los criterios de aceptación definidos por el cliente y el
Product Owner.
 Estará listo para ser enviado o lanzado al final de un sprint de
preparación del lanzamiento (Release Readiness Sprint).

Notas de lanzamiento
 Las notas de lanzamiento (Release Notes) son los documentos
proporcionados al cliente junto con el lanzamiento del producto.
Incluyen criterios externos de envío o relacionados al mercado para que
el producto sea enviado.
Impacto de los
grandes
proyectos en
los procesos
fundamentales
de Scrum
Impacto de los
grandes
proyectos en
los procesos
fundamentales
de Scrum
Impacto de los
grandes
proyectos en
los procesos
fundamentales
de Scrum
Impacto de los
grandes
proyectos en
los procesos
fundamentales
de Scrum
 ESCALAMIENTO DE SCRUM
PARA LA EMPRESA
 Incluye los procesos relacionados al escalamiento de
Scrum para le empresa: Crear componentes del
programa o portafolio, Revisar y actualizar el Scrum
Guidance Body, Crear y refinar el Program o
Portfolio Backlog, Coordinar los componentes del
programa o portafolio y Retrospectiva de los
lanzamientos del programa o portafolio.
 Entradas, herramientas y salidas obligatorias de los
procesos en el Escalamiento de Scrum para la empresa.
 Entradas, herramientas y salidas obligatorias de los
procesos en el Escalamiento de Scrum para la empresa.