Agile¿what?
La historia de una ida y de ninguna vuelta
Gracias :)
     Barcelona
Gracias :)
Marc Florit Miravet

| Just a Follower, Fan, Father & Lover
| Unutopic, Agileholic & Addicted to
Delivering Value | Systems Irritator &
Change Catalist | Coaching to reach
Trusted & Fair Business & Personal
Relationships !


marc.florit@wynwin.es
@CramTirolf
@_WynWin

Miembro activo de
@AgileBCN
@LeanStartUpBCN
@GameStormingBCN
AGILE es HYPE
AGILE no sólo aplica a DESARROLLO
AGILE no es ser ANTISISTEMA
AGILE no es trabajar con POSTITs
ABSTENERSE HOBBITs
ASEGURA tener SPONSORS
EVITA a NONOs
AGILE ¿WHY?




INCERTIDUMBRE
AGILE ¿WHY?




COMPLEJIDAD
AGILE ¿WHY?




   PERSONAS
(+COMPLEJIDAD)
AGILE ¿WHY?




#7F7F7F                    #FFFFFF
          CHANGE HAPPENS
AGILE Manifesto


Individuos e interacciones
                  sobre procesos y herramientas


Software   funcionando
                 sobre documentación extensiva


Colaboración   con el cliente

                   sobre negociación contractual

Respuesta ante el cambio sobre seguir un plan
Principios Ágiles




                                #1
Nuestra mayor prioridad es satisfacer al cliente mediante la entrega
           temprana y continua de software con valor.
Principios Ágiles




                               #2
Aceptamos que los requisitos cambien, incluso en etapas tardías del
    desarrollo. Los procesos Ágiles aprovechan el cambio para
           proporcionar ventaja competitiva al cliente.
Principios Ágiles




                                #3
 Entregamos software funcional frecuentemente, entre dos semanas
y dos meses, con preferencia al periodo de tiempo más corto posible.
Principios Ágiles




                               #4
Los responsables de negocio y los desarrolladores trabajamos juntos
           de forma cotidiana durante todo el proyecto.
Principios Ágiles




                              #5
Los proyectos se desarrollan en torno a individuos motivados. Hay
 que darles el entorno y el apoyo que 
necesitan, y confiarles la
                      ejecución del trabajo.
Principios Ágiles




                               #6
  El método más eficiente y efectivo de comunicar información al
equipo de desarrollo y entre sus miembros es la conversación cara a
                               cara.
Principios Ágiles




                           #7
El software funcionando es la medida principal de progreso.
Principios Ágiles




                            #8
  Los procesos Ágiles promueven el desarrollo sostenible. Los
promotores, desarrolladores y usuarios debemos ser capaces de
       mantener un ritmo constante de forma indefinida.
Principios Ágiles




                                #9
La atención continua a la excelencia técnica y al buen diseño mejora
                             la Agilidad.
Principios Ágiles




                             #10
La simplicidad, o el arte de maximizar la cantidad de trabajo no
                      realizado, es esencial.
Principios Ágiles




                              #11
Las mejores arquitecturas, requisitos y diseños emergen de equipos
                        auto-organizados.
Principios Ágiles




                            #12
A intervalos regulares el equipo reflexiona sobre cómo ser más
     efectivo para a continuación ajustar y perfeccionar su
               comportamiento en consecuencia.
Contratos Ágiles
Contratos Ágiles
Métodos ágiles mas extendidos




                  Scrum
               Gestión de proyectos
                    y equipos
Lean                                    XP
Principios                             Ingeniería
                 Kanban
                Gestión de servicios
                   / operaciones
SCRUM




                            Sprint
Product
Backlog


                                     Potentially
                                     Shippable
           Sprint                     Product
          Backlog
El Proyecto empieza antes



Establece la        Define el                 Ejecuta iterativamente,
   Visión         Alcance y el               obtén feedback, ajusta tu
Compartida        Release Plan                       previsión


                             EXECUTION



               PRIORITIZE
   INCEP
                ESTIMATE
    TION
                  PLAN
Product Owner

Scrum Master

    Team
Sprint y Reuniones


          TimeBoxing..!!

L    M    X    J        V        L    M    X    J    V
     ds   ds   ds       ds       ds   ds   ds   ds   ds

SP                                                   DR
                                                     RT



                   SP        Sprint Planing
                   ds        Daily Stand-Up
                   BG        Backlog Gromming
                   DR        Demo Review
                   RT        Retrospective
Escalado Organizativo
 Multi-Equipo
 Multi-Sede
 Multi-Producto/Proyecto
Visual Management. Métricas
Métricas subjetivas




Niko Niko Calendar - Akinori Sakata
                                              Happiness Door
                                               Jurgen Appelo
Mide lo que sea importante medir…
   Running Tested Features

   ROI

   Satisfacción del cliente o usuario

   Incidencias o defectos detectados por los usuarios

   Defectos detectados por el equipo de desarrollo

   Tiempo de puesta en producción

   ¿Alguna más?

          … y No dejes de Medir!!
KANBAN




42
Kanban: 3 Principios


Empieza donde estas
  Kanban no preescribe un conjunto de reglas o roles
  especificos, ni procesos a seguir.

Cambio evolutivo, incremental
  Cambios pequeños y graduales, mejora continua (Kaizen)

Respeto por el proceso actual, roles, responsabilidades
  Reduce el miedo / resistencia al cambio y experimenta los
  beneficios como equipo
Kanban: 5 Propiedades

Visualiza el flujo de trabajo
   Kanban significa literalmente “tablero” o “tarjeta visual”.

Limita el trabajo en curso (WIP)
   Utiliza un sistema “PULL” – establece y respeta tu capacidad ideal

Gestiona el flujo
  Monitoriza, mide e haz visible el flujo de trabajo en cada estado

Haz las reglas explicitas
   Definition of Done, limites de WIP, catálogo de servicios, bloqueos…

Mejora el flujo colaborativamente
 Involucra a todo el mundo
Kanban: El tablero mas básico
Kanban: Transiciones
Kanban: “Priority Lane”
¿Q&A?
Gracias :)
  Marc Florit Miravet

 marc.florit@wynwin.es
     @CramTirolf
      @_WynWin

     #agilebcnSOS

AUGBCN - Agile¿What?

  • 1.
    Agile¿what? La historia deuna ida y de ninguna vuelta
  • 2.
    Gracias :) Barcelona
  • 3.
  • 4.
    Marc Florit Miravet |Just a Follower, Fan, Father & Lover | Unutopic, Agileholic & Addicted to Delivering Value | Systems Irritator & Change Catalist | Coaching to reach Trusted & Fair Business & Personal Relationships ! marc.florit@wynwin.es @CramTirolf @_WynWin Miembro activo de @AgileBCN @LeanStartUpBCN @GameStormingBCN
  • 6.
  • 7.
    AGILE no sóloaplica a DESARROLLO
  • 8.
    AGILE no esser ANTISISTEMA
  • 9.
    AGILE no estrabajar con POSTITs
  • 10.
  • 11.
  • 12.
  • 14.
  • 15.
  • 16.
    AGILE ¿WHY? PERSONAS (+COMPLEJIDAD)
  • 17.
    AGILE ¿WHY? #7F7F7F #FFFFFF CHANGE HAPPENS
  • 18.
    AGILE Manifesto Individuos einteracciones sobre procesos y herramientas
 
Software funcionando sobre documentación extensiva
 
Colaboración con el cliente
 sobre negociación contractual
 Respuesta ante el cambio sobre seguir un plan
  • 19.
    Principios Ágiles #1 Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
  • 20.
    Principios Ágiles #2 Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
  • 21.
    Principios Ágiles #3 Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.
  • 22.
    Principios Ágiles #4 Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
  • 23.
    Principios Ágiles #5 Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que 
necesitan, y confiarles la ejecución del trabajo.
  • 24.
    Principios Ágiles #6 El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
  • 25.
    Principios Ágiles #7 El software funcionando es la medida principal de progreso.
  • 26.
    Principios Ágiles #8 Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
  • 27.
    Principios Ágiles #9 La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
  • 28.
    Principios Ágiles #10 La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
  • 29.
    Principios Ágiles #11 Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
  • 30.
    Principios Ágiles #12 A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.
  • 31.
  • 32.
  • 33.
    Métodos ágiles masextendidos Scrum Gestión de proyectos y equipos Lean XP Principios Ingeniería Kanban Gestión de servicios / operaciones
  • 34.
    SCRUM Sprint Product Backlog Potentially Shippable Sprint Product Backlog
  • 35.
    El Proyecto empiezaantes Establece la Define el Ejecuta iterativamente, Visión Alcance y el obtén feedback, ajusta tu Compartida Release Plan previsión EXECUTION PRIORITIZE INCEP ESTIMATE TION PLAN
  • 36.
  • 37.
    Sprint y Reuniones TimeBoxing..!! L M X J V L M X J V ds ds ds ds ds ds ds ds ds SP DR RT SP Sprint Planing ds Daily Stand-Up BG Backlog Gromming DR Demo Review RT Retrospective
  • 38.
    Escalado Organizativo Multi-Equipo Multi-Sede Multi-Producto/Proyecto
  • 39.
  • 40.
    Métricas subjetivas Niko NikoCalendar - Akinori Sakata Happiness Door Jurgen Appelo
  • 41.
    Mide lo quesea importante medir…  Running Tested Features  ROI  Satisfacción del cliente o usuario  Incidencias o defectos detectados por los usuarios  Defectos detectados por el equipo de desarrollo  Tiempo de puesta en producción  ¿Alguna más? … y No dejes de Medir!!
  • 42.
  • 43.
    Kanban: 3 Principios Empiezadonde estas Kanban no preescribe un conjunto de reglas o roles especificos, ni procesos a seguir. Cambio evolutivo, incremental Cambios pequeños y graduales, mejora continua (Kaizen) Respeto por el proceso actual, roles, responsabilidades Reduce el miedo / resistencia al cambio y experimenta los beneficios como equipo
  • 44.
    Kanban: 5 Propiedades Visualizael flujo de trabajo Kanban significa literalmente “tablero” o “tarjeta visual”. Limita el trabajo en curso (WIP) Utiliza un sistema “PULL” – establece y respeta tu capacidad ideal Gestiona el flujo Monitoriza, mide e haz visible el flujo de trabajo en cada estado Haz las reglas explicitas Definition of Done, limites de WIP, catálogo de servicios, bloqueos… Mejora el flujo colaborativamente Involucra a todo el mundo
  • 45.
    Kanban: El tableromas básico
  • 46.
  • 47.
  • 48.
  • 50.
    Gracias :) Marc Florit Miravet marc.florit@wynwin.es @CramTirolf @_WynWin #agilebcnSOS

Notas del editor

  • #44 MENOS prescriptivoSTART whereyou areCambio Evolutivo
  • #45 VISUAL MANAGEMENTWIPFLOWEXPLICIT RULESCOLABORATE
  • #46 Las historias de usuario describen la funcionalidad desde el punto de vista del usuario y suelen expresar deseos o peticiones de funcionalidades. Deben contener como mínimo: - Ladescripción: sirve cómo recordatorio de cual es el objetivo de la historia- Lascondiciones aceptación: Tests o documentación que nos sirven para validar que la historia se ha implementado correctamente
  • #47 Las historias de usuario describen la funcionalidad desde el punto de vista del usuario y suelen expresar deseos o peticiones de funcionalidades. Deben contener como mínimo: - Ladescripción: sirve cómo recordatorio de cual es el objetivo de la historia- Lascondiciones aceptación: Tests o documentación que nos sirven para validar que la historia se ha implementado correctamente
  • #48 Las historias de usuario describen la funcionalidad desde el punto de vista del usuario y suelen expresar deseos o peticiones de funcionalidades. Deben contener como mínimo: - Ladescripción: sirve cómo recordatorio de cual es el objetivo de la historia- Lascondiciones aceptación: Tests o documentación que nos sirven para validar que la historia se ha implementado correctamente