• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Metodologias Agiles
 

Metodologias Agiles

on

  • 3,139 views

Metodologias agiles

Metodologias agiles

Statistics

Views

Total Views
3,139
Views on SlideShare
2,504
Embed Views
635

Actions

Likes
2
Downloads
89
Comments
0

10 Embeds 635

http://arielrodriguezh.blogspot.com 565
http://arielrodriguezh.blogspot.com.es 24
http://arielrodriguezh.blogspot.mx 20
http://www.arielrodriguezh.blogspot.com 9
http://arielrodriguezh.blogspot.com.ar 7
http://www.slideshare.net 5
http://arielrodriguezh.blogspot.in 2
http://arielrodriguezh.blogspot.fr 1
http://translate.googleusercontent.com 1
http://arielrodriguezh.blogspot.ca 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Metodologias Agiles Metodologias Agiles Presentation Transcript

  • Rodrigo Corral Software Architect MVP Team System / CSM [email_address]
      • Valoramos:
      • A los individuos y su interacción , por encima de los procesos y las herramientas.
      • El software que funciona , por encima de la documentación exhaustiva.
      • La colaboración con el cliente , por encima de la negociación contractual.
      • La respuesta al cambio , por encima del seguimiento de un plan.
    • Mejores comunicaciones
      • Cliente, el equipo, otros equipos
      • Se requieren “ejecutables”, se necesita menos documentación
    • Manejar el cambio constante
      • Hacerlo un derecho del usuario
      • Iteraciones cortas
      • Gestión más simple y estricta de requerimientos
      • Prácticas para mitigar el riesgo
        • TDD, integración continua, etc..
    • Mejorar y adaptar el modo de funcionar
    • Dar “valor” pronto, es la prioridad
      • Desarrollo incremental: KISS, DRY
      • El cliente tiene más responsabilidad
    • Formar equipo con el cliente
    • Promocionar las comunicaciones abiertas
    • Trabajar con una visión común
    • La calidad es el negocio de todos, todos los días
    • Mantenerse ágil, adaptarse a los cambios
    • Hacer del despliegue un habito
    • Crear un flujo de valor
    • El cliente decide la calidad
    • Orgullo profesional
    • Equipo de iguales
    • Entrega frecuente
    • Deseo de aprender
    • Ser específico pronto
    • Calidad de servicio
    • Ciudadanía
  •  
    • Program management – Entrega de la solución: Lograr entregar la solución en tiempo, coste y de acuerdo a las necesidades de los ‘stakeholders’
    • Architecture – El sistema desde una perspectiva amplia: Servicios, soluciones técnicas, interoperabilidad. Crecimiento futuro.
    • Development – Solución técnicas: soluciones pensadas, diseño claro, buenas estimaciones detalladas, código de calidad y test unitarios
    • Test – Calidad de la solución desde el punto de vista del cliente
    • Release/Operations – Facilidad de despliegue y operación
    • User experience – Solución más efectiva desde el punto de vista del usuario
    • Product management – El negocio del cliente: conocer, comprender y comunicar las necesidades de negocio del cliente
  •  
  •  
    • Scenario (Escenario)
    • QoS (Calidad de servicio)
    • Bug (Error)
    • Risk (Riesgo)
    • Task (Tarea)
    • Workstreams: Serie de actividades que ser realizan en un flujo lógico
    • Activities: Pequeñas tareas que se realizan durante el trabajo. Guía para realizar la división del trabajo en tareas.
    • Work Products (Productos de trabajo): Archivos, documentos, especificaciones, binarios, etc…. necesarios para completar las actividades y construir el producto.
    • Calidad frente a velocidad
    • Trabajo no planeado
    • Velocidad
    • Tasa de Errores
    • Reactivaciones
    • Indicadores de calidad
    • Trabajo restante
  •  
  •  
  •  
  •  
    • La velocidad es la clave
      • Aglutina todos los aspectos del desarrollo
      • Imposible de sesgar
      • Responde las grandes cuestiones
        • ¿Esta terminado ya?
        • ¿Cuánto queda?
  •  
  •  
  • Metodología Planificación Gestión del cambio Estimación Documentación Herramientas Procesos ROI Equipo Comunicación Involucrar al cliente Testeo Unitario Calidad Gestión de la configuración Construcción automatizada Contratos Gestión de requisitos
  • SOCORRO! Gestionar proyectos es dificil Gestionar proyectos ES POSIBLE Vengo a animaros a hacerlo… y comentar mi experiencia
  • Evitar reinventar la rueda Establecer un marco de trabajo claro Incorporar a nuestra gestión buenas prácticas
  • Simple, de menos a más Natural para el desarrollador Ágil {SCRUM}
  • Soportar la metodología y buenas prácticas en el día a día Facilitar la vida de los implicados en el proyecto Recolectar y explotar información sin burocrácia
  • Agnóstica respecto a la metodología Con soporte para todas las buenas prácticas comunes Integrada en el día al día del desarrollador
    • A los individuos y su interacción , por encima de los procesos y las herramientas.
    • El software que funciona , por encima de la documentación exhaustiva.
    • La colaboración con el cliente , por encima de la negociación contractual.
    • La respuesta al cambio , por encima del seguimiento de un plan.
  • Autoorganizado Autogestionado Multifuncional
  • Dificultades Acciones Resultados
  • Crear un producto backlog Entender y formar el equipo multidisciplinar Crear el product backlog Estimación Seguir la reglas de Scrum Implementar buenas prácticas Aprender a estimar Trabajamos metódicamente continuamente Nuestra velocidad de desarrollo mejora contínuamente Hemos conseguido los objetivos marcados La calidad del producto a mejorado enormemente La rotación en el equipo es nula
  • Falta de comprensión de las ventajas Falta de pericia al escribir pruebas Pereza al escribir pruebas Problemas de rendimiento de las pruebas Las pruebas unitarias no son opcionales Pragmatismo: cobertura suficiente = pruebas suficientes Mantenimiento contínuo de las pruebas Capacidad de mejorar la base de código con libertad Percepción general de mejora de la calidad de desarrollo Flexibilidad para implementar cambios con rapidez Código más mantenible Mejor diseño + 1600 pruebas “sin esfuerzo” Ya nadie discute la utilidad
  • Difícil Muy ambiciosos La complejidad de la construcción crece más que la complejidad del proyecto Utilizar una figura de Release Manager Mantenimiento continuo de los scripts de construcción Reutilización de tareas de terceros Todo componente tiene su instalador El despliegue ha dejado de ser un dolor Podemos hacer test de humo Detección muy temprana de problemas Muchas menos incidencias
  • Exigen burocracia Exigen seguimiento Exigen control Seleccionar métricas suficientes pero no excesivas Vigilarlas a diario en el Daily Scrum Hacerlas pieza central de la gestión del proyecto Analizarlas con visión de medio plazo Mantener la burocracia bajo control Gestionar en base a datos Guiar en base a fundamentos las actividades paralelas al desarrollo Hacer visible el progreso, la velocidad de desarrollo Mejorar la gestión de recursos y personal
  • Problemas de comunicación habituales Obsolescencia de la documentación Cambios no informados Asegurar un extraordinario ROI Utilizar extensivamente las capacidades de WSS Mantener la documentación estrictamente necesaria Usar otras formas de documentación Compartir información a diario Informar ‘hacia afuera’ y promocionar el feedback Extraordinario lead time de los proyectos Extraordinario ROI Clientes satisfechos Bajo riesgo por rotación Confianza en la documentación
  • La calidad no es importante La falta de calidad daña la agilidad y la velocidad Nosotros no elegimos la calidad Dejar la calidad para el final Pruebas de aceptación y de humo Test de carga puntualmente Sprint Reviews: vigilar la calidad percibida Betas públicas: automatización del despliegue Mantener el nivel de calidad es más barato que alcanzarlo Agilidad ante cambios Tiempo de despliegue minimizado Detección temprana de problemas
    • No es fácil
    • Es posible
      • Equipo
      • Metodología
      • Buenas prácticas
      • Herramientas adecuadas
      • Equivocaciones o conocimiento
    • Los resultados son espectaculares
  • ¡Haced algo! … os podemos ayudar
    • Mi blog: http://geeks.ms/blogs/rcorral
    • www.scrumforteamsystem.com
    • [email_address]
  • ¡Gracias!