Escuela Provincial de Educación Técnica N°4 O.E.A.
Técnico en Informática Profesional y Personal
Metodología de desarrollo de software: Scrum
Informe
Curso: 6to “E”
Profesora: Polaczinski Griselda
Alumna: Arce, Agustín; De Lima, Leonardo; Díaz, Abril
Puerto iguazú, Misiones
1. ¿Qué es el método SCRUM?
Scrum es una metodología de desarrollo ágil utilizada en el desarrollo de Software basada en
un proceso iterativo e incremental. Scrum es un marco ágil adaptable, rápido, flexible y
eficaz que está diseñado para ofrecer valor al cliente durante todo el desarrollo del proyecto.
El objetivo principal de Scrum es satisfacer la necesidad del cliente a través de un entorno de
transparencia en la comunicación, responsabilidad colectiva y progreso continuo. El
desarrollo parte de una idea general de lo que hay que construir, elaborando una lista de
características ordenadas por prioridad (product backlog) que el propietario del producto
quiere obtener.
2. Historia
La historia de Scrum se remonta a 1986 en el artículo de la Harvard Business Review (HBR)
titulado “The New Product Development Game” (El juego del desarrollo de nuevos
productos) por Hirotaka Takeuchi y Ikujiro Nonaka. Este artículo describe cómo empresas
como Honda, Canon y Fuji-Xerox producen nuevos productos en todo el mundo utilizando
un enfoque escalable y basado en equipos para el desarrollo de productos. Este enfoque hace
hincapié en la importancia de potenciar los equipos autoorganizados. Scrum es un término
extraído del Rugby, que se refiere a la forma en que se reinicia el juego después de una falta o
cuando el balón ha abandonado el juego.
En 1993, Jeff Sutherland y su equipo de Easel Corporation crearon el proceso Scrum para ser
utilizado en los procesos de desarrollo de software combinando los conceptos del artículo de
1986 con los conceptos de desarrollo orientado a objetos, control empírico de procesos,
desarrollo iterativo e incremental, procesos de software y mejora de la productividad, así
como el desarrollo de sistemas complejos y dinámicos.
3. Principios de la metodología Scrum
Existen seis principios de Scrum que ayudan a definir qué es Scrum y a aplicar la
metodología Scrum para aprovechar sus beneficios. Son los siguientes:
1. Control sobre el proceso empírico. Los equipos Scrum creen en la transparencia, la
inspección y la adaptación.
2. Autoorganización. Aunque un equipo Scrum tendrá roles y reglas, cada miembro
Scrum está facultado para asumir la responsabilidad de sus tareas y su trabajo. En
Scrum se cree que la responsabilidad compartida produce equipos más creativos y
dinámicos.
3. Colaboración. El equipo obtendrá los mejores resultados si trabaja en conjunto
durante y después del sprint de Scrum.
4. Priorización basada en valores. El objetivo del sprint de Scrum es ofrecer el mayor
valor comercial. Para hacer eso, se debe dar prioridad al trabajo desde el inicio del
proceso.
5. Duración limitada (timeboxing). El proceso Scrum tiene varias actividades basadas
en el tiempo, como el sprint en sí, las reuniones diarias de actualización y el análisis
retrospectivo. Debido a que Scrum se basa en la creencia de la mejora continua, es
importante establecer una duración limitada para el trabajo para pasar a la siguiente
tarea y mejorar el trabajo futuro.
6. Desarrollo iterativo. En Scrum, el primer producto no será perfecto. Pero al construir
de manera iterativa, el equipo podrá adaptarse mejor a las necesidades del cliente y
modificar el producto y sus resultados en función de la priorización basada en el
valor.
4. ¿Cómo funciona?
Scrum se ejecuta en bloques temporales, cortos y periódicos, denominados Sprints, que
suelen oscilar entre 2 y 4 semanas, que es el plazo de retroalimentación y reflexión. Cada
Sprint es una entidad en sí misma, es decir, proporciona un resultado completo, una variación
del producto final que debe poder entregarse al cliente con el menor esfuerzo posible cuando
éste lo solicite. ¿Y por qué los sprints no pueden durar más de un mes? El motivo es porque si
aumenta este período también aumenta el riesgo de que tanto los requerimientos de lo que
estamos desarrollando como el contexto cambien. Al final de cada sprint se genera un
incremento que se suma al resto de producto desarrollado.
El proceso tiene como punto de partida una lista de objetivos/requisitos que conforman el
plan del proyecto. Es el cliente del proyecto el que prioriza estos objetivos considerando un
equilibrio entre el valor y el coste de los mismos, así se determinan las iteraciones y las
consiguientes entregas.
Por un lado el mercado exige calidad, rapidez en la entrega y menores costes, para lo cual una
empresa debe ser muy ágil y flexible en el desarrollo de los productos, para conseguir ciclos
de desarrollo cortos que puedan satisfacer la demanda de los clientes sin mermar la calidad
del resultado. Es una metodología muy fácil de implementar y muy popular por los rápidos
resultados que obtiene.
4.1 Roles
El equipo Scrum está formado por los siguientes roles:
Scrum master: Es la persona que dirige al equipo guiándolo para que cumpla con las reglas
y procesos de la metodología. El Scrum master gestiona la reducción de impedimentos del
proyecto y trabaja con el Propietario de Producto para maximizar el ROI. El Scrum Master se
encarga de mantener al Scrum al día, proporcionando coaching, mentoring y formación a los
equipos en caso de que lo necesite.
Propietario de Producto o Product Owner (PO): Es el representante de las partes
interesadas y de los clientes que utilizan el software. Se centra en la parte de negocio y es
responsable del ROI del proyecto. Traduce la visión del proyecto al equipo, valida los
beneficios en historias para incorporarlas al Product Backlog y las prioriza de forma regular.
Equipo: Grupo de profesionales con los conocimientos técnicos necesarios que desarrollan el
proyecto de forma conjunta llevando a cabo las historias a las que se comprometen al inicio
de cada sprint.
5. Procesos de la metodología
1. Organizar el trabajo pendiente. Para comenzar un sprint de Scrum, el líder del
equipo (Scrum Master) identificará qué trabajo extraer de la lista de tareas pendientes,
es decir, el trabajo que debe realizarse. Para llevar a cabo el mejor sprint de Scrum
posible, debe estar asegurado que el trabajo pendiente para el producto esté
claramente documentado en un solo lugar. Es recomendable usar una herramienta de
gestión de proyectos para recopilar toda esta información.
2. Sprint Planning. Realizar una sesión de planificación del sprint. Antes de comenzar
el sprint de Scrum, es necesario saber el enfoque del mismo. Durante la sesión de
planificación del sprint, se evalúa en qué parte del trabajo pendiente se centrará el
equipo durante este sprint de Scrum específico.
3. Comenzar el sprint de Scrum. Por lo general, un sprint dura dos semanas, aunque se
pueden tener sprints más cortos o más largos dependiendo de lo que funcione mejor
para el equipo. Durante el sprint, el equipo trabajará en las tareas pendientes
establecidas durante la sesión de planificación del sprint.
4. Daily Stand Up. Organización de reuniones diarias de actualización de Scrum. La
Daily Stand Up es una reunión diaria para el equipo de desarrollo durante 15 minutos.
Las reuniones de actualización diarias son la oportunidad para informar con respecto
al trabajo que se está realizando e identificar cualquier obstáculo inesperado que haya
surgido. El objetivo fundamental de estas reuniones es planificar el trabajo de las
siguientes horas e inspeccionar el avance del trabajo.
5. Sprint Review. Presentación del trabajo durante la revisión del sprint. Una vez
terminado el sprint de Scrum, el equipo debe reunirse para hacer una revisión del
sprint. La sprint review tendrá como máximo una duración de 4 horas para sprints de
un mes. Durante este tiempo, el equipo Scrum presentará el trabajo que está
“Terminado” para la aprobación o inspección de los participantes.
6. Sprint Retrospective. Conversación y reflexión durante el análisis retrospectivo del
sprint. Al final de cada sprint, se toma un tiempo para analizar cómo se desarrolló y
qué podría mejorarse en el futuro. En Scrum se cree en un proceso de mejora
continua, así que es importante probar nuevos procesos o reelaborar estrategias que se
creen no tan efectivas durante el próximo sprint.
5.1 Artefactos Scrum
Los artefactos de Scrum están diseñados para garantizar la transparencia de la información
clave en la toma de decisiones.
Product Backlog (PB): El backlog del producto es una lista que recoge todo lo que el
producto necesita para satisfacer a los potenciales clientes. Lo elabora el propietario del
producto y las funciones se priorizan en función de lo que es más y menos importante para el
negocio. El objetivo es que el propietario del producto responda a la pregunta «¿Qué hay que
hacer?».
Sprint Backlog (SB): Es un subconjunto de ítems del product backlog, que son
seleccionados por el equipo para realizar durante el sprint en el que van a trabajar. El equipo
establece la duración de cada Sprint. Por lo general, el sprint backlog se muestra en tableros
físicos llamados Tableros Scrum – que hace que el proceso de desarrollo sea visible para
todos los que entran en el área de desarrollo.
Incremento: El Incremento es la suma de todas las tareas, casos de uso, historias de usuario,
backlogs de producto y cualquier elemento que se haya desarrollado durante el sprint y que se
pondrá a disposición del usuario final en forma de Software.
6. Scrum en comparación con otras metodologías
Agile vs Scrum
Agile es una filosofía de gestión de proyectos que ayuda a los equipos a mejorar
continuamente. Los equipos “Agile” o ágiles creen en el desarrollo iterativo y progresivo para
ayudar a los equipos a responder al cambio y hacer frente a la incertidumbre. Por otro lado, el
marco Scrum tiene roles y sistemas adicionales para ayudar a los equipos a ser ágiles. En
Scrum, al igual que en Agile, los equipos trabajan hacia la mejora continua. Pero a diferencia
de Agile, que es más bien una filosofía o un marco, Scrum establece formas específicas en las
que los equipos pueden mejorar continuamente, a través de herramientas como sprints,
reuniones de actualización y análisis retrospectivo.
Kanban vs Scrum
El marco Kanban también es un subconjunto del marco Agile. Kanban es una forma visual de
gestionar procesos y trabajos continuos. Con las herramientas Kanban, los equipos tienen una
forma de visualizar el trabajo que avanza por etapas hasta que se finaliza.
7. Ejemplos prácticos de la utilización de Scrum
Google:
Al momento de decir que Google usa Scrum no es referido a toda la empresa y todos los
proyectos, pero si es algo que con el tiempo se fue implementando más en la empresa con el
paso del tiempo. La implementación empezó en Google Adwords, actualmente llamado Ads,
pero con el tiempo Scrum fue llegando a más productos de Google.
Algo a resaltar que aprendieron con Scrum es a dejar de seguir las fechas de liberación
exigiéndose que un producto, por ejemplo, deba salir dentro de un mes y empezaron a
implementar lo contrario “La fecha final se decide a partir del progreso ya demostrado”.
Amazon:
Otra empresa que marcó un ejemplo a seguir con Scrum en sus equipos de trabajo. La clave
de éxito en la implementación de Scrum en Amazon fue la autonomía en los equipos de
trabajo:
Que cada equipo (3-8 integrantes) tuviera autonomía implica que no tengan que esperar
decisiones de la administración o externas al propio equipo, logrando de esta manera que
pueda ir a su ritmo.
Spotify:
Spotify fue de las primeras empresas en usar esta metodologia, así también fueron quienes
innovaron en la implementacion de Scrum, haciendo adaptaciones que harían historia en
Scrum y Agile.
Luego de una etapa de éxito y errores, Spotify implementó conceptos como squad, tribu y
gremio, los cuales a