INTRODUCCIÓN A LA GESTIÓN

ÁGIL DE PROYECTOS
Características de SCRUM como marco de
trabajo ágil
 Características de SCRUM como marco de trabajo ágil

Lo que comenzó como un proceso o método para el desarrollo de software se ha

convertido en un marco de trabajo, una estructura sólida que organiza las actividades
del equipo entrenándolos en la incorporación del pensamiento ágil mientras se
desarrollan los entregables de un proyecto.

En este segundo tema, nuestra intención es presentar un panorama introductorio de

SCRUM por lo que comenzaremos con entender qué es, cómo se aplica e identificar
cuáles son sus principales elementos.

¿Qué es SCRUM?

SCRUM es un método, procedimiento o proceso

iterativo de la ingeniería de software para
desarrollar aplicaciones computacionales.
Hirotaka Takeuchi y Ikujiro Nonaka introducen
el término en su artículo publicado por Harvard
Business Review en enero 1986: “The New
Product Development Game” (El juego para el
desarrollo de nuevos productos).

Luego, a principios de los años 90, Jeff Sutherland y Ken Schwaber crean el método
que ha venido aplicándose para el desarrollo de software y de ahí, ha impactado a
otras industrias también.

El método se enfoca en la eficiencia del equipo de trabajo buscando la eliminación de

actividades redundantes o inútiles.

1















 Scrum se compone de reglas, artefactos, roles y eventos que son sencillos de

comprender y poner en práctica, aunque demandará disciplina y estudio para llegar a
dominarlos.

Las bases que sustentan el proceso se construyen con tres pilares: la inspección, la
adaptación y la transparencia.

La inspección que realizan los usuarios sobre los artefactos SCRUM mientras se
desarrolla un proyecto permite identificar oportunamente las variaciones o problemas
que pudieran evitar el logro de la meta deseada.

La adaptación del equipo para aceptar

cualquier cambio que resulte de dichas
inspecciones permitirá incorporar los ajustes
necesarios oportunamente para alcanzar los
objetivos del proyecto más eficientemente.

En este caso, se busca evitar perder tiempo

en encontrar culpables de los errores o
fomentar la frustración o el enojo por los cambios, por el contrario, se debe estar
abiertos a los ajustes que el equipo debe realizar para mejorar sus procesos o manera
de hacer las cosas y, con ello, la calidad de sus entregables.

La transparencia implica la capacidad de compartir la información para que exista un

entendimiento común entre los interesados; ocultar detalles sobre el proyecto o sobre
cualquier asunto relacionado con él provocará confusión y generará un ambiente
adverso al que se requiere en un equipo SCRUM.

Para que estas bases del método cumplan su propósito es necesario que el SCRUM
Team viva y fomente los valores de respeto, apertura, enfoque, coraje y compromiso.

2













 Será responsabilidad del Scrum Master, como facilitador, encaminar al equipo en la

consolidación de los valores y la aceptación a las bases del método.

El efecto que tiene esta forma de trabajar en los equipos, una vez que han superado la
curva de aprendizaje, ha demostrado aumentar la productividad, la motivación y la
calidad de los resultados.

¿Cómo funciona?

Todo comienza con la solicitud para la

elaboración de un proyecto donde el rol de
Product Owner en colaboración con el cliente,
definen la especificación del proyecto y las
generalidades de los entregables requeridos;
con ello, el dueño del producto elabora el
Product Backlog (artefacto) o lista de
requerimientos del producto.

El Product Backlog es un documento que se dice estar “vivo”, el término implica que se
estará modificando conforme avance el desarrollo del proyecto, retirando acciones y
requerimientos que dejaron de ser importantes y agregando nuevos que no se habían
considerado antes. Será siempre la responsabilidad del Product Owner mantener
actualizado el documento y priorizar sus tareas antes de iniciar cada ciclo o SPRINT,
verificar los cambios y comunicar los ajustes oportunamente al equipo de desarrollo,
Scrum Team, y al Scrum Master.

El Product Owner se deberá coordinar con un

Scrum Master para el desarrollo del proyecto y
él o ella, a su vez, debe conformar al equipo
de desarrollo.

3













 Cuando en las empresas se ha madurado en la aplicación de SCRUM como forma de

trabajo, los equipos ya se encuentran organizados e interactúan cohesivamente, son
multifuncionales y auto-administrados.

Las funciones propias de la gestión del proyecto recaen parcialmente sobre el Product
Owner, quien también funge como patrocinador; y, principalmente, sobre el Scrum
Master quien, más que dirigir al equipo, le facilita las condiciones para que desarrollen
sus tareas en forma efectiva y eficiente, se le conoce como líder de servicio o Servant
Leader.

El Scrum Team junto con el Scrum Master definen la duración de sus SPRINTs o ciclos
de desarrollo orientados a completar un incremento o entregable del producto. Con
todo esto perfectamente definido comienza el trabajo de producción y con ello, los
eventos Scrum.

El primer evento que se realiza es la reunión

de planeación del Sprint, donde el SCRUM
TEAM junto con el Product Owner y el Scrum
Master, seleccionan las historias de usuario,
funcionalidades o tareas que conformarán su
SPRINT Backlog y que deberán completar para
generar el incremento o entregable en el que
se concentrará el equipo durante ese SPRINT.

Durante el tiempo de duración del SPRINT, el equipo se concentra exclusivamente en

la realización de las tareas propias del ciclo, pues deben hacer todo lo posible por
terminar las del SPRINT backlog. Para mantener el enfoque y eliminar cualquier
impedimento que llegase a tener el equipo para completar sus tareas, se realizar un
Daily meeting (reunión diaria de 15 minutos) para saber qué se hizo el día anterior, que
se hará el día actual y que obstáculos identifican en el camino que les pudiera impedir
completarlas.

4









 Al final del SPRINT se lleva a cabo la reunión de revisión con el Product Owner; en ella
se revisa que se hayan cubierto los criterios de aceptación del incremento, de lo
contrario, se incluirán nuevas actividades en el backlog que deberán cubrirse en el
siguiente SPRINT.

Antes de comenzar el siguiente ciclo o

SPRINT, el equipo realiza otro evento: la
reunión de retrospectiva. En ella, todos los
participantes comparten sus impresiones
sobre sus logros durante el último ciclo,
sobre el proceso y, principalmente,
identifican oportunidades de mejora para
ejecutar con mayor eficiencia sus
próximos SPRINTs.

Otro evento importante es la reunión de refinamiento del Product Backlog, donde el

Product Owner en colaboración con el equipo y el Scrum Master, revisan las épicas
(tareas de alto nivel) y las historias de usuario (tareas detalladas) así como las
prioridades para su desarrollo.

Estos ciclos se desarrollan tantas veces sea necesario hasta completar el producto a
entera satisfacción del cliente.

Algunas personas consideran que se invierte mucho tiempo en las reuniones del
equipo; sin embargo, es preciso reflexionar en el efecto que generan sobre el resultado
final: menos retrabajos, mayor eficiencia y mejor integración del equipo.

La siguiente tabla resume los principales elementos de SCRUM:

5









 Tipo Elemento Descripción

Roles SCRUM Product Owner Es el propietario del

producto, representa al
cliente ante el equipo de
trabajo.

SCRUM Team Equipo autónomo de

trabajo o de desarrollo del
proyecto.

SCRUM Master Facilita el trabajo del

equipo y asegura la
calidad tanto del proceso
como de los entregables.

Eventos, rituales SPRINT Ventana de tiempo entre 1

o ceremonias y 4 semanas (8 como
máximo).
Ciclo de trabajo para
desarrollar el incremento /
entregable del resultado o
producto del proyecto.

Scrum Grooming Meeting Reunión para refinamiento

del BACKLOG.

Sprint Planning Meeting Reunión de planeación del

SPRINT.

 Daily Scrum Meeting Reunión diaria del Equipo

de trabajo.

Sprint Review Meeting Reunión de revisión del

SPRINT.

Sprint Retrospective Reunión de retrospectiva

Meeting del SPRINT.

Artefactos Product Backlog (Scrum Se usa para administrar y

Backlog) or Scrum priorizar todos los
Product Backlog (Lista de requerimientos del
Tareas SCRUM): proyecto SCRUM.

Sprint Backlog (Lista de Da seguimiento al

tareas SPRINT): cumplimiento de los
requerimientos que el
equipo acordó alcanzar
durante el SPRINT en
particular.

Otros EPICS (épicas): Actividad de alto nivel que

se divide en varias
historias de usuario (User
stories).

7
 User Stories (Historias de Describe una tarea o
usuario) requerimiento de
producto.

SCRUM Effort estmation El equipo define el

– Story Points esfuerzo que una
(Estimación del esfuerzo determinada historia de
– puntos de historia): usuario requiere para
completarse, la unidad de
medida del esfuerzo
(estimación) se conoce
como puntos de historia.

Para asignar esos puntos

de historia a cada historia
de usuario se pueden usar
cualquiera de las tres
formas siguientes:
• Numérico de 1 a 10.
• Tallas de camiseta
(XS, S, M, L, XL,
XXL, XXXL)
• Serie Fibonacci
(1,2,3,5,8,13,21,34
,55…)

¿Por qué debemos aplicar SCRUM?

Este método se ha consolidado como la forma de trabajo ágil para todo tipo de
proyecto en cualquier industria.

8







 El empoderamiento que otorga al SCRUM Team es la clave de su productividad y el

ejemplo vivo que las organizaciones deben seguir para desarrollar las habilidades de
adaptación que le permitan subsistir en el mundo VUCA en el que vivimos.

Te invitamos a reflexionar sobre las

condiciones de trabajo actual de tu equipo,
¿consideras que está preparado para
adoptar el marco de trabajo SCRUM para el
desarrollo de sus proyectos?

Y si no es así, ¿qué condiciones crees que

deban atenderse para preparar el terreno
hacia la agilidad en la organización?

Referencias:

• PMI. PMBOK Guide®, 2021.

• International Scrum Institute™. The SCRUM Framework, the training book.
Third Edition. https://www.scrum-institute.org

• Jeffrey Ries. SCRUM. The complete step-by-step guide to managing product

development using agile framework. LEAN Mastery Collection. 2018.

9









 Se prohíbe la reproducción total o parcial de esta

INTRODUCCIÓN obra por cualquier medio sin previo y expreso

consentimiento por escrito del
Instituto Tecnológico y de Estudios Superiores de
A LA GESTIÓN Monterrey.

ÁGIL DE D.R. © Instituto Tecnológico y de Estudios

Superiores de Monterrey, México. 2021

PROYECTOS Ave. Eugenio Garza Sada 2501 Sur Col. Tecnológico

C.P. 64849 Monterrey, Nuevo León | México