Introduccion a Scrum

1,316 views
1,204 views

Published on

Pequeña introduccion a SCRUM

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,316
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
101
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Introduccion a Scrum

  1. 1. ScrumDY
  2. 2. "Los buenos programadores usan suscerebros, pero unas buenas directricesnos ahorran de tener que hacerlo en cadacaso"-- Francis GlassborowDY
  3. 3. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2DY
  4. 4. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2JK
  5. 5.  Estamos descubriendo formas mejores de desarrollarsoftware tanto por nuestra propia experiencia comoayudando a terceros. A través de este trabajo hemosaprendido a valorar: Individuos e interacciones sobre procesos yherramientas Software funcionando sobre documentaciónextensiva Colaboración con el cliente sobre negociacióncontractual Respuesta ante el cambio sobre seguir un plan Esto es, aunque valoramos los elementos de la derecha,valoramos más los de la izquierda.Manifiesto ÁgilJK
  6. 6. 1.Nuestra mayor prioridad es satisfacer alcliente mediante la entrega temprana ycontinua de software con valor.2.Aceptamos que los requisitoscambien, incluso en etapas tardías deldesarrollo. Los procesos Ágilesaprovechan el cambio para proporcionarventaja competitiva al cliente.3.Entregamos software funcionalfrecuentemente, entre dos semanas ydos meses, con preferencia al periodo detiempo más corto posible.4.Los responsables de negocio y losdesarrolladores trabajamos juntos deforma cotidiana durante todo el proyecto.12 PrincipiosJK
  7. 7. 5.Los proyectos se desarrollan en torno aindividuos motivados. Hay que darles elentorno y el apoyo que necesitan, yconfiarles la ejecución del trabajo.6.El método más eficiente y efectivo decomunicar información al equipo dedesarrollo y entre sus miembros es laconversación cara a cara.7.El software funcionando es la medidaprincipal de progreso.8.Los procesos Ágiles promueven eldesarrollo sostenible. Lospromotores, desarrolladores y usuariosdebemos ser capaces de mantener unritmo constante de forma indefinida.12 PrincipiosJK
  8. 8. 9. La atención continua a laexcelencia técnica y al buendiseño mejora la Agilidad.10.La simplicidad, o el arte demaximizar la cantidad de trabajo norealizado, es esencial.11.Las mejoresarquitecturas, requisitos y diseñosemergen de equipos auto-organizados.12.A intervalos regulares el equiporeflexiona sobre cómo ser másefectivo para a continuación ajustary perfeccionar su comportamientoen consecuencia.12 PrincipiosJK
  9. 9. “Una documentaciónvoluminosa es parte delproblema, no de la solución”-- Tom DeMarcoJK
  10. 10. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2JK
  11. 11.  Scrum es un marco de trabajopara la gestión y desarrollo desoftware basada en un procesoiterativo e incremental utilizadocomúnmente en entornosbasados en el desarrollo ágil desoftware.¿Qué es Scrum?JK
  12. 12.  Su atención se centra enuna estrategia flexible yholística de desarrollo deproductos, donde unequipo de desarrollotrabaja como una unidadpara alcanzar un objetivocomún frente a unenfoquetradicional, secuencial.¿Qué es Scrum?JK
  13. 13. • Scrum es un proceso ágil que nos permite centrarnos enofrecer el más alto valor de negocio en el menor tiempo.• Nos permite rápidamente y en repetidas ocasiones inspeccionarsoftware real de trabajo (cada dos semanas o un mes).• El negocio fija las prioridades. Los equipos se auto-organizan afin de determinar la mejor manera de entregar lasfuncionalidades de más alta prioridad.• Cada dos semanas o un mes, cualquiera puede ver el softwarereal funcionando y decidir si liberarlo o seguir mejorándolo enotro sprint.Y en Resumen ¿Qué es Scrum?JK
  14. 14. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2JK
  15. 15.  El concepto de Scrum tiene su origenen un estudio de 1986 sobre losnuevos procesos de desarrolloutilizados en productos exitosos enJapón y los Estados Unidos. Los equipos que desarrollaron estosproductos partían de requisitos muygenerales, así como novedosos, ydebían salir al mercado en muchomenos del tiempo del que se tardó enlanzar productos anteriores.HistoriaJK
  16. 16.  Estos equipos seguían patronesde ejecución de proyecto muysimilares. En este estudio secomparaba la forma de trabajo deestos equipos altamenteproductivos y multidisciplinares conla colaboración entre los jugadoresde Rugby y su formación de ScrumHistoriaJK
  17. 17.  En 1993 se realizó el primerScrum para desarrollo desoftware y en 1995 el procesofue formalizado. En 2001 ungrupo de personas muyrelevantes en lo queempezaba a ser el desarrolloágil escribieron los valoresfundamentales de losprocesos ágiles.HistoriaJK
  18. 18. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2DY
  19. 19.  En Scrum se realizan entregasparciales y regulares del productofinal, priorizadas por el beneficioque aportan al receptor delproyecto. Es indicado para proyectosen entornos complejos, donde senecesita obtener resultadospronto, donde los requisitos soncambiantes o pocodefinidos, dondela innovación, la competitividad, laflexibilidad y la productividad sonfundamentales.CaracterísticasDY
  20. 20.  Scrum también se utiliza pararesolver situaciones en que lasentregas se alargandemasiado, los costes sedisparan o la calidad no esaceptable, cuando senecesita capacidad de reacciónante la competencia, cuando lamoral de los equipos es baja y larotación alta, cuando esnecesario identificar y solucionarineficiencias sistemáticamente.CaracterísticasDY
  21. 21.  Equipos auto-organizados El producto avanza en una serie de“Sprints" de dos semanas a un mes deduración Los requisitos son capturados comoelementos de una lista de “ProductBacklog" No hay prácticas de ingeniería prescritas Utiliza normas generativas para crear unentorno ágil para la entrega de proyectos Uno de los “procesos ágiles”CaracterísticasDY
  22. 22. Beneficios deScrumCómo se consiguenGestión regular de lasexpectativas del clienteLista de requisitos priorizadaDemostración de los resultados de proyectoen cada iteraciónResultados anticipados (“timeto market”)Priorización de requisitos por valor y costeFlexibilidad y adaptación Re-planificación en el inicio de cada iteraciónRetorno de inversión (ROI)Priorización de requisitos por valorMitigación de riesgos Desarrollo iterativo e incrementalProductividad y calidad Mejora continuaComunicación diaria del equipoTimeBoxingEquipo multidisciplinarEstimación de esfuerzo conjuntaCompromiso del equipoDemostración de resultados preparados paraser utilizadosCliente y equipo trabajando “en equipo”Equipo motivado Equipo auto-gestionadoDemostraciónDY
  23. 23. "Unas buenas especificacionesincrementará la productividad delprogramador mucho más de lo quepuede hacerlo cualquier herramientao técnica"-- Milt BryceDY
  24. 24. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2JD
  25. 25. Sprint En Scrum los proyectosavanzan en una serie de“Sprints” Análogo a las iteraciones en XP La duración típica es 2–4semanas o a lo sumo unmes calendario La duración constanteconduce a un mejor ritmo El product esdiseñado, codificado ytesteado durante el SprintJD
  26. 26. Desarrollo secuencial vs. superpuestoEn lugar de hacer todo deuna cosa a la vez ......los equipos Scrum hacenun poco de todo todo eltiempoRequisitos Diseño Código TestJD
  27. 27.  Para esta actividad hacer equipos de 6 personas mientraslos moderadores plantean la dinámica del juego. El juego consiste en 2 fases, donde se tiene que cumplir unrequisito, desde la perspectiva de 2 empresas. Al final los integrantes deberán sacar las conclusiones deljuego.Actividad – El juego del nombreJK
  28. 28.  Toma de requisitos al cliente. 1. Para cada requisito principal se crea un bloque detrabajo, llamado historia. El cliente ordena los bloques de trabajo en una pila deproducto según su prioridad de entrega. El equipo de trabajo toma un grupo de historias, con el quetrabajan durante una iteración o sprint. Una vez finalizado un sprint entregan al cliente el resultadodel trabajo. Se vuelve al punto 2º hasta terminar la pila deproducto. Page 28Requisitos y SprintJD
  29. 29. Enfoque Iterativo Vs OrgánicoJD
  30. 30. Ciclo de VidaJD
  31. 31. “Hacer lo simple complicado esbastante corriente; hacer lo complicadosimple, sorprendentemente simple, esoes la creatividad”-- Charles MingusJD
  32. 32. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2D
  33. 33. Framework•Product owner•ScrumMaster•TeamRoles•Sprint planning•Sprint review•Sprint retrospective•Daily scrum meetingReuniones•Product backlog•Sprint backlog•Burndown chartsArtefactosD
  34. 34. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2D
  35. 35.  Hay dos categorías Pig (Comprometido) Chicken (Involucrado) (esto se cambio en el 2011 Ahora, la guía hace referenciaa “la organización”, “los empleados” y “las partesinteresadas” en lugar de cerdos y pollos.)RolesD
  36. 36.  Roles cerdo: Product Owner: responsable de que el desarrolloiterativo del producto va cumpliendo lasnecesidades del cliente. Equipo de desarrollo: el equipo encargado dedesarrollar el producto Scrum Master: encargado de que el proceso Scrumse realiza correctamente. Roles gallina: Usuarios de la aplicación Clientes ManagersRolesD
  37. 37.  Define las funcionalidades delproducto Decide sobre las fechas ycontenidos de los releases Es responsable por la rentabilidaddel producto (ROI) Prioriza funcionalidades deacuerdo al valor delmercado/negocio Ajusta funcionalidades yprioridades en cada iteración si esnecesario Acepta o rechaza los resultados deltrabajo del equipoProduct OwnerD
  38. 38.  Representa a la gestión del proyecto Responsable de promover losvalores y prácticas de Scrum Remueve impedimentos Se asegura de que el equipo escompletamente funcional yproductivo Permite la estrecha cooperación entodos los roles y funciones Escudo del equipo de interferenciasexternasScrum MasterD
  39. 39.  Típicamente de 5 a 9 personas Multi-funcional:◦ Programadores, testers, analistas, diseñadores, etc. Los miembros deben ser full-time◦ Puede haber excepciones (Ej.:Infraestructura, SCM, etc.) Los equipos son auto-organizativos◦ Idealmente, no existen títulos pero aveces se utilizan de acuerdo a laorganización Solo puede haber cambio de miembrosentre los sprintsScrum TeamD
  40. 40. “Incluir trabajadores en unproyecto retrasado hará queéste avance aún máslentamente”-- Ley de BrooksD
  41. 41. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2C
  42. 42. Reuniones – Sprint PlanningSprint Planning meetingPriorización• Analizar y evaluar el ProductBacklog• Seleccionar el objetivo del SprintPlanificación• Decidir como alcanzar el objetivodel Sprint (diseño)• Crear el Sprint Backlog (tareas) enbase a los temas del ProductBacklog (user stories / features)• Estimar Sprint Backlog en horasObjetivodel SprintSprintBacklogCondicionesdel NegocioCapacidaddel EquipoProductBacklogTecnologíaProductoActualC
  43. 43.  El primer día de la iteración se realiza la reunión deplanificación de la iteración. Tiene dos partes: Selección de requisitos (4 horas máximo). El clientepresenta al equipo la lista de requisitos priorizada delproducto o proyecto. El equipo pregunta al cliente las dudasque surgen y selecciona los requisitos más prioritarios quese compromete a completar en la iteración, de manera quepuedan ser entregados si el cliente lo solicita. Planificación de la iteración (4 horas máximo). El equipoelabora la lista de tareas de la iteración necesarias paradesarrollar los requisitos a que se ha comprometido. Laestimación de esfuerzo se hace de manera conjunta y losmiembros del equipo se autoasignan las tareas.Reuniones – Sprint PlanningC
  44. 44.  Cada día el equipo realizauna reunión de sincronización (15minutos máximo). Cada miembrodel equipo inspecciona el trabajoque el resto está realizando En la reunión cada miembro delequipo responde a tres preguntas: ¿Qué he hecho desde la últimareunión de sincronización? ¿Qué voy a hacer a partir deeste momento? ¿Qué impedimentos tengo ovoy a tener?Reuniones – Daily ScrumC
  45. 45.  El equipo presenta lorealizado durante elsprint Normalmente adopta laforma de una demo delas nuevas característicaso la arquitecturasubyacente Informal◦ Regla de 2 hs preparación◦ No usar diapositivas Todo el equipo participa Se invita a todo el mundoReuniones – Sprint ReviewC
  46. 46.  Periódicamente, seecha un vistazo a lo quefunciona y lo que no Normalmente 1 hora Se realiza luego de cadasprint Todo el equipoparticipa ScrumMaster Product owner Equipo Posiblemente clientes y otrosReuniones – Sprint RetrospectiveC
  47. 47. “Si tu proyecto no funciona, buscaen la parte que no pensaste quefuera importante“-- Arthur BlochC
  48. 48. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2DY
  49. 49.  Son el resultado de trabajo parcial ofinal que es producido y usadodurante un proyecto. Los artefactosson usados para capturar y llevar lainformación del proyecto.Un artefacto puede ser:Un documento: como un Caso deNegocio o un documento de laarquitectura del Software.Un modelo: como un modelo decaso de uso.Un elemento de un modelo: comouna sola clase de todo el Diagramade Clases.ArtefactosDY
  50. 50.  Los requisitos Una lista de todos los trabajosdeseados en el proyecto Idealmente cada tema tienevalor para el usuarios o elcliente Priorizada por el Product Owner Repriorizada al comienzo decada Sprint Se aplica PARETO (el 20% de lashistorias de usuario cumplencon el 80% de las necesidadesdel P.O.Artefactos – Product BackLogDY
  51. 51.  Una breve declaración de cual seráel foco del trabajo durante el sprint. Lista de tareas que el equipo elaboraen la reunión de planificación de laiteración (Sprint planning) comoplan para completar losobjetivos/requisitos seleccionadospara la iteración y que secompromete a demostrar al clienteal finalizar la iteración, en forma deincremento de producto preparadopara ser entregado.Artefactos – Spring BacklogDY
  52. 52.  Es recomendable, que el propietario delproducto emplee una hoja decálculo, alguna herramienta similar, o elsoporte de una intranet, para guardar enformato digital la pila del producto. Pero no es aconsejable emplearla comobase para trabajar sobre ella en lareunión proyectándola sobre la pantallade la sala. Es mucho mejor trabajar y manipularelementos físicos; y usar una pizarra yfichas removibles (adhesivas, conchinchetas o magnéticas).Artefactos-SeguimientoDY
  53. 53. Artefactos – Scrum TaskBoardDY
  54. 54. AGENDA Manifiesto Ágil 12 Principios ¿Que es Scrum? Y en resumen ¿Qué esScrum? Historia Características Beneficios Sprint Desarrollo Secuencial vsSuperpuesto Actividad 1 Requisitos y Sprint Enfoque Iterativo vsOrganico Ciclo de Vida FrameworkRoles Product Owner Scrum Master Team Reuniones Sprint Planning Daily Scrum Meeting Sprint Review Sprint Retrospective Artefactos Product BackLog Sprint Backlog Scrum Blackboard Actividad 2JK
  55. 55.  Cada persona, saque una hoja y un lápiz o lapicero. Siga las recomendaciones del moderador.Actividad 2 – Actividad de MemoriaJK
  56. 56. "No puedes crear un gran softwaresin un gran equipo, y la mayoría delos equipos de desarrollo secomportan como familiasdisfuncionales"-- Jim McCarthyJK
  57. 57. ¿Preguntas?
  58. 58.  http://www.scrum.org/Resources http://www.proyectosagiles.org www.mountaingoatsoftware.com/scrum www.scrumalliance.org www.controlchaos.com www.scrum.org scrumdevelopment@yahoogroups.comLecturas Recomendadas
  59. 59.  http://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum_Guide%202011%20-%20ES.pdf#zoom=100 Schwaber, Ken; Beedle, Mike (2002). Agile softwaredevelopment with Scrum. Prentice Hall. ISBN 0-13-067634-9. Schwaber, Ken (Febrero 2004). Agile Project Managementwith Scrum. Microsoft Press. ISBN 978-0-7356-1993-7. Cohn, Mike (Noviembre 2009). Succeeding with Agile:Software Development Using Scrum. ADDISON-WESLEYPROFESSIONAL. ISBN 978-8-1317-3226-7 http://agilemanifesto.org/iso/es/Bibliografia
  60. 60.  http://www.scrummanager.net/blog/wp-content/uploads/2011/12/Multitasking-Name-Game_ESP.pdf http://www.scrummanager.net/blog/2013/03/imagenes-en-equipo-ejercicio-para-formacion-de-equipos-agiles/Actividades

×