1 Metodologías de Desarrollo de Software SCRUM Vs. TSPUniversidad de los Andes Libardo Lara David Méndez

2 AGENDA Contexto TSP SCRUM TSP Vs. SCRUM

3 AGENDA Contexto TSP SCRUM TSP Vs. SCRUM

4 Contexto Se requiere de metodología para llevar a cabo de manera exitosa un proyecto. Hay que saberla escoger y comprometerse con el seguimiento de la misma. No hay metodologías malas. Hay metodologías que no son adecuadas para un proyecto. Se pueden adaptar las metodologías para que sean exitosas en un proyecto en particular. Depende de varios factores dentro de los que se encuentran la madurez del equipo de desarrollo y conocimiento de tecnologías. Es obligatorio para el proyecto del curso de arquitectura de software. TODO SE DOCUMENTA EN UNA WIKI QUE SERÁ TENIDA EN CUENTA PARA LA CALIFICACIÓN DE LOS TALLERES

5 AGENDA Contexto TSP SCRUM TSP Vs. SCRUM

6 TSP – Introducción Team Software ProcessFramework que presenta conceptos para la conformación eficiente de grupos de trabajo. Propone un equilibrio entre proceso, producto y equipo. Basado en PSP (Personal Software Process)

7 TSP – Marco de ImplementaciónTomado de: Introducción a TSP. Rubby Casallas.

8 TSP - Roles Líder de Proyecto Líder de Planeación Líder de SoporteLíder de Desarrollo Líder de Calidad Información adicional acerca de la definición de cada uno de los roles en TSP:

9 TSP – Ciclos de Desarrollo

10 AGENDA Contexto TSP SCRUM TSP Vs. SCRUM

11 SCRUM - Introducción Metodología ágil de desarrollo de software.Enfocada en el producto. Propone trabajo diario. RIESGO: Dejar de lado la metodología si no se sabe implementar.

12 SCRUM - Roles Product Owner SCRUM Master SCRUM TeamCliente. Tiene la capacidad de tomar decisiones. Priorizar y planear cambios en el producto. SCRUM Master Líder del equipo de desarrollo (coach) Funciones: Estar pendiente de los obstáculos que se presentan en el proceso y superarlos. Coordinar el equipo de trabajo. Moderar las reuniones. SCRUM Team Equipo de desarrollo

13 SCRUM – Artefactos [1] Product BacklogLista priorizada de requierimientos. Intervienen: Product Owner * [En la teoría] SCRUM Master Team

14 SCRUM – Artefactos [2] Product Backlog – Definición de requerimientos

15 SCRUM – Artefactos [3] Sprint BacklogAsignación de tareas basada en el Product Backlog y la prioridad de los requerimientos. Los miembros del equipo son los que escogen las tareas que quieren realizar basados en sus capacidades. Avance diario en horas de trabajo. IMPORTANTE! Mantener el SPRINT Backlog actualizado.

16 SCRUM – Artefactos [4] SPRINT Backlog – Asignación de tareas y avance diario.

17 SCRUM – Artefactos [5]

18 SCRUM – Artefactos [6]

19 SCRUM – Artefactos [7]

20 SCRUM - Procesos Creando el Product Backlog SPRINT PHASE Daily SCRUMUna reunión en la que se establecen y priorizan requierimientos. Se hace estimación de los requerimientos. SPRINT PHASE Se seleccionan los requerimientos que se van a implementar en el SPRINT. Daily SCRUM Reunión de seguimiento diaria. Tres preguntas: ¿Qué hizo desde la última reunión? ¿Qué va a hacer entre esta reunión y la siguiente? ¿Hay algo que impida su avance?

21 SCRUM – Estimación de RequerimientosSe nombra un requerimiento Cada uno de los miembros escribe en un papel (que no muestra) el tiempo que estima se va a demorar el desarrollo de dicho requerimiento. Una vez todos terminan se promedian los tiempos. OBJETIVO: Evitar que se sesguen las opiniones de los miembros del grupo.

22 AGENDA Contexto TSP SCRUM TSP Vs. SCRUM

23 SCRUM Vs TSP – Ejemplos Qualdev Group (TSP enriquecido con SCRUM)

24 SCRUM Vs. TSP – Ejemplos SoftArchitects (SCRUM enriquecido con TSP)

25 Lecturas recomendadasSCRUM en 5 minutos: Adaptive Project Managment using SCRUM

26 Bibliografía Casallas R., Team Software Process Introduction. Disponible en: SCRUM en 5 minutos. Disponible en: SCRUM en Qualdev: