Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Scrum, Team System y el mundo real

1,215 views

Published on

Published in: Technology, Business
  • Be the first to comment

Scrum, Team System y el mundo real

  1. 1. Scrum, Team System y el mundo real{…siyo he podidotupuedes}<br />Rodrigo Corral<br />rcorral@plainconcepts.com<br />Software Architect<br />Plain Concepts<br />
  2. 2. Gestión de proyectos<br />Metodología<br />Herramientas<br />Involucrar al cliente<br />Contratos<br />Planificación<br />Procesos<br />Estimación<br />Documentación<br />Gestión de requisitos<br />TesteoUnitario<br />Calidad<br />Comunicación<br />ROI<br />Construcción automatizada<br />Gestión de la configuración<br />Gestión del cambio<br />Equipo<br />
  3. 3. SOCORRO{ }!<br />Gestionar proyectos es dificil<br />Gestionar proyectos ES POSIBLE<br />Vengo a animaros a hacerlo… y comentar mi experiencia<br />
  4. 4. ¿Por qué una metodología?<br />Evitar reinventar la rueda<br />Establecer un marco de trabajo claro<br />Incorporar a nuestra gestión buenas prácticas<br />
  5. 5. ¿Qué metodología?<br />Simple, de menos a más<br />Natural para el desarrollador<br />Ágil<br />{SCRUM}<br />
  6. 6. ¿Por qué una herramienta?<br />Soportar la metodología y buenas prácticas en el día a día<br />Facilitar la vida de los implicados en el proyecto<br />Recolectar y explotar información sin burocrácia <br />
  7. 7. ¿Qué herramienta?<br />Agnósticarespecto a la metodología<br />Con soporteparatodaslasbuenasprácticascomunes<br />Integrada en el día al día del desarrollador<br />
  8. 8. Manifiesto ágil<br />A los individuos y su interacción, por encima de los procesos y las herramientas. <br />El software que funciona, por encima de la documentación exhaustiva. <br />La colaboración con el cliente, por encima de la negociación contractual. <br />La respuesta al cambio, por encima del seguimiento de un plan. <br />
  9. 9. Scrum<br />
  10. 10. El equipo<br />Autoorganizado<br />Autogestionado<br />Multifuncional<br />
  11. 11. En adelante…<br />Dificultades<br />Acciones<br />Resultados<br />
  12. 12. Scrum<br />Crear un producto backlog<br />Entender y formar el equipo multidisciplinar<br />Crear el productbacklog<br />Estimación<br />Seguir la reglas de Scrum<br />Implementar buenas prácticas<br />Aprender a estimar<br />Trabajamos metódicamente continuamente<br />Nuestra velocidad de desarrollo mejora contínuamente<br />Hemos conseguido los objetivos marcados<br />La calidad del producto a mejorado enormemente<br />La rotación en el equipo es nula<br />
  13. 13. BuenasprácticasPruebasunitarias<br />Falta de comprensión de las ventajas<br />Falta de pericia al escribir pruebas<br />Pereza al escribir pruebas<br />Problemas de rendimiento de las pruebas<br />Las pruebas unitarias no son opcionales<br />Pragmatismo: cobertura suficiente = pruebas suficientes<br />Mantenimiento contínuo de las pruebas<br />Capacidad de mejorar la base de código con libertad<br />Percepción general de mejora de la calidad de desarrollo<br />Flexibilidad para implementar cambios con rapidez<br />Código más mantenible<br />Mejor diseño<br />+ 1600 pruebas “sin esfuerzo”<br />Ya nadie discute la utilidad<br />
  14. 14. BuenasprácticasIntegraciónfrecuente y construccionesautomatizadas<br />Difícil<br />Muy ambiciosos<br />La complejidad de la construcción crece más que la complejidad del proyecto<br />Utilizar una figura de Release Manager<br />Mantenimiento continuo de los scripts de construcción<br />Reutilización de tareas de terceros<br />Todo componente tiene su instalador<br />El despliegue ha dejado de ser un dolor<br />Podemos hacer test de humo<br />Detección muy temprana de problemas<br />Muchas menos incidencias<br />
  15. 15. BuenasprácticasMétricas<br />Exigen burocracia<br />Exigen seguimiento<br />Exigen control<br />Seleccionar métricas suficientes pero no excesivas<br />Vigilarlas a diario en el DailyScrum<br />Hacerlas pieza central de la gestión del proyecto<br />Analizarlas con visión de medio plazo<br />Mantener la burocracia bajo control<br />Gestionar en base a datos<br />Guiar en base a fundamentoslasactividadesparalelas al desarrollo<br />Hacer visible el progreso, la velocidad de desarrollo<br />Mejorar la gestión de recursos y personal<br />
  16. 16. Buenas prácticasFacilitar la comunicación<br />Problemas de comunicación habituales<br />Obsolescencia de la documentación<br />Cambios no informados<br />Asegurar un extraordinario ROI<br />Utilizar extensivamente las capacidades de WSS<br />Mantener la documentación estrictamente necesaria<br />Usar otras formas de documentación<br />Compartir información a diario<br />Informar ‘hacia afuera’ y promocionar el feedback<br />Extraordinario lead time de los proyectos<br />Extraordinario ROI<br />Clientes satisfechos<br />Bajo riesgo por rotación<br />Confianza en la documentación<br />
  17. 17. Buenas prácticasCalidad, calidad y… calidad<br />La calidad no es importante<br />La falta de calidad daña la agilidad y la velocidad<br />Nosotros no elegimos la calidad<br />Dejar la calidad para el final<br />Pruebas de aceptación y de humo<br />Test de carga puntualmente<br />Sprint Reviews: vigilar la calidad percibida<br />Betas públicas: automatización del despliegue<br />Mantener el nivel de calidad es más barato que alcanzarlo<br />Agilidad ante cambios<br />Tiempo de despliegue minimizado<br />Detección temprana de problemas<br />
  18. 18. Resumiendo<br />No es fácil<br />Es posible<br />Equipo<br />Metodología<br />Buenas prácticas<br />Herramientas adecuadas<br />Equivocaciones o conocimiento<br />Los resultados son espectaculares<br />
  19. 19. ¡Haced algo!<br /> { <br /> }!<br /> … os podemos ayudar<br />
  20. 20. Recursos<br />Mi blog: http://geeks.ms/blogs/rcorral<br />www.scrumforteamsystem.com<br />rcorral@plainconcepts.com<br />
  21. 21. ¡Gracias!<br />

×