Principios de scrum

Son las guías Para aplicarlas a scrum máster y que se deben utilizar en todos los proyectos scrum, estos
principios son:

1. Proceso empírico de control

a. Se basa en las tres ideas principales que son transparencia, inspección y adaptación,
2. Autoorganización
a. Se enfoca en los trabajadores que entregan un valor considerablemente alto cuando hay
auto-organización, en vez de estar bajo el antiguo guion de comando y control como la
gestión tradicional.
3. Auto Colaboración
a. Se centra en las 3 dimensiones básicas relacionadas con el trabajo colaborativo, que son:
conocimiento, articulación y aprobación, también fomenta la gestión de proyectos como
un proceso de creación de valor compartido, con equipos que interactúan
conjuntamente para agregar un mayor valor.
4. Priorización basada en el valor
a. Trata de ofrecer el máximo valor, desde el principio hasta el final.
5. Tiempo
a. Hace énfasis en el tiempo y como esta es una limitante en scrum, sete se utiliza para
manejar efectivamente la planificación y ejecución del proyecto. este incluye sprints,
reuniones diarias, reuniones de planificación de sprints, reuniones de revisión de sprints.
6. Desarrollo iterativo
a. Hace énfasis de como gestionar mejor los cambios, y crea productos que satisfagan las
necesidades del cliente, también delinea las responsabilidades del producto owner y las
de la organización relacionadas con el desarrollo iterativo.

Estos pueden ser aplicado en cualquier tipo de proyecto, estos no son negociables.

Los aspectos y procesos scrum pueden modificarse para cumplir con los requisitos del proyecto de la
organización.
Aspectos de scrum
Los aspectos scrum son:

1. Organización
La definición de roles y responsabilidades garantiza el éxito, los roles scrum se dividen en dos
categorías
a. Core Roles (Roles centrales)
i. Son los que se necesitan obligadamente, para crear el producto o servicio del
proyecto
ii. Personas asignadas a estas están 100% comprometidas con el proyecto
iii. Responsables de cada éxito de cada iteración
iv. Se asignan al producto owner (busca lograr el máximo valor para el proyecto,
articular los requerimientos del cliente, mantiene la justificación del proyecto
y representa la voz del cliente), scrum máster (se asegura de crear un ambiente
y entorno agradable para el equipo, guía, facilita y enseña las practicas scrum,
elimina los impedimentos para el equipo, se asegura que se estén siguiendo
los procesos scrum) y equipo scrum ( responsables de entender los
requerimientos del cliente especificados por el producto owner, crear los
entregable del proyecto)

b. No Core Roles
i. Opcional y puede incluir todos los miembros que estén interesados en el
proyecto
ii. No tienen ningún rol formal en el equipo
iii. Pueden ser responsables del éxito

2. Justificación del negocio

Es importante que una organización lleve una evaluación adecuada antes de empezar el
proyecto, esto ayuda a la toma de decisiones para entender el negocio y el cambio de un
producto o servicio nuevo.
a. Se basa en entrega impulsada por valor
b. Incertidumbre de resultados
c. Imposible garantizar el éxito del proyecto
d. Busca iniciar la entrega de resultados lo antes posible
e. Proporciona una oportunidad para la reinversión
f. Permite que los objetivos y procesos cambien si cambia la justificación del negocio

3. Calidad
Esta es la capacidad con la que cuenta el producto o servicio finalizado o entregables para
conocer el criterio de aceptación y lograr el valor del negocio esperado por el cliente, para
garantizar la calidad scrum adopta el conocimiento de mejora continua.
a. El tema aprende de la experiencia y la participación de los stackeholders para mantener
constante y actualizado el backlog priorizado del producto
 b. El backlog priorizado del producto nunca se finaliza, hasta que se cierra o se finalice el
proyecto.
c. Cualquier cambio en los requisitos debe demostrar un cambio en el entorno empresarial
ya sea internos o externos
d. Requiere trabajo para ser completado incrementalmente mediante sprints en vex de
esperara hasta el final
e. El error se soluciona inmediatamente
f. Las tareas de calidad son completadas como parte del sprint, esto asegura que la calidad
es inherente a cualquier entregable que se crea como parte de un sprint
g. La mejora continua con pruebas repetitivas optimiza la probabilidad de alcanzar la
calidad deseada.
h. Contacto seguido con todas las partes del proyecto
i. Asegura que la brecha entre expectativa y proyecto se reduce con los entregables
continuos

4. Cambio
Cada proyecto independientemente del método o marco de trabajo esta expuesto al cambio es
imperativo que el equipo entienda que el proceso de desarrollo este diseñado para abrazar el
cambio
a. Cada organización debe maximizar los beneficios que viene del cambio y minimizar el
impacto negativo

Srcum acknowledges:

a. Las partes interesadas deben cambiar su mentalidad acerca de que quieren durante el
desarrollo del proyecto – requisitos volátiles
b. Muy difícil que las partes interesadas definan los requerimientos durante la iniciación
del proyecto.

5. Riesgo

Eta definida como un evento incierto o eventos que pueden afectar el proyecto y contribuye al
éxito o fracaso de este.

El riesgo puede tener un impacto positivo en el proyecto, y se le Conoce como oportunidades,

mientras que las amenazas en el proyecto pueden tener un efecto negativo

Manejar el riesgo puede ser algo proactivo, es un proceso iterativo que debe iniciar al principio
del proyecto y debe continuar en el ciclo de vida del proyecto

El proceso para manejar el riesgo sigue una serie de pasos estandarizados para asegurar que
estos se identifiquen y evalúen:

1. Identificar
2. Evaluar
3. Determinar un curso adecuado de acción y se proceda en consecuencia

Los riesgos deben ser identificados, evaluados y resueltos en base a 2 factores:

 1. La probabilidad de ocurrencia en cada riesgo
2. Y el posible impacto en caso de ocurrencia

El riesgo con alta probabilidad e impacto de valor está determinado por la multiplicación de
ambos factores, y deben ser atendidos primero que aquellos con valor relativamente bajo.

Cuando se identifique el riesgo es importante entender el mismo con relación a causas y los
efectos probables.

Procesos de scrum
Un proyecto es un “producto backlog” de requerimientos priorizados, así como un producto owner
responsable de priorizar dichos requerimientos.

Los procesos scrum aborda las actividades especificas y flujo del proyecto scrum en total son 19 procesos
que estas adjuntas en 5 fases, estas 5 fases describen cada proceso en detalle que incluye entradas,
salidas y herramientas, la selección de entradas, salida o herramientas dependen de en particular de
cada proyecto u organización.

Procesos scrum:

1. Inicio
a. Crear la visión del proyecto
 El caso del proyecto es revisado para crear la visión del proyecto e identificar
el producto owner
b. Identificar al Scrum Máster y los stackholder
c. Formación del equipo scrum
 El producto owner es el responsable de la creación del team en ocasiones en
colaboración con el scrum máster
d. Desarrollo de épicas
 La visión del proyecto sirve como base para el desarrollo de épicas, que son
historias de usuario sin refinar
 Llevan a cabo reuniones grupales de usuario para desarrollar épicas-
e. Crear un product backlog priorizado
 Las épicas son definidas y elaboradas y pririzadas para crear un producto
backlog priorizado
 También se definen los criterios de aceptación en este punto
f. Planificación de lanzamiento
 En este momento el equipo scrum revisa las épicas en el producto backlog
priorizado para desarrollar y lanzar el plan de lanzamiento.
2. Plan del proyecto y estimación
a. Creación de historias de usuario
 Se crean las historias de usuario y la aceptación de las historias de usuario
 Normalmente son escritas por el producto owner
  Diseñadas para asegurar que los requerimientos del cliente son claramente
representados y entendidos
 Involucra al scrum team para crear las historias de usuario
 Se incorporan al producto backlog priorizado
b. Estimación de las historias del usuario
 En este proceso el scrum team con ayuda del scrum máster estiman las
historias de usuario e identifican el esfuerzo necesario para desarrollar la
funcionalidad descrita em cada historia de usuario
c. Comprometer historias de usuario
 El scrum team se compromete a entregar alproduct owner historias de
usuario por sprint
 Los resultados de este proceso son las historias de usuario comprometidas y
el sprint backlog
d. Identificación de tareas
 Las historias de usuario son comprometidas y son separadas en tareas
especificas y copiladas en una lista de tareas
e. Estimar tareas
 El scrum team estima el esfuerzo necesario para completar cada tarea en la
lista
g. Actualizar el sprint backlog
 El quipo scrum actualiza el sprint backlog con mucho detalle acerca de las
tareas como parte del sprint planning meeting
3. Implementación
a. Crear entregables
 El equipo scrum trabaja en las tares en el sprint backlog para crear
entregables sprint
 El scrumboard es normalmente usado para seguir el trabajo y actividades
 Los problemas son encarados por el scrum team y pueden actualizarse en el
impediment log
b. Realización de standup diario
 Cada día se lleva a cabo diariamente una reunión focalizada con un time-box
especifico denominada “daily standup meetings”
 Es un foro del scrum team para actualizar a cada uno en el proceso de cada
impedimento que pueda estar frenando el proyecto
c. Pulir la priorización del producto backlog
 Continuamente actualizado y mantenido
 Cada cambio y actualización del backlog es discutido e incorporado en el
prioritized producto backlog
 Se puede hacer una reunión de revisión

4. Revisión y retroalimentación
a. Demostración y validación del sprint
 El scrum team demuestra los entregables o trabajos del sprint
  El propósito de la reunión es lograr la aceptación y aprobación del producto
o servicio por el producto owner

b. Retrospectiva del sprint

 El scrum team y scrum máster tiene una reunión para discutir acerca de las
lecciones aprendidas
 La información es documentada como lesiones aprendidas el cual pueden
ser usadas para aplicarlas a futuros sprints
 Puede resultar acciones aceptada o recomendaciones actualizadas del
scrum guidance body
5. Lanzamiento
a. Envío de entregables
 Los entregables aceptados son enviados o transmitidos
 La conclusión satisfactoria del spint se documenta en un acuerdo de
entregables funcionales
b. Lanzamiento de retrospectiva
 Stackeholders y scrum team se reúnen para reflexionar sobre el proyecto
 Identifican, documentan y internalizan las lecciones aprendidas
 Las lecciones son documentadas para las mejoras accionables acordadas e
implementarlas en futuros proyectos

Scrum Meeting
El scrum meetings o ceremonias juega un papel critico en la efectividad de la implementación de marco
scum

las reuniones de scrum y los procesos respectivos en los que se llevan a cabo estas reuniones son:

1. Reunión de visión del proyecto

2. Reuniones de grupos de usuario y reuniones de grupos de enfoque
3. Reuniones de planificación de lanzamiento o liberación
4. Reunión de revisión del producto backlog
5. Reunión de planeación del sprint
6. Reunión diaria de standup
7. Reunión de revisión del sprint
8. Reunión de retrospectiva del sprint
9. Reunión de retrospectiva de liberación
SCRUM CHAPTER 2 (FUNDAMENTALS)

Son las guías Para aplicarlas a scrum máster y que se deben utilizar en todos los proyectos scrum, estos
principios son:

1. Proceso empírico de control

a. Se basa en las tres ideas principales que son transparencia, inspección y adaptación,
2. Autoorganización
a. Se enfoca en los trabajadores que entregan un valor considerablemente alto cuando hay
auto-organización, en vez de estar bajo el antiguo guion de comando y control como la
gestión tradicional.
3. Auto Colaboración
a. Se centra en las 3 dimensiones básicas relacionadas con el trabajo colaborativo, que son:
conocimiento, articulación y aprobación, también fomenta la gestión de proyectos como
un proceso de creación de valor compartido, con equipos que interactúan
conjuntamente para agregar un mayor valor.
4. Priorización basada en el valor
a. Trata de ofrecer el máximo valor, desde el principio hasta el final.
5. Tiempo
a. Hace énfasis en el tiempo y como esta es una limitante en scrum, sete se utiliza para
manejar efectivamente la planificación y ejecución del proyecto. este incluye sprints,
reuniones diarias, reuniones de planificación de sprints, reuniones de revisión de sprints.
6. Desarrollo iterativo
a. Hace énfasis de como gestionar mejor los cambios, y crea productos que satisfagan las
necesidades del cliente, también delinea las responsabilidades del producto owner y las
de la organización relacionadas con el desarrollo iterativo.

Estos pueden ser aplicado en cualquier tipo de proyecto, estos no son negociables.

Los aspectos y procesos scrum pueden modificarse para cumplir con los requisitos del proyecto de la
organización.
Guía de roles y control de procesos empírica
En scrum las decisiones se toman en base a observación y experimentación

Las principales características de un control de procesos empíricos son:

1. Transparencia
Se proporciona al compartir abiertamente la declaración de la visión del proyecto, l producto
backlog priorizado y la planeación de lanzamiento
 Permite que todas las fases de cualquier proceso scrum sea observada por cualquier
persona
 Esto promueve una fácil transparencia en el flujo de confirmación a través de la
organización y crea una cultura de trabajo abierto

2. Inspección
 3. Adaptación
La adaptación ocurre cuando el scrum team y stakeholders aprenden mediante la transparencia
e inspección y luego se adaptan por hacer mejoras en el trabajo que están haciendo.

Auto organización
Scrum cree que los empleados agregan mas valor cuando se reorganizan

El liderazgo preferido en scrum es el liderazgo servicial, el cual se enfatiza en el lograr los objetivos
enfocándose en las necesidades del equipo scrum

La auto organización no significa que los miembros se les permita actuar de la manera que deseen.
Colaboración
Se refiere a que el equipo scrum trabaje en equipo e interactúe con los stackeholders para crear valor y
validar los resultados del proyecto.

Diferencia entre cooperación y colaboración, cooperación s la suma del esfuerzo de varios en el equipo,
colaboración ocurre cuando el equipo trabaja en equipo para crear algo grande.

El trabajo colaborativo tiene 3 dimensiones, estas son:

1. Conocimiento, los individuos que trabajan en equipo necesitan estar al tanto del trabajo de
todos
2. Articulación, dividir el trabajo en unidades y distribuirlas entre los miembros del equipo para
luego integrarlo
3. Apropiación, adaptar la tecnología a la propia situación individual

Beneficios de la colaboración en proyectos Scrum:

1. Agrega un mayor valor del trabajo en conjunto entre todos las partes del proyecto
2. Minimiza los bajos requerimientos
3. Riesgos identificados y se resuelven de la mejor manera
4. Se logra el verdadero potencial del equipo
5. Garantiza la mejora continua a través de las lecciones aprendidas
Co-ubicación en la colaboración

Para las practicas scrum se necesita una comunicación High-Bandwith, por lo tanto, es preferible que los
miembros estén co-ubicados

La co-ubicación permite la interacción formal e informal entre los miembros del equipo esto los ayuda
para la coordinación, resolución de problemas y aprendizajes.

Uno de los beneficios de la co-ubicación es que las preguntas son respondidas de una manera eficiente y
rápida, los problemas son arreglados en el momento, existe menos fricción entre interacciones y se gana
mayor confianza con mayor rapidez,

Existen herramientas que pueden usar lo equipos co-ubicados o distribuidos.

Los co-ubicados son aquellos que trabajan en la misma oficina, una herramienta para ellos es la
comunicación cara ca cara, cuartos de decisiones, scrumboard, ilustraciones de pared mesas
compartidas, etc

Los distribuidos, aunque estén separados siempre deben tener la capacidad y flexibilidad de trabajar
desde distintas ubicaciones, estos deben definir bien los roles y contar con una función de mensajería,
crear y hacer uso de artefactos importantes de scrum tales como: backlog, bcklog del sprint,
scrumboard, etc.

Hacer que el flujo de trabajo avance por todos los procesos de scrum que fo
rma parte de las fases de inicio, planeación implementación, retrospectiva y fases de lanzamiento.

Los equipos distribuidos se tienen que comunicar entre si constantemente.

priorización basada en el valor

priorización se puede definir como la determinación y separación de lo que debe hacerse ahora y de lo
que debe hacerse después.

Scrum usa la priorización basada en el valor como uno de los principios básicos que impulsa toda la
estructura del marco de trabajo scrum, este concepto ayuda a los proyectos a la adaptación y desarrollo
iterativo del producto o servicio

¿Quién se encarga de la priorización? El producto owner

El producto owner trabaja en conjunto con el equipo scrum para entender los riesgos e incertidumbres
del proyecto

Para priorizar las historias de usuario en el backlog priorizado se deben seguir 3 factores: valor, riesgo e
incertidumbre y dependencia

Time-Boxing
Scrum trata al tiempo como uno de los limitantes más importantes en un proyecto,

Time-box es la designación del tiempo para cada proceso y actividad en un proyecto scrum.

Esto ayuda a que los miembros de los equipos no se asignen mas o menor trabajo en un periodo de
tiempo.

Algunas ventajas del time-box son:

1. Desarrollo de procesos eficientes

2. Menos gastos
3. Alta velocidad para los equipos

Una advertencia del time-box, el time-boxing arbitrario puede llevar a la desmotivación dele equipo y
crear un ambiente tenso.

Como se aplica el time-boxing en scrum:

1. El sprint es una iteración con un time-boxing de 1 a 6 semanas, esto ayuda a evitar una
expansión de la visión que podría afectar la meta del sprint, siempre se recomienda mantener el
sprint en 4 semanas a menos que existan proyectos con requisitos muy estables
2. El daily standup: reunión breve de 15 min, donde se reúnen a informar sobre el avanza del
proyecto, contestando solo 3 preguntas: ¿Qué he hecho desde la ultima reunión¡? ¿Qué tengo
planeado hacer antes de la siguiente reunión?, ¿Qué impedimentos u obstáculos estoy
enfrentado en la actualidad¡?
3. Reunión de planificación del sprint, esta reunión se lleva a cabo antes del sprint como parte de la
fase de planificación y estimación, se asigna un time-box de 8 horas para un sprint de un mes de
duración, se divide en dos partes, 1. Definición del objetivo y 2. Estimación de las tareas. Las
planificaciones del sprint también se llevan a cabo durante el proceso de identificación de tareas
y durante el proceso de estimación de las tareas
4. La reunión de revisión del sprint se lleva a cabo después del final del sprint, el time-box es de 4
horas para un sprint de un mes este se lleva a cabpo en el proceso de demostrar y validr el sprint
se presentan los entregables del sprint al producto owner, el PO analiza los entregables y los
compara con los criterios de aceptación acordados y acepta o los rechaza
5. Reunión de retrospectiva del sprint tiene un time-box de 4 horas en un sprint de un mes y se
lleva a cabo como parte del proceso de retrospectiva del sprint, en esta reunión el equipo sprint
reflexiona sobre el sprint anterior en relación a los procesos que siguieron, herramientas,
colaboración, mecanismos de comunicación, etc. Se discute que salió bien y mal con el objetivo
de mejorar