1 / 48

Scrum

Scrum. Patricio Jutard. Nombre: Lionel Zajdweber Mail: lioneljz@hotmail.com / lionelz@threemelons.com Teléfono: 15-5401-9010 Ocupación: Productor de Videojuegos en Three Melons ( www.threemelons.com ) Linkedin : http://www.linkedin.com/in/lioneljz Biografía:

morag
Download Presentation

Scrum

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Scrum

  2. Patricio Jutard • Nombre: Lionel ZajdweberMail: lioneljz@hotmail.com / lionelz@threemelons.comTeléfono: 15-5401-9010Ocupación: Productor de Videojuegos en ThreeMelons (www.threemelons.com)Linkedin: http://www.linkedin.com/in/lioneljzBiografía: • Secretario de Redacción de las revistas PC Users, USER y POWER, entre otras. Editor del suplemento USR Games. Colaborador de la revista PC Juegos. Ex dueño y fundador del portal de juegos Cerolag (www.cerolag.com). Charlas en las jornadas del instituto “La Metro” en Córdoba sobre “Desarrollo de Videojuegos en la Argentina” (años 2003 y 2005). Entrevistas sobre juegos para la radio de la BBC de Londres en español. Jurado del primer concurso CODEAR (EVA 04). Líder de comunidad para Microsoft MSDN, audiencia de desarrolladores, a través de E-volution. Administrador de numerosas comunidades de juegos en Internet (www.lfsla.net, www.htfans.com...). • Videojuegos producidos: Desafío Snowboard (www.sumatealacruzada.com), Desafío Intergaláctico (www.jetixtv.com), juegos para Fox, MTV, Disney y otros en progreso.

  3. De qué vamos a hablar • Qué es Scrum? • Por qué es útil para el desarrollo de juegos? • Como se aplica Scrum? • Qué herramientas podemos utilizar? • Discutiremos sus ventajas y deventajas y cuando conviene usarlo y cuando no.

  4. ¿Artesanía?

  5. ¿Proceso Formal?

  6. ¡Encuesta! ¿Quienes lo hicieron en equipo? ¿Quiénes alguna vez desarrollaron un juego? ¿Quienes viven del desarrollo de juegos? ¿A quienes les gustaría vivir de esto?

  7. ¿ Por qué esta charla ? • Porque Scum está de moda! :-) • Porque SCRUM y las metodologías ágiles de project management son las más usadas en el desarrollo de juegos. • Porque pueden ser de suma utilidad para encarar proyectos de desarrollos de juegos. • Porque si quieren trabajar en un game studio, deben conocerla.

  8. ¿Qué es Scrum? • Una metodología de manejo ágil de proyectos. • Define una serie de roles, reuniones y herramientas (artifacts). • Muy utilizada en proyectos de software donde el desarrollo es “un caos”, los cambios son una constante y existe poca previsibilidad.

  9. ¿Ágil? Se valora: • Al individuo y las interacciones del equipo de desarrollo sobre el proceso y las herramientas • Desarrollar software que funciona más que conseguir una buena documentación • La colaboración con el cliente más que la negociación de un contrato • Responder a los cambios más que seguir estrictamente un plan

  10. SCRUM Framework

  11. SCRUM Roles • Product Owner • Scrum Master • Team Member

  12. Product Owner

  13. Product Owner • Representa los intereses del cliente dentro de la empresa. • Es el nexo entre el cliente y el equipo. • Maneja la comunicacion y el feedback con el cliente. • Tiene la visión global del producto buscado. • Es el encargado de armar y priorizar el Product Backlog (Lista priorizada de requerimientos).

  14. Scrum Master

  15. Scrum Master • Responsable del buen funcionamiento del equipo. • Crear un entorno de confianza. • Facilitar las reuniones del equipo. • Desafiar al equipo (hacer las preguntas difíciles). • Hacer los problemas visibles. • Eliminar los impedimentos del equipo. • Responsable de la dinámica del proceso. • Representante del equipo. • Nexo entre el equipo y el PO.

  16. El Team

  17. El Team • Autonomo y auto-organizado. • Responsible por el producto final. • Toma decisiones de diseño e implementacion. • Es quein estima el trabajo a realizar.

  18. SCRUM Framework

  19. El Product Backlog • Lista Priorizada de todos los requerimientos (conocidos) • Representa el qué del proyecto. • En continua evolución. • Se modifica y re-prioriza en cada sprint. • El Product Owner es su dueño.

  20. SCRUM Framework

  21. El Sprint Backlog • Sub-conjunto del Product Backlog. • Es el listado de requerimientos que el equipo se comprometió a implemenar en el sprint. • No se modifica en el transcurso del sprint.

  22. SCRUM Framework

  23. Kick off de proyecto Se hace una reunión con el Product Owner, Scrum Master, el equipo y todo involucrado o interesado en el proyecto. Se priorizan y re-priorizan los ítems del product backlog. Se hacen estimaciones de esfuerzo para cada Story.

  24. 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.

  25. SCRUM Framework

  26. Daily “Scrum” meetings Reuniones diarias de no más de 15 minutos. Participan el Scrum Master y el equipo. Tienen como único objetivo la “sincronizacion” de los miembros del equipo. ¡No son reuniones técnicas! El equipo debería reunirse por su cuenta para coordinar detalles de desarrollo.

  27. Daily “Scrum” meetings

  28. El TaskBoard

  29. El Burn Down Chart

  30. Esfuerzo

  31. Herramientas?

  32. SCRUM Framework

  33. Vertical Slice

  34. Sprint Review Se hace una reunión con el Product Owner, Scrum Master, el equipo y los involucrados. Se muestran los ítems asignados para el sprint ya terminados. El Product Owner y los involucrados dan su feedback. Se comienza nuevamente el proceso, re-priorizando los ítems y generando un nuevo Sprint Planning.

  35. SCRUM Framework

  36. Post Mortem Reunión de retrospectiva organizada por el Scrum Master. Participa el Product Owner, Scrum Master, equipo y todo involucrado. Se hace un análisis del proceso. Que se hizo bien? Que se puede mejorar? Que aprendimos? MADURAR!

  37. SCRUM Framework

  38. Resumen de Scrum • Auto-Organización • Empuja la toma de deciciones a niveles bajos • Empirico, Adaptable, J-I-T • Favorece el Dialogo • Visibilidad

  39. FAQ SCRUM P: ¿Es la metodología perfecta? R: ¡No! No existe una metodología ideal, sino algunas mejores que otras según el caso donde se aplique. Para el desarrollo de los juegos, SCRUM presenta muchas ventajas. P: ¿En que casos SCRUM deja de ser idoneo? R: Cuando cuesta involucrar al cliente en el desarrollo del proyecto. Cuando el equipo no es experto y no es capaz de autoorganizarse. Y no vale la pena cuando es algo trivial.

  40. ¡Gracias! pato@threemelons.com http://www.threemelons.com http://blog.threemelons.com

More Related