INTRODUCCIÓN A LOS

Patrones de Scrum
Agregar su
pagina
personal
 Pablo Loyola
Consultor TI

Foto tutor

• Profesional en Sistema, caleño apasionado del

Crecimiento Profesional, la Familia Tecnología y la
Naturaleza.

• Consultor TI – IT SERVICE (13 años).

• ITIL Expert, ITIL 4, Service Desk Manager Profesional,

Auditor ISO27001, Auditor ISO20001, Cobit 5, Kanban I,
Kanban II, Scrum Master – Product Owner, Management
3.0, Profesional equipos Remotos
1.
Historia sobre los patrones de Scrum

2. Patrones de proceso Scrum

3. Definición conceptos claves

4. Listado de patrones

5. Ejemplos de patrones
 “Scrum supone de entrada la
existencia de caos…”

Los patrones de proceso Scrum permiten que

un equipo de software trabaje con éxito en un
mundo en el que es imposible eliminar la
incertidumbre
Nacimiento de los patrones de Scrum se dieron en
E.U. en los foros para proponer las mejores ideas de
mejora en el desarrollo de Software. Algunos datos
de interés:

• OOPSLAs (1986), cuyo nombre viene de “Object-

Oriented Programming, Systems, Languages &
Applications”

• SPLASH (2010) (Systems, Programming, Languages,

and Applications: Software for Humanity).

• ECOOP

• Primer catalogo de patrones en 1987 por K. Beck y

Cunningham
Retraso: lista de prioridades de los
requerimientos o características
del proyecto que dan al cliente un
valor del negocio. Es posible
agregar en cualquier momento
otros aspectos al retraso (ésta es la
forma en la que se introducen los
cambios). El gerente del proyecto
evalúa el retraso y actualiza las
prioridades según se requiera.
Reuniones Scrum: son reuniones breves
(de 15 minutos, por lo general) que el
equipo Scrum efectúa a diario. Hay tres
preguntas clave que se pide que
respondan todos los miembros del
equipo:
Sprints: consiste en unidades de
trabajo que se necesitan para
alcanzar un requerimiento definido
en el retraso que debe ajustarse en
una caja de tiempo14 predefinida (lo
común son 30 días). Durante el
sprint no se introducen cambios (por
ejemplo, aspectos del trabajo
retrasado). Así, el sprint permite a
los miembros del equipo trabajar en
un ambiente de corto plazo pero
estable .
https://sites.google.com/a/scrumpl
op.org/published-patterns/
 Único
mediador
Si el equipo se comunica directamente con las partes
interesadas, entonces es difícil mantener la atención en
las prioridades, pero si hay demasiadas conexiones entre
el equipo y el cliente, podría generar inconvenientes de
comunicación.

Entonces las partes interesadas, product owner, y equipo

deben comunicarse del product owner..
 Patrones de
entrega

El esfuerzo consiste en tomar medidas para convertir la Visión

en una realidad, tanto coordinando el trabajo de los antiguos
miembros del grupo como involucrando potencialmente a
nuevas personas.

Juntos, buscan una forma de equilibrar su identidad colectiva

con las responsabilidades de desarrollo individual: conectarse
entre sí en un marco que gestiona el tiempo y el talento para
apoyar el negocio y crear un lugar de trabajo gratificante.
 Conformación ideal de
equipos
Partiendo de equipos estables, cree un equipo
de desarrollo que se reúna alrededor de un
producto inspirado en la visión del propietario
del producto, para entregar incrementos
sucesivos de ese producto a través de Flujo de
valora sus usuarios finales.

El equipo es un vínculo de aproximadamente

cinco individuos colocados comprometidos a
trabajar juntos hacia un objetivo común.
.
 Equipos auto gestionables

El equipo es autónomo: autoseleccionado, autoorganizado y autogestionado.

Proporcione a los individuos una identidad colectiva para realizar la Visión del
propietario del producto. El propietario del producto puede decirles:

"Este es su producto, hágalo".

Patrones Dueños del Los propietarios de productos son
dueños de sus productos: tienen la
Producto última palabra sobre el contenido
del producto y los pedidos de
entrega.

El rol del propietario del producto

no es solo "administrar" el
producto; es eso también, pero más
aún, el producto es su bebé, su
pasión.
 Patrones del PBI
Para entender si el equipo puede completar un PBI en el Sprint, necesita
entender el PBI en detalle.

Desglosar un PBI en elementos pequeños ayuda al equipo a comprender

más profundamente el trabajo necesario para llevar un PBI a Listo (ver
Definición de Listo). Este es un trabajo de diseño que fluye hacia el propio
Scrum.

No puede permitirse perder nada de este trabajo de diseño. Pero el equipo

tiene una comprensión incompleta del trabajo necesario al comienzo del
Sprint, y es probable que el trabajo crezca a medida que surja más
información.
 Objetivos del Sprint

Cree un plan de trabajo para todo lo que

el equipo debe lograr para cumplir con
el Objetivo Sprint. El equipo
generalmente subdivide este trabajo en
Elementos de Backlog de Sprint (SBI).

Estos elementos pueden representar

tareas que el equipo debe completar,
bloques de construcción intermedios
que se combinan en una entrega, o
cualquier otra unidad de trabajo que
ayude al equipo a comprender cómo
lograr la Meta Sprint dentro del Sprint.
315899878