Scrum es un marco de trabajo para gestionar el desarrollo de software de manera ágil mediante la entrega de software funcional en ciclos cortos llamados "Sprints". Los roles clave son el Dueño del Producto, Scrum Master y el Equipo. El proceso implica la creación de una lista de requerimientos priorizados y la selección de tareas a completar en cada Sprint para entregar valor continuo al cliente.

1. Gestión del Desarrollo de SoftwareUsando Scrum Raúl Guerrero

2. Gestión del Desarrollo de Software Usando Scrum Raúl Guerrero Especialista de Producto Microsoft raul.guerrero@microsoft.com

3. Retos del desarrollo de software Scrum Facilitando el proceso Agenda

4. Desarrollar software es una actividad compleja. Implica entender correctamente la necesidad y crear una solución. Requiere coordinara un grupo de personas para llegar a un objetivo común. Retos del desarrollo de aplicaciones

5. Los proyectos cuestan más de lo planeado. Muchos de ellos tardan más tiempo de lo esperado. Y algunos de ellos nunca llegan a producción. Problemas recurrentes

6. ¿Entonces para que hacemos software? Para dar valora las empresas o personas que lo usan.

7. Cuando un cliente recibe un mejor servicio. Cuando una actividad lleva menos tiempo en realizarse. Cuando hacemos más con menos. Cuando generamos un mayor ROI. Y como se refleja el valor

8. Cuando nos diferenciamos y eso nos genera una ventaja competitiva DIFERENCIACIÓN = VENTAJA COMPETITIVA

9. Consiste en generar aplicaciones de manera incremental, por medio de entregas continuasque agreguen valor. ¿Que es el desarrollo ágil?

10. Individuos e iteraciones sobre procesos y herramientas. Software funcionando sobre documentación extensiva. Colaboración con el cliente sobre negociación contractual. Respuesta ante el cambio sobre seguir el plan. Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda. Manifiesto ágil Wednesday, September 14, 2011 Fuente: agilemanifiesto.org

11. Adopción de Ágil “Agile processes have not only gained increasing adoption levels; they have also rapidly joined the mainstream of development approaches..” ― Forrester January 20th 2010 “After a decade, we … are going to try hard to stop distinguishing between agile software development and non-agile software development…. it’s all software development now” ― SD Times March 15th 2011 El desarrolloágil ha sidoadoptadopor la mayoría

12. ¿Qué se dice sobre ágil? Wednesday, September 14, 2011 12 By 2012, agile development methods will be utilized in 80% of all software development projects. (Gartner Predicts 2010: Agile and Cloud Impact Application Development Directions, Gartner, Dec 2009) Agile processes have rapidly joined the mainstream of development approaches… …It’s time for software development professionals to stop sitting on the fence where Agile is concerned… …The benefits are well worth the effort (Agile Development: Mainstream Adoption Has Changed Agility, Forrester, Feb 2010)

13. Mejorar la comunicación. Adaptarse al cambio. Entregar softwarefuncionando continuamente. Impulsar el trabajo en equipo. Maximizar el ROI ¿Qué es lo que busca?

14. Satisfaccióndel cliente. Aceptación del cambio. Colaboracióncontinua. Enfocado a las personashabilitándolos para dar su máximo potencial. Facilitando la visibilidaden todo momento. Principios en resumen…

15. ¿Que es lo que busca?

16. Trabajo en Equipo Wednesday, September 14, 2011

17. Colaboración continua 17 Wednesday, September 14, 2011

18. Visibilidad

19. Satisfacción del cliente

20. Es un marco de trabajo para gestionar el desarrollo de software Scrum

21. La entrega de software funcional por medio de ciclos de tiempo definido llamados «Sprints» Atendiendo las necesidades definidas en términos de negocio por medio de una lista priorizada «Product backlog» ¿Qué propone? 21 Wednesday, September 14, 2011

22. Dueño del producto. Scrum Master. El Equipo. ¿Qué roles participan? 22 Wednesday, September 14, 2011

23. ¿Como funciona? 23 Wednesday, September 14, 2011

24. ¿Como funciona? Tressemanas

25. Se crea una lista de necesidades a construir priorizadas por el negocio «Product Backlog» De ellas el equipo estima el detalle de aquellas necesidades que puede construir durante el «Sprint», y selecciona cuales de ellas pueden ser entregadas. Todos los días se revisa el avance en una junta de 15 minutos durante la cual cada miembro del equipo selecciona el trabajo que realizara al día siguiente y expone que termino y cuales son los impedimentos existentes. Al final del «Sprint» se presenta el producto que se construyo ¿Como funciona? 25 Wednesday, September 14, 2011

26. Es una lista de requerimientos priorizadas por el valor que aporta a la organización. De ella se extraen las actividades que serán realizadas en cada "Sprint" Product Backlog 26 Wednesday, September 14, 2011

27. Por cada actividad del «Product Backlog» se detallan las tareas a realizar que pueden comprometerse durante la duración del «Sprint» y se estima el esfuerzo que implica al inicio del mismo. Planeación del Sprint 27 Wednesday, September 14, 2011

28. Un Sprint es un periodo de tiempo fijo en el cual se realiza el trabajo sin interrupciones. Durante cada Sprint se realizan las siguientes actividades: Junta de planificación del Sprint. Juntas diarias de seguimiento. Revisión del Sprint. Junta de retrospectiva. Sprint 28 Wednesday, September 14, 2011

29. El seguimiento se da por medio de los siguientes artefactos: Product Backlog Sprint Backlog Burn down chart ¿Cómo se le da seguimiento? 29 Wednesday, September 14, 2011

30. Estableciendo una serie de prácticasque se realizan todos los días orientadas a garantizar la calidad de lo que se entrega. Dando visibilidaden todo momento del proyecto. Habilitando al equipo con herramientasque faciliten el proceso. ¿Y como se logra el éxito en Scrum? 30 Wednesday, September 14, 2011

31. Integración Continua. Programación en Par. Desarrollo orientado a las pruebas «TDD». Comunicación cara a cara. Diseño incremental. Calidad Probar frecuentemente Prácticas 31 Wednesday, September 14, 2011

33. Facilitando la gestiónde las actividades. Mejorando la comunicaciónde los miembros de trabajo al contar con repositorios de información comunes. Brindando la visibilidaden todo momento del avance. Habilitando las prácticasrelacionadas al desarrollo ágil. ¿Como ayudan las herramientas? 33 Wednesday, September 14, 2011

34. Herramientas para el desarrollo de softwareEl objetivo real: Optimizar el proceso de punta a punta Herramienta de desarrollo Herramienta de Arquitectura Herramienta de Pruebas Diagramas Casos de Prueba Integración continua Historias de Usuario Estadísticas de proyecto Herramientas que permitan la visibilidad Servidor Compartido/ Repositorio Herramienta para compartir las actividades

35. Facilitar la gestión Wednesday, September 14, 2011 35

36. Herramientas para facilitar la gestión

37. Administración del ProductBacklog. Agrupación de actividades por sprints. Seguimiento del avance de las tareas. Gestión de errores e impedimentos. Administración de casos de prueba. Facilita la gestión inclusive en equipos distribuidos. http://msdn.microsoft.com/en-us/vstudio/aa718795.aspx Plantilla de proceso de Scrum en TFS 37 Wednesday, September 14, 2011

38. Mejorar la comunicación Wednesday, September 14, 2011 38

39. Compartir documentación 39 Wednesday, September 14, 2011

40. Diagramas 40 Wednesday, September 14, 2011

41. Prototipaje

42. Video conferencia

43. Dar visibilidad Wednesday, September 14, 2011 43

44. Herramientas para dar visibilidad 44 Wednesday, September 14, 2011

45. Herramientas para dar visibilidad

46. Herramientas para dar visibilidad

47. Tiempo que se há teminado… Tareas que se han cerrado…

48. Mejorando el reporteo ágil ¿Estamos teniendo avance en los planes de prueba ejecutados? ¿Cuantos planes de prueba fallan? ¿Cuantos errores hemos encontrado?

49. Los errores se resuelven constantemente… Numero de errores por persona…

50. Numero de lineas de código probadas… Lineas de código que han cambiado…

51. Pruebas que pasan… ¿Que tan saludables son nuestras compilaciones? La reactivación de errores es baja…

52. Habilitar las prácticas Wednesday, September 14, 2011 52

53. % de pruebas que pasan… % de código cubierto… % de código que cambio…

54. Histograma de las últimas compilaciones Cambios realizados Actividades incluidas

55. Pruebas 55 Wednesday, September 14, 2011

56. Generación automatizada de laboratorios

57. Prácticasdurante el desarrollopruebasunitarias y refactoring

58. Demo Herramientas para el desarrollo de software 58 Wednesday, September 14, 2011

59. ¿? ¿Preguntas? Wednesday, September 14, 2011 59

61. Aula Virtual con apoyos de estudio y flexibilidad de tiempo.

62. 6 semanas de entrenamiento con Instructor Certificado.

63. Sesiones de Video Conferencia semanales para aclaraciones y dudas.

64. Reconocimiento de Microsoft con Valor Curricular.

65. ¡Sin Costo!

67. Wednesday, September 14, 2011 62