Scrum, Team System y el mundo real{…siyo he podidotupuedes}<br />Rodrigo Corral<br />rcorral@plainconcepts.com<br />Softwa...
Gestión de proyectos<br />Metodología<br />Herramientas<br />Involucrar al cliente<br />Contratos<br />Planificación<br />...
SOCORRO{    }!<br />Gestionar proyectos es dificil<br />Gestionar proyectos ES POSIBLE<br />Vengo a animaros a hacerlo… y ...
¿Por qué una metodología?<br />Evitar reinventar la rueda<br />Establecer un marco de trabajo claro<br />Incorporar a nues...
¿Qué metodología?<br />Simple, de menos a más<br />Natural para el desarrollador<br />Ágil<br />{SCRUM}<br />
¿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 im...
¿Qué herramienta?<br />Agnósticarespecto a la metodología<br />Con soporteparatodaslasbuenasprácticascomunes<br />Integrad...
Manifiesto ágil<br />A los individuos y su interacción, por encima de los procesos y las herramientas. <br />El software q...
Scrum<br />
El equipo<br />Autoorganizado<br />Autogestionado<br />Multifuncional<br />
En adelante…<br />Dificultades<br />Acciones<br />Resultados<br />
Scrum<br />Crear un producto backlog<br />Entender y formar el equipo multidisciplinar<br />Crear el productbacklog<br />E...
BuenasprácticasPruebasunitarias<br />Falta de comprensión de las ventajas<br />Falta de pericia al escribir pruebas<br />P...
BuenasprácticasIntegraciónfrecuente y construccionesautomatizadas<br />Difícil<br />Muy ambiciosos<br />La complejidad de ...
BuenasprácticasMétricas<br />Exigen burocracia<br />Exigen seguimiento<br />Exigen control<br />Seleccionar métricas sufic...
Buenas prácticasFacilitar la comunicación<br />Problemas de comunicación habituales<br />Obsolescencia de la documentación...
Buenas prácticasCalidad, calidad y… calidad<br />La calidad no es importante<br />La falta de calidad daña la agilidad y l...
Resumiendo<br />No es fácil<br />Es posible<br />Equipo<br />Metodología<br />Buenas prácticas<br />Herramientas adecuadas...
 ¡Haced algo!<br /> {    <br />                           }!<br />  … os podemos ayudar<br />
Recursos<br />Mi blog: http://geeks.ms/blogs/rcorral<br />www.scrumforteamsystem.com<br />rcorral@plainconcepts.com<br />
¡Gracias!<br />
Upcoming SlideShare
Loading in …5
×

Scrum, Team System y el mundo real

1,196 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 />

×