Universidad de San Carlos de Guatemala

Análisis y Diseño 1

Juan Luis Baldelomar

201403785

Scrum: la metodología ágil

¿Ha considerado alguna vez por qué el desarrollo de software puede ser tan complicado? ¿Por qué
la gestión de otro tipo de proyectos se vuelve más manejable o fácil de manipular? Esto ocurre
debido a que los proyectos de software son intangibles y apreciar su avance para el cliente es más
difícil que con otro tipo de proyectos como la construcción de un edificio o implementación de una
nueva línea de producción en una fábrica. De hecho, no solamente para el cliente es más difícil
apreciar aspectos del proyecto, sino también para los miembros del equipo que trabajan este, pues
el hecho de que sea intangible y con una mala comunicación es fácil ir por caminos totalmente
opuestos al momento de desarrollo del trabajo. Debido a esto surgen lo que son las metodologías
de desarrollo de software, las cuales tratan de distintas maneras de gestionar los recursos de una
manera controlada para que el trabajo se vuelva más fácil. Scrum es una metodología ágil de
desarrollo de software cuyo objetivo es la gestión de un proyecto para que este pueda ser entregado
en el tiempo estipulado con los recursos asignados.

Scrum es una metodología ágil para la gestión de proyectos de software que se compone de distintas
fases y roles con el fin de terminar un proyecto con los recursos y tiempo planeado. Su nombre
proviene del nombre de una jugada del deporte de Rugby el cuál hace referencia a un caos
organizado. El trabajo de un proyecto en esta metodología viene en función de lo que se conoce
como product backlog. El product backlog es una pila priorizada en donde se agregan todas las
funcionalidades e historias de usuario a desarrollar por el equipo de trabajo, y de esta se van
sacando las funcionalidades en cuanto el equipo las va completando.

Se mencionó que Scrum es una metodología ágil, pero ¿qué es una metodología ágil? Es aquella
que involucra varias iteraciones y una retroalimentación continua. Es aquella que involucra
constante planeación, integración y pruebas. En las metodologías ágiles en cada iteración se agrega
lo que es un incremento al producto final, y es por esto que se dice que son iterativas e
incrementales. Scrum es una metodología que cumple con estas características, y cada iteración es
conocida como sprint.

Un sprint es una iteración de una duración de dos a cuatro semanas en las cuales se trabaja por un
nuevo incremento en el proyecto, el cual se convierte en el objetivo del sprint o el sprint goal. Según
la página oficial de Scrum, www.scrum.org1, hay 3 cosas que deben tomarse en cuenta durante el
sprint: 1. No se hacen cambios que pongan en peligro el objetivo del sprint, 2. Las metas de calidad
no disminuyen y 3. El alcance puede ser renegociado entre el product owner y el equipo de trabajo
mientras más se conoce del proyecto. Al finalizar el sprint se tiene una reunión conocida como sprint

1
https://www.scrum.org/resources/what-is-a-sprint-in-scrum
review en donde el equipo de trabajo muestra su trabajo al cliente y luego se hace una
retroalimentación del sprint. El nuevo sprint empieza justo después de la conclusión del anterior.

Anteriormente se ha hecho mención al product owner y al equipo de trabajo, pero ¿qué son estos
términos en el scrum? La metodología de Scrum se compone de tres roles principales: el product
owner (cliente), el scrum master y el equipo de scrum (equipo de trabajo).

“Un equipo de scrum tiene una composición ligeramente diferente que un proyecto tradicional de
cascada, con tres roles específicos: product owner, scrum master y el equipo de desarrollo. Debido
a que los equipos de scrum son ‘cross-functional’, el equipo de desarrollo incluye testers,
diseñadores, ingenieros operacionales además de los desarrolladores.”2

El product owner es la persona que conoce las reglas del negocio y requerimientos del mercado y
para quien se desarrollará el proyecto ya que este tratará de obtener el mayor valor del equipo de
trabajo. Es el encargado de priorizar el product backlog y asegurarse de que el equipo de trabajo
comprende y entiende lo que representa cada funcionalidad del programa.

El Scrum Master es la persona encargada de velar porque se respeten y sigan los procesos
adecuados para la implementación de esta metodología. Esta persona se encarga de mediar entre
el product owner y el equipo de trabajo y también de resolver impedimentos y problemas que
puedan surgir durante el proyecto.

“Los Scrum Masters son comúnmente confundidos como el Project manager, cuando de hecho, los
Project managers no tiene en realidad lugar en la metodología de scrum.”3

El equipo de trabajo son un grupo de personas, usualmente de 5 a 7 miembros, encargadas de la

fase de desarrollo del proyecto como tal, son las personas que en sí producen un incremento al final
de cada iteración. Ellos son los encargados de gestionar el product backlog. Es importante remarcar
que el product owner no gestiona el product backlog, él lo prioriza, pero el equipo de trabajo es
quien decide cuántas historias de usuario o funcionalidades abarcar en cada iteración dependiendo
de sus habilidades.

Debido al fracaso que presentaban la mayoría de proyectos de software hace varios años surgen las
metodologías de desarrollo de software para ayudar a la administración de estos proyectos. Scrum
es una metodología iterativa e incremental, dicho en otras palabras una metodología ágil, con el
objetivo de ayudar en la gestión de proyectos para que estos puedan ser completados con los
recursos planificados. Cada iteración del Scrum es conocida como sprint y estas pueden ser de 2 a 4
semanas de trabajo. Al final de cada sprint el equipo de trabajo y el product owner realizan una
reunión para que sea entregado el nuevo incremento. Durante cada sprint las funcionalidades a
planificar se toman del product backlog, la cual es priorizada por el product owner y gestionada por
el equipo de trabajo. El scrum master es el encargado de velar porque se cumplan los pilares de esta
metodología y es importante recalcar que este no es el Project manager, ya que estos no tienen
lugar en esta metodología.

2
Tomado y traducido de https://www.atlassian.com/agile/scrum

3
Tomado y traducido de https://www.atlassian.com/agile/scrum
E-grafías

 https://www.atlassian.com/agile/scrum

 https://www.versionone.com/agile-101/

 https://www.scrum.org/resources/what-is-a-sprint-in-scrum

 http://www.scrum-institute.org/What_is_a_Sprint.php