AGILIDAD Y GESTION DE EQUIPOS EFICIENTES

AGILIDAD APLICADA AL DESARROLLO DE SOFTWARE

Me interesa

OBJETIVOS

Cada vez son más los proyectos que están incorporando gestión y prácticas ágiles, o siguen una metodología ágil (Scrum, XP, Crystal Clear, etc.).

Los objetivos del curso son profundizar en las técnicas y herramientas que necesita para gestionar con éxito el día a día de los proyectos ágiles en la empresa.

Se hará especial hincapié en la planificación de este tipo de proyectos, en su estimación y seguimiento.

Además, se comentarán las lecciones aprendidas, experiencias y recomendaciones de haber participado en decenas de implantaciones de esta metodología.

A QUIÉN VA DIRIGIDO

Dirigido a Directivos, jefes de proyecto, Product Owner, Scrum Master, responsables de calidad, responsables de mejora de procesos software, consultores, evaluadores, auditores informáticos, personal de gerencia media y técnica del área de SI/TI y profesionales del área TIC.

CONTENIDOS

DÍA 1

  •  ¿Qué es la agilidad? (bien entendida)
    • Gestión clásica vs Tradicional… gestionar tecnología no es gestionar la construcción de un edificio (aunque durante años nos empeñamos en ello, mucho)
      • Gestión Visual… ¿Gantts?
    • Ciclo de vida cascada vs iterativo vs agil
      • El proyecto cerrado
      • Iterativo + Incremental
      • De departamentos a equipos, el cambio del rol del cliente.
      • El cambio en el modelo de negocio
      • El cambio del Testing, del testing “por cumplir”… al testing como pieza clave y vital
        • Ahora ya no vale no hacerlo bien
      •  ¿Por qué la agilidad ahora se demanda tanto? (siendo algo tan antiguo)
        • Compartiendo casos reales (cercanos, de españa)
        • ¿Recuerdas cómo era antes la informática?… back to the future
      • Manifiesto ágil
      • Cuándo aplica más un modelo: del tradicional al ágil
  • Peopleware
    • Peopleware y equipos ágiles (sin equipo no hay agilidad)
    • 1, captar talento, retener y motivar (gestión de la felicidad, identidad, Niko Niko y Kudos
    • 2, el entorno afecta a la productividad, interrupciones, muchas tareas abiertas pocas cerradas, el cambio de contexto
    • 3, el tamaño del equipo implacta en la productividad… ¿añadir más gente arregla algo? ¿Tamaño ideal?
    • 4, la calidad software impacta en la productividad
    • 5, equipos multifuncionales, auto-gestionados. De departamentos a equipos.
      • Minimizando la dependencia: mobprogramming, pair programming
      • Equipos externalizados y desarrollo global.
    • TALLER EN GRUPO: Auto-Organización
  • El Product Owner (I)
    • Historias de Usuario
      • Gherkin
      • Cómo enlazar con Pruebas de Aceptación
    • TALLER EN GRUPO: Extraer HU
    • Product Backlog y su Priorización (MOSCOW)

DÍA 2

  • 1er Daily Meeting de Grupos
  • El Product Owner (II)
    • TALLER EN GRUPO: Priorización
    • Producto Mínimo Viable
    • DoD (Definition odf Done)
      • Desarrollo ágil… y Testing en Cascada????
  • Cuando hay muchas HU o cuando necesito proyectos relativamente cerrados: Roadmaps, Releases y Temas
    • Continuous Discovery
    • Mapas de Historias
    • TALLER EN GRUPO: Roadmap y MVP
  • Introducción a las técnicas ágiles y SCRUM
    • Metodologías Clásicas vs ágiles
    • Explicación del “framework” Scrum… on live 🙂
    • INFOGRAFÍAS: Los roles y responsabilidades de Scrum
    • MAPA MENTAL RESUMEN
    • COMPARTIENDO EXPERIENCIAS: Fotos reales de Tableros Scrum de otros proyectos (cercanos, españoles)
  • Planificación y estimación ágil.
    • Estimación Tradicional y Ágil
    • Puntos Historia
    • TALLER EN GRUPO: Planning Pocker (I)
    • TALLER EN GRUPO: Planning Pocker (II)
    • La Velocidad
    • ¿Y si no estimamos? ¿Tiene sentido estimar? Pensemoslo #noestimates
    • Tiempo de Sprint
    • TALLER EN GRUPO: Global de Aplicar Scrum
  • Lean y Kanban
    • Lean
    • Kaizen
    • Muda
    • WIP
  • Deuda Técnica
    • Técnicas ágiles (XP)
    • Calidad Clásica vs Agil
    • ¿Qué crea deuda Técnica?
    • Cómo defenderse
    • Prácticas Técnicas esenciales: Test Unitarios, TDD, Refactoring, Integración Continua, DevOps
  • Conclusiones y recomendaciones Finales