3. 3
AgendaAgenda
• AntecedentesAntecedentes
• Como funciona SCRUMComo funciona SCRUM
• Roles y responsabilidadesRoles y responsabilidades
• Flujo de Scrum.Flujo de Scrum.
• Artefactos.Artefactos.
• Esquema de comunicaciónEsquema de comunicación
• Implementando Scrum.Implementando Scrum.
• Ventajas y desventajas.Ventajas y desventajas.
• Preguntas.Preguntas.
4. 4
Antecedentes.Antecedentes.
• Publicación del articulo “The New ProductPublicación del articulo “The New Product
Development Game “ en HarvardDevelopment Game “ en Harvard
Business Review, Jan-Feb 1986 porBusiness Review, Jan-Feb 1986 por
Takeuchi y NonakaTakeuchi y Nonaka
• Considerado como modelo ágil por laConsiderado como modelo ágil por la
AgileAgile AllianceAlliance
5. AntecedentesAntecedentes
• Metodología de desarrollo ágil utilizada enMetodología de desarrollo ágil utilizada en
el desarrollo diferentes productos, entreel desarrollo diferentes productos, entre
ellos, el desarrollo de software.ellos, el desarrollo de software.
6. AntecedentesAntecedentes
• Basado en los principios ágiles:Basado en los principios ágiles:
– Colaboración estrecha con el clienteColaboración estrecha con el cliente
– Predisposición y respuesta al cambioPredisposición y respuesta al cambio
– Desarrollo incremental con entregas frecuentesDesarrollo incremental con entregas frecuentes
de funcionalidadde funcionalidad
– Comunicación verbal directaComunicación verbal directa
– Simplicidad, solo los artefactos necesariosSimplicidad, solo los artefactos necesarios
– Motivación, compromiso y responsabilidad delMotivación, compromiso y responsabilidad del
equipo por la auto-gestión, auto-organizaciónequipo por la auto-gestión, auto-organización
7. ¿Como funciona?¿Como funciona?
Antes de iniciar cada iteración, el
equipo revisa las tareas pendientes y
selecciona la parte que entregará
como un incremento de
funcionalidad al finalizar la iteración
(Sprint)
El equipo debe revisar los requisitos, considerar la tecnología a utilizar, evaluar
su conocimiento y en forma colectiva determinar la forma en la que implementara
la funcionalidad
8. RolesRoles
Solo existen tres roles dentro de ScrumSolo existen tres roles dentro de Scrum
• Product OwnerProduct Owner
• ScrumMasterScrumMaster
• Scrum TeamScrum Team
9. Roles ( Product Owner)Roles ( Product Owner)
Representa a todos los interesados en elRepresenta a todos los interesados en el
producto final.producto final.
• Marca las prioridades del productoMarca las prioridades del producto
• Lleva el control de las estimacionesLleva el control de las estimaciones
• Retorno de Inversión (ROI)Retorno de Inversión (ROI)
10. Roles (Scrum Team)Roles (Scrum Team)
Debe transformar las tareas del SprintDebe transformar las tareas del Sprint
Backlog en un incremento de funcionalidadBacklog en un incremento de funcionalidad
en el software.en el software.
• Desarrollar el producto con calidad.Desarrollar el producto con calidad.
• Auto-gestionadoAuto-gestionado
• Auto-organizado.Auto-organizado.
• Multi-funcionalMulti-funcional
• No mayor a ocho elementos.No mayor a ocho elementos.
11. Roles (ScrumMaster)Roles (ScrumMaster)
Responsable del proceso de Scrum.Responsable del proceso de Scrum.
• Incorporación de Scrum en la cultura de laIncorporación de Scrum en la cultura de la
organización.organización.
• Asegura el cumplimiento de los roles yAsegura el cumplimiento de los roles y
responsabilidades.responsabilidades.
• Formación y entrenamiento en el proceso.Formación y entrenamiento en el proceso.
12. Roles: gallinas y cerdos.Roles: gallinas y cerdos.
Una gallina y un cerdo paseaban por la carretera. La gallina dijo al
cerdo: “Quieres abrir un restaurante conmigo”. El cerdo consideró la
propuesta y respondió: “Sí, me gustaría. ¿Y que venderíamos ?”. La
gallina respondió: “Huevos con jamón”.
El cerdo se detuvo, hizo una pausa y contestó: “Pensándolo
mejor, creo que no voy a abrir un restaurante contigo”. La gallina
los cuestiono por la razón de su negativa, a lo que el cerdo le
contesto: “En este negocio, Yo estaría realmente comprometido,
mientras que tu estarías sólo implicada”.
Scrum hace una clara diferencia entre estos dos grupos
(gallinas y cerdos) para garantizar que quienes tienen la
responsabilidad tienen también la autoridad necesaria para
poder lograr el éxito del proceso, y que quienes no la tienen no
puedan producen interferencias innecesarias
15. Flujo de ScrumFlujo de Scrum
Fuente: Agile Project Management with Scrum
Ken Schwaber
Visión:
ROI – versiones
hitos
Product Backlog
Requisitos priorizados
Selección de la
Product Backlo
Sprint Backlog
Nueva funcionalidad
17. SprintSprint
• Tiempo en el cual se desarrolla unTiempo en el cual se desarrolla un
incremento en la funcionalidadincremento en la funcionalidad
– Duración máxima: 30 díasDuración máxima: 30 días
– Durante el Sprint no puede modificarse elDurante el Sprint no puede modificarse el
contenido del Sprint Backlog.contenido del Sprint Backlog.
18. SprintSprint
Razones para abortar un Sprint.Razones para abortar un Sprint.
– La tecnología seleccionada no funciona.La tecnología seleccionada no funciona.
– Han cambiado las circunstancias del negocioHan cambiado las circunstancias del negocio
– El Scrum Team ha tenido interferencias.El Scrum Team ha tenido interferencias.
Solo el ScrumMaster puede abortar un Sprint.Solo el ScrumMaster puede abortar un Sprint.
19. ArtefactosArtefactos
• Scrum define una pequeña cantidad deScrum define una pequeña cantidad de
artefactos para el seguimiento del proyectoartefactos para el seguimiento del proyecto
y control de las actividades asociadas aly control de las actividades asociadas al
sprint.sprint.
– Sprint BacklogSprint Backlog
– Product BacklogProduct Backlog
– Grafica de progreso.Grafica de progreso.
20. Product BacklogProduct Backlog
Listado con los requisitos del sistemaListado con los requisitos del sistema
• Mantenido y priorizado por el ProductMantenido y priorizado por el Product
OwnerOwner
• Documento dinámico que incorporaDocumento dinámico que incorpora
constantemente las necesidades delconstantemente las necesidades del
sistemasistema
• Se mantiene durante todo el ciclo de vidaSe mantiene durante todo el ciclo de vida
21. Product BacklogProduct Backlog
Estimacióninicial
Complejidad
Estim.ajustada
ID Elemento
1 Nuevo formulario para peticiones de clientes 2 0.2 2,4
2 Configuración de respuestas automáticas 3 0.2 3,6
3 Envío automático de respuestas 1 0.2 1,2
4 Consulta para los clientes de peticiones enviadas 1 0.2 1,2
5 Modificación del cliente de sus peticiones enviadas 2 0.2 2,4
6 Acceso a peticiones sólo para clientes del portal jurídico 5 0.2 6
7 Consulta de peticiones por parte del staff 1 0.2 1,2
8 Inserción de comentarios y reasignación a peticiones (staff) 2 0.2 1,2
9 Consultas por clientes, fechas y temas 3 0,2 3,6
Product Backlog
1
2,4
3,6
1,2
1,2
2,4
6
1,2
1,2
3,6
2
0
0
0
0
0
0
0
1,2
3,6
3
0
0
0
0
0
6
0
0
0
4
0
0
0
0
0
0
0
0
0
Trabajo pendiente
Sprint
10 [Continúa]….
SPRINT 1 15 18 18 0 0 0
22. Sprint BacklogSprint Backlog
Lista de tareas (realistas) extraídas delLista de tareas (realistas) extraídas del
Product Backlog que serán convertidas enProduct Backlog que serán convertidas en
un incremento de funcionalidad.un incremento de funcionalidad.
– Es recomendable que las tareas tengan unaEs recomendable que las tareas tengan una
duración entre 4 y 16 hrs., en caso de tareasduración entre 4 y 16 hrs., en caso de tareas
mayores deben intentar descomponerse enmayores deben intentar descomponerse en
sub-tareas de ese rango de tiempo.sub-tareas de ese rango de tiempo.
24. ComunicaciónComunicación
Scrum Meeting
Sprint Review
Sprint Retrospective
La forma mas eficiente y efectiva de comunicar información
de ida y vuelta dentro de un equipo de desarrollo es
mediante la comunicación cara a cara. Manifiesto Ágil
Scrum Planing Meeting
25. Sprint Planning MeetingSprint Planning Meeting
• Sprint Planning 1Sprint Planning 1
– Se priorizan las actividades contenidas en el Product BackLogSe priorizan las actividades contenidas en el Product BackLog
– Participan las gallinas y el Product OwnerParticipan las gallinas y el Product Owner
– Se define la metaSe define la meta
• Sprint Planning 2Sprint Planning 2
– Reunión previa al Sprint en donde el Product Owner muestra lasReunión previa al Sprint en donde el Product Owner muestra las
actividades contenidas en el Product Backlog, ya priorizadas, el Scrumactividades contenidas en el Product Backlog, ya priorizadas, el Scrum
Team en conjunto con el Scrum Master determinan las actividades queTeam en conjunto con el Scrum Master determinan las actividades que
contendrá el siguiente Sprint Backlogcontendrá el siguiente Sprint Backlog
– Si el Scrum Team acepta la viabilidad de la meta definida previamente,Si el Scrum Team acepta la viabilidad de la meta definida previamente,
se puede iniciar el Sprint, en caso contrario se comunica para la toma dese puede iniciar el Sprint, en caso contrario se comunica para la toma de
dediciones ( incrementar recursos, reducir alcance)dediciones ( incrementar recursos, reducir alcance)
– El Scrum Team define la plataforma y el diseño a utilizarEl Scrum Team define la plataforma y el diseño a utilizar
– El Scrum Team puede realizar pregunta a fin de determinar laEl Scrum Team puede realizar pregunta a fin de determinar la
complejidad de las tareas presentadas.complejidad de las tareas presentadas.
26. Scrum MeetingScrum Meeting
• Reunión diaria, informal, interactiva, ágil de no mas de 30 minutos.Reunión diaria, informal, interactiva, ágil de no mas de 30 minutos.
• Primera actividad del díaPrimera actividad del día
• Todos los miembros del equipo acuden,Todos los miembros del equipo acuden,
• Las gallinas no pueden intervenir ni distraer, de ser necesario, elLas gallinas no pueden intervenir ni distraer, de ser necesario, el
Scrum Master puede limitar el numero de gallinas asistentesScrum Master puede limitar el numero de gallinas asistentes
• Moderada por el Scrum Master quien pregunta a todos los miembrosModerada por el Scrum Master quien pregunta a todos los miembros
del equipodel equipo
– ¿Qué has hecho ayer?¿Qué has hecho ayer?
– ¿Qué vas hacer hoy?¿Qué vas hacer hoy?
– ¿Qué ayuda necesitas?¿Qué ayuda necesitas?
En caso de requerir ayuda, los miembros del equipo involucrados se reúnenEn caso de requerir ayuda, los miembros del equipo involucrados se reúnen
al terminar la revisión a fin de acordar las acciones necesariasal terminar la revisión a fin de acordar las acciones necesarias
• Solo habla la persona que informa, el resto escucha, no hay lugarSolo habla la persona que informa, el resto escucha, no hay lugar
para otras conversaciones.para otras conversaciones.
27. Sprint ReviewSprint Review
Reunión del equipo, Scrum Master, Product Owner con
todas las personas implicadas en el proyecto (gallinas).
– Duración máxima: 4 horas.
– Objetivo: presentar al propietario del producto y a las gallinas las
nuevas funcionalidades implementadas.
– Las funcionalidades no implementadas o terminadas no se
presentan.
– En la reunión, los miembros del equipo muestran las nuevas
funcionalidades.
– Al final de la reunión se interroga individualmente a todos los
asistentes para recabar impresiones, sugerencias de cambio y
mejora, y su relevancia.
– El propietario del producto trata con los asistentes y con el equipo
las posibles modificaciones en el Product Backlog.
28. Sprint RetrospectiveSprint Retrospective
• Reunión entre el Scrum Team y el Scrum Master,
opcionalmente el Product Owner.
– Todos los miembros del equipo responden a dos preguntas:
• ¿Qué cosas funcionaron bien en el último sprint?
• ¿Qué cosas se podrían mejorar?
– El Scrum Master anota todas las respuestas
– El Scrum Team prioriza las mejoras posibles al proceso
– El Scrum Master no proporciona respuestas, ayuda al equipo a
encontrar la mejor forma de trabajar con Scrum.
– Las acciones de mejora localizadas que se puedan implementar
en el próximo Sprint deben introducirse en el Product Backlog
como elementos no funcionales.
29. Implementando ScrumImplementando Scrum
• Scrum no es para todos los proyectos.Scrum no es para todos los proyectos.
• Generar plan de implementaciónGenerar plan de implementación
– Capacitación de los involucrados. (reglas,Capacitación de los involucrados. (reglas,
procesos)procesos)
– Definición de ScrumMasterDefinición de ScrumMaster
– Proyecto PilotoProyecto Piloto
• Equipos no dispersos.Equipos no dispersos.
30. VentajasVentajas
• Entrega de un producto funcional alEntrega de un producto funcional al
finalizar cada Sprint.finalizar cada Sprint.
• Posibilidad de ajustar la funcionalidad enPosibilidad de ajustar la funcionalidad en
base a la necesidad de negocio del clientebase a la necesidad de negocio del cliente
• Visualización del proyecto día a díaVisualización del proyecto día a día
• Alcance acotado y viable.Alcance acotado y viable.
• Equipos integrados y comprometidos con elEquipos integrados y comprometidos con el
proyecto, toda vez que ellos definieron elproyecto, toda vez que ellos definieron el
alcance y se auto-administran.alcance y se auto-administran.
31. DesventajasDesventajas
• No genera toda la evidencia oNo genera toda la evidencia o
documentación de otras metodologíasdocumentación de otras metodologías
• No es apto para todos los proyectos.No es apto para todos los proyectos.
• Tal vez sea necesario complementarlo conTal vez sea necesario complementarlo con
otros procesos (XP)otros procesos (XP)
32. HerramientasHerramientas
Existen en el mercado implementaciones deExisten en el mercado implementaciones de
herramientas que permiten llevar el control de unherramientas que permiten llevar el control de un
desarrollo con Scrum.desarrollo con Scrum.
• Microsoft Visual Studio Team SystemMicrosoft Visual Studio Team System
– httphttp://://scrumforteamsystem.comscrumforteamsystem.com
• ScrumzScrumz
– http://http://www.codeplex.comwww.codeplex.com//scrumzscrumz
• ScrumWorksScrumWorks
– http://www.danube.com/scrumworks/basic/featureshttp://www.danube.com/scrumworks/basic/features
33. Pero…. Y el Testing..Pero…. Y el Testing..
• La implementación de Planes de pruebas dentroLa implementación de Planes de pruebas dentro
y fuera del Sprint es en todo caso opcional, eny fuera del Sprint es en todo caso opcional, en
todo caso aun cuando el Scrum Team estetodo caso aun cuando el Scrum Team este
comprometido con la calidad, siempre escomprometido con la calidad, siempre es
necesario llevar a cabo pruebas adicionales.necesario llevar a cabo pruebas adicionales.
• Algunas actividades del siguiente Sprint puedenAlgunas actividades del siguiente Sprint pueden
ser la resolución de errores previos.ser la resolución de errores previos.
• La recolección de métricas en cuando a defectosLa recolección de métricas en cuando a defectos
puede brindar información importante y debe serpuede brindar información importante y debe ser
tomada en cuenta en el Sprint Retrospective.tomada en cuenta en el Sprint Retrospective.
34. Mas información.Mas información.
• Manifiesto AgilManifiesto Agil
– http://www.agilemanifesto.org/http://www.agilemanifesto.org/
• Control ChaosControl Chaos
– http://www.controlchaos.com/http://www.controlchaos.com/
• Agile Project Management with ScrumAgile Project Management with Scrum
• Agile Software Development with ScrumAgile Software Development with Scrum
• Joiz.NetJoiz.Net
– http://www.joiz.net/http://www.joiz.net/
• InfoQInfoQ
– http://www.infoq.com/http://www.infoq.com/