Docente: GINA FAVIOLA BORDA M.

GESTION DE SOFTWARE

w w w. i t s c . e d u. b o
 Metodologías ágiles

Se entiende como Desarrollo ágil de

Software a un paradigma de
Desarrollo de Software basado en
procesos ágiles.

w w w. i t s c . e d u. b o
 Procesos ágiles de
desarrollo
Intentan evitar los tortuosos y
burocráticos caminos de las
metodologías tradicionales
enfocándose en la gente y los
resultados

w w w. i t s c . e d u. b o
 Scrum

• Scrum es un proceso iterativo e

incremental que puede ser
utilizado para desarrollar
cualquier producto o administrar
cualquier trabajo.

w w w. i t s c . e d u. b o
 Pila de producto: son la funcionalidad del sistema priorizada
w w w. i t s c . e d u. b o
• Sus principales atributos son:
• Un enfoque orientado a que los
equipos desarrollen sistemas y
productos de manera
• iterativa e incremental cuando los
requerimientos cambian de manera
rápida
• Un proceso que controla el caos de
conflictos de intereses y necesidades

w w w. i t s c . e d u. b o
 Scrum

• Una manera de mejorar las

comunicaciones y maximizar la cooperación
• Una manera de maximizar la productividad
• Escalable a múltiples proyectos y toda la
organización
• Una forma que todos se sientan bien con
su trabajo, entendiendo que cada uno con
sus contribuciones hizo lo mejor que podía
hacer

w w w. i t s c . e d u. b o
 Diferencias entre
metodologías(1)
Metodologías Ágiles Metodologías tradicionales
• Basadas en heurísticas provenientes de • Basadas en normas provenientes de
prácticas de producción de código estándares
• Especialmente preparados para • Seguidos por el entorno de desarrollo
cambios durante el proyecto
• Cierta resistencia a los cambios
• Impuestas internamente (por el equipo)
• Impuestas externamente
• Proceso mucho más controlado, con
numerosas políticas/normas
• Proceso menos controlado, con pocos
principios
• No existe contrato tradicional o al
menos es bastante flexible
• Existe un contrato prefijado

w w w. i t s c . e d u. b o
 Diferencias entre
metodologías(2)
Metodologías Ágiles Metodologías tradicionales
• El cliente interactúa con el
equipo de desarrollo • El cliente es parte del equipo de
• Grupos pequeños (<10 desarrollo mediante reuniones
integrantes) y trabajando en el • Grupos grandes y posiblemente
mismo sitio distribuidos
• Pocos artefactos
• Más artefactos
• Más roles
• Pocos roles
• La arquitectura del software es
• Menos énfasis en la esencial y se
arquitectura del software • expresa mediante modelos

w w w. i t s c . e d u. b o
▪ Auto - gestionado
▪ Auto – organizado
▪ Multifuncional
▪ Transforman los
requerimientos en funcionalidad
en cada incremento

w w w. i t s c . e d u. b o
 ▪ Formación y entrenamiento de procesos
▪ Incorporación de Scrum en la cultura del
equipo
▪ Garantía de cumplimiento de roles y
responsabilidades
▪ Remueve impedimentos
▪ Facilitador
▪ Asegura que se cumpla Scrum

w w w. i t s c . e d u. b o
Product Owner
Financiación del proyecto

❑ Representa los intereses del cliente dentro de la

empresa.

❑ Es el nexo entre el cliente y el equipo.

❑ Tiene la visión global del producto buscado.

❑ Es el encargado de armar y priorizar el Product

Backlog (Lista priorizada de requerimientos).

w w w. i t s c . e d u. b o
• Listado con los requisitos del sistema.
▪ Listado de todas las a implementar.
▪ Es dinámico.
▪ Mientras exista un producto, el Product Backlog también existe.
w w w. i t s c . e d u. b o
 sprint

w w w. i t s c . e d u. b o
 El Sprint

w w w. i t s c . e d u. b o
 Pila del sprint Nueva
funcionalidad

Selección de la
Pila de producto
(Product Backlog)
-- Funcionalidades

• Product Owner
(modificar cuidando la
inversión).
Pila de producto
• Stakeholders (usuario,
-- Requisitos priorizados.
soporte técnico,
-- Listado con los requisitos
administradores,etc )
del sistema.

w w w. i t s c . e d u. b o
 Sprint Planning Meeting
(Reunion de planeamiento del
Sprint)

w w w. i t s c . e d u. b o
 Sprint Planning

• Los Sprints duran, idealmente, menos de un mes.

• Se seleccionan los requerimientos del Product
Backlog que entrarán en el sprint.
• Se hace un listado de todas las tareas necesarias para
terminar el sprint backlog, indicando el esfuerzo de
cada una.
• Se asignan responsables a las tareas

w w w. i t s c . e d u. b o
 Se divide en 2 partes y son:
• Las primeras cuatro horas se dedican al Product
Owner
• Las segundas cuatro horas el equipo planea su
propio Sprint

w w w. i t s c . e d u. b o
w w w. i t s c . e d u. b o
w w w. i t s c . e d u. b o
 Trabajo o tareas determinadas por el equipo para
realizar en un sprint y lograr al final del mismo un
incremento de la funcionalidad.
Se recomienda que las tareas reflejadas tengan una
duración comprendida entre las 4 y las 16 horas de
trabajo.
Las de mayor duración deben intentar
descomponerse en sub-tareas de ese rango de
tiempo.

23
w w w. i t s c . e d u. b o
w w w. i t s c . e d u. b o
 Al final del Sprint, se realiza una
reunión de revisión de Sprint,
llamada Sprint Review

w w w. i t s c . e d u. b o
Fin del sprint: Sprint review
4 horas
 Reunión donde se presenta al product owner y a los
implicados todas las funcionalidades implementadas.

 El Product owner trata con los asistentes y con el team

las posibles modificaciones en la pila de producto.

 Al final de la reunión se interroga individualmente a

todos los asistentes para recabar impresiones,
sugerencias de cambio y mejora, y su relevancia.

w w w. i t s c . e d u. b o
Después del Sprint review y
antes de la proxima Sprint
planning meeting, el
ScrumMaster convoca a una
Sprint retrospective del Sprint
con el Team.

w w w. i t s c . e d u. b o
Sprint retrospective
3 horas

 El ScrumMaster hace que el Team revise, su proceso de

desarrollo Scrum, para hacerlo más eficaz y eficiente
para el próximo Sprint.

 El ScrumMaster no proporciona respuestas, sino que

ayuda al equipo a encontrar la mejor forma de trabajar
con Scrum.

En conjunto, Sprint planning meeting, Daily Scrum, Sprint review, y el

Sprint retrospective, constituyen la inspección empírica y prácticas
de la adaptación del Scrum.

w w w. i t s c . e d u. b o
w w w. i t s c . e d u. b o
w w w. i t s c . e d u. b o
SPRINT

w w w. i t s c . e d u. b o
Sala de Desarrollo

w w w. i t s c . e d u. b o