1.
La alternativa ágil V5.7 www.agile-spain.com

2.
Xavier Albaladejo comenzó a utilizar integración continua,wikis y eXtreme Programming (XP) en 2002 para que losclientes pudiesen dirigir sus propios proyectos.Actualmente, desde el Agile Excellence Center de everis,se dedica a ayudar a organizaciones a mejorar suefectividad y eficiencia bajos principios Agile y Lean, asícomo a entrenar a equipos en Scrum y Kanban.Xavier Albaladejo es fundador de proyectosagiles.org,Certified Scrum Master, colaborador de Agile Barcelona,presidente de Agile-Spain y coordinador del Postgrado enMétodos ágiles de La Salle.Contacto: xavier dot albaladejo dot ezequiel at everis dot com AGILE EXCELLENCE CENTER Gobierno TI www.agile-spain.com

3.
Agenda• El mundo ideal• Problemas típicos en proyectos.• ¿Por qué aparecen estos problemas?• La alternativa ágil • Beneficios • Lean, Scrum, Kanban, XP• Herramientas ágiles• Facilitadores e impedimentos• Recursos www.agile-spain.com

4.
EL MUNDOIDEALhttp://www.definicionabc.com/wp-content/uploads/felicidad.jpg www.agile-spain.com

5.
El proyecto ideal Actividades Req. Análisis Diseño Construcción Pruebas Al inicio del proyecto: El cliente sabe Se toman requisitos detallados perfectamente qué al inicio y ya no es necesario necesita. volver a hablar con el cliente hasta al final del proyecto. Tú sabes cómo hacer para conseguirlo.http://mayores.uji.es/blogs/mayores-nt/files/2009/12/Idea_Man.gifhttp://http://images.clipartof.com/thumbnails/17266-Clipart-Picture-Of-A-Strong-Male-Caucasian-Office-Nerd-Business-Man-Mascot-Cartoon-Character-Flexing- www.agile-spain.com

6.
El proyecto ideal Actividades Req. Análisis Diseño Construcción Pruebas Durante el proyecto: • Con la documentación adecuada que elabora cada especialista, la siguiente fase encuentra todo lo que necesita, sin que se haya perdido ninguna información por el camino. • Viendo moverse estos entregables, todo el mundo está seguro de que el proyecto está yendo bien. Es suficiente con hacer el control de calidad al final del proyecto. • Nada cambia durante el camino.http://virtualmarketingofficer.com/wp-content/uploads/2010/06/delivering-happiness-cover11.jpg www.agile-spain.com

7.
El proyecto ideal Actividades Req. Análisis Diseño Construcción Pruebas Al final del proyecto el cliente recibe lo que esperaba y no hay que cambiar nada.http://idealgiftguide.com/women_gifts.JPG www.agile-spain.com

8.
El proyecto ¿ideal? Planificación Req. Análisis Diseño Construcción Pruebas ¿Seguro que el usuario final recibe lo que esperaba?http://media.photobucket.com/image/opening%20gift/AptsForRent/OPeningPresents.jpg www.agile-spain.com

9.
PROBLEMASTÍPICOS ENPROYECTOShttp://www.flickr.com/photos/22283130@N07/2454229159/ www.agile-spain.com

10.
El cliente tarda mucho tiempo en poder utilizar el resultado del proyecto. Mientras tanto, el contexto cambia y los competidores lanzan nuevos productos. Si se cancela el proyecto se habrá gastado el dinero a cambio de NADA.http://www.flickr.com/photos/marxxiana/209752547/ www.agile-spain.com

11.
El proyecto se complicó más de lo esperado. Hay retraso y hay que entregar ya. Empiezan los parches y no hay tiempo para pruebas /http://www.flickr.com/photos/jonnybaker/197851520/ control de calidad. www.agile-spain.com

12.
El equipo hace horas extraordinarias y está poco motivado. Apenas se dedican a cumplir órdenes. Cada uno hace sólo lo suyo.http://www.flickr.com/photos/xiaming/2160324363/ www.agile-spain.com

13.
¡¡¡ Y ahora el cliente pide cambios !!! ¡¡¡ Pero si el proyecto está acabando y no queda ni tiempo ni presupuesto !!!http://www.flickr.com/photos/ptomlins/2630802129/in/set-72157605954118407/ www.agile-spain.com

14.
Todos acaban poco satisfechos Tanto el cliente como el equipo.http://www.flickr.com/photos/notunlike/1433929770/ www.agile-spain.com

15.
¿POR QUÉ APARECEN ESTOS PROBLEMAS?http://www.flickr.com/photos/fuck_fhash/2967505877/ www.agile-spain.com

16.
Un proyecto tradicionalPlan inicialReq. Análisis Diseño Construcción Pruebas RetrasoLa realidad 10% 30% 50% 95% 96% 98% 100% Req. Análisis Diseño Construcción ufff! El equipo “se pasa la pelota” El cliente sólo ha estado viendo papel www.agile-spain.com

17.
Un proyecto tradicional“No entendiste lo que quería” “No estaba en el alcance”“No cumpliste los plazos” “Estoy perdiendo dinero!” “¡Todo es prioritario!” www.agile-spain.com

18.
Los cambios son inevitables y necesarios Los productos son infinitos, los proyectos nunca se acaban Ya no existe el “vamos a ¿ ? hacer el producto perfecto”http://www.jjying.cn/blog2/attachment/apple_evolution.jpg www.agile-spain.com

19.
Dedicamos mucho esfuerzo a objetivos que aportan poco valor. De las funcionalidades desarrolladas: 7% se usan “siempre” 13% se usan “a menudo” 16% “a veces” 19% “pocas veces” 45% “NUNCA” Fuente: Standish Group Dinero y tiempo tirados a la basura. ¿Quién paga esto?http://www.bbc.co.uk/coventry/content/images/2005/06/17/rubbish_pile_420x320.jpg www.agile-spain.com

20.
Dedicamos mucho esfuerzo a actividades cuyo enfoque es arriesgado. Cliente validando un análisis de ¡¡ No puedo abandonar 3 meses mi trabajo En 2 horas durante dos lo firmo. Ya semanas nos para revisar pelearemos esto !!! después si no entendieron lo que necesito.http://www.vuidesign.net/wp-content/images/documentation.jpg www.agile-spain.com

21.
La construcción de un producto es un proceso de aprendizaje, tanto del producto como de la construcción. Si desapareciesen todos los entregables de tu último proyecto, incluido el producto final , ¿en cuánto se reduciría el tiempo para volver a desarrollarlo? ¿Dónde se ha ido ese tiempo?http://blog.adw.org/wp-content/uploads/burning_book1.jpg http://cdn.slashgear.com/wp-content/uploads/2009/05/burning_pc.jpg www.agile-spain.com

22.
Complejidad Disponibilidad, conocimiento del Cliente negocio, autoridad y responsabilidad para tomar decisiones. • Personas Gestor Cultura de la organización, estilo personal de gestión Equipo Conocimientos, experiencia, diversidad de criterios, estilo de interactuación, vidas personales, ...• Tecnologías, Complejidad, desconocimiento, madurez, ... herramientas • Requisitos Complejidad, cambios, madurez, ...http://targetcrime.ca/wp-content/uploads/2009/09/people-working-together.jpg, http://farm4.static.flickr.com/3176/3045061394_48a2ebc5a2.jpghttp://www.amputee-coalition.org/inmotion/jul_aug_07/papers01.jpg www.agile-spain.com

23.
“Locura: Hacerlo mismo que la vez anterior, pero esperar resultados diferentes.”Albert Einstein (atribuida) www.agile-spain.com

24.
LA ALTERNATIVA ÁGILhttp://www.flickr.com/photos/yinto/3213182939/ www.agile-spain.com

25.
Agile Aprendizaje Trabajo en equipoFeedback Comunicación rápido¿Lo hacemos bien? cara a cara ¿Qué nos impide hacerlo mejor? ACTUAR ¡ Sinergias ! Priorizar por valor Excelencia técnica www.agile-spain.com

26.
Agile Aprendizaje Trabajo en equipoFeedback Comunicación rápido¿Lo hacemos bien? cara a cara Personas ¿Qué nos impide hacerlo mejor? ACTUAR ¡ Sinergias ! Priorizar por valor Excelencia técnica www.agile-spain.com

27.
Beneficios: Calidad y competitividad • Gestión de expectativas del cliente y del usuario, basada en resultados tangibles. • Flexibilidad a cambios: adaptación a las necesidades del cliente, a cambios en el mercado, etc. • Visibilidad, mejores decisiones. • Más valor en menos tiempo, gestión del ROI. Mitigación de riesgos • Resultados anticipados (time to market). • Soporte a la innovación. • Productividad y mantenibilidad. • Equipo motivado, comprometido, creativo y que disfruta.http://www.uwgb.edu/precollege/Images/MoneyMakerLogo.gif http://farm4.static.flickr.com/3551/3515919619_97225460d6.jpg www.agile-spain.com

28.
¿Cómo se consiguen estos beneficios? • Gestión de expectativas del cliente y del usuario, basada en resultados tangibles. • Flexibilidad a cambios: adaptación a las necesidades del cliente, a cambios en el mercado, etc. • Visibilidad, mejores decisiones. • Más valor en menos tiempo, gestión del ROI. Mitigación de riesgos • Resultados anticipados (time to market).• Descomponer el producto en partes (objetivos de negocio). • Colaboración con el• Priorizar cada parte por el valor que aporta al cliente, cara a cara. usuario, cómo le ayudará en su día a día. • Transparencia.• Revisar cada parte desarrollada, integrada en • Confianza producto final, cada 4 semanas como máximo. www.agile-spain.com

29.
¿Cómo se consiguen estos beneficios? • Soporte a la innovación. • Productividad y mantenibilidad. • Equipo motivado, comprometido, creativo y que disfruta.• Equipos multidisciplinares y autoorganizados. • Team empowerment (mayor autonomía y• Colaborando hacia un objetivo común, con un responsabilidad, compromiso compartido. confianza).• Creando sinergias mediante planteamientos y • Management que reflexiones conjuntas. crea el contexto para que el equipo tenga• Buscando la excelencia técnica y la simplicidad éxito y que busca su para poder tener un paso sostenible. crecimiento.http://www.uwgb.edu/precollege/Images/MoneyMakerLogo.gif http://farm4.static.flickr.com/3551/3515919619_97225460d6.jpg www.agile-spain.com

30.
Es una cuestión CULTURAL Implicación Transparencia MotivaciónTeam empowerment Mejora continua Colaboración regular • Producto Confianza • Proceso Win-Win • Equipo (incluyendo al cliente) Cultura de aprendizaje, no de búsqueda de culpables Actitud Disciplina www.agile-spain.com

31.
InternetMedia ytelecosSoftware yHardwareERPBanca eInversiónSanidad ySaludDefensa yaeroespacialJuegosOtros www.agile-spain.com

32.
Métodos ágiles Manifiesto ágil 2001Estamos descubriendo formas mejores de desarrollar software tanto pornuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar:Individuos e interacciones sobre procesos y herramientas Software que funciona sobre documentación exhaustivaColaboración con el cliente sobre negociación de contratos Responder ante el cambio sobre seguimiento de un plan Esto es, aunque los elementos a la derecha tienen valor, nosotros valoramos por encima de ellos los que están a la izquierda. www.agile-spain.com

33.
Métodos ágiles más utilizados Scrum Gestión de proyectos y equiposLean XPPrincipios Ingeniería Kanban Gestión de servicios / operaciones www.agile-spain.com

34.
Scrum desde 1995 www.agile-spain.com

35.
Scrum - Proceso de gestión ágil de proyectos y trabajo en equipo Es un proceso empírico, iterativo e incremental. priorizando el producto por valor de negocio respecto a costes. La mejora continua está integrada. De manera regular: • Se muestra producto final, integrado, probado y documentado. Refinamiento de la lista de objetivos • El equipo mejora su proceso de trabajo. Potencialmente entregable Es un conjunto de prácticas de comunicación,http://www.proyectosagiles.org/que-es-scrum colaboración y trabajo en equipo. www.agile-spain.com

36.
Scrum - Roles • El “Propietario del Producto” es el único representante de todos los interesados en el proyecto. Puede ser interno C ne lie t o externo. Tiene la responsabilidad de conocer y definir( r d c O n r los objetivos y los prioriza. Su misión es dirigir los Po u t w e) resultados del proyecto maximizando el ROI. • El equipo es multidisciplinar, autogestionado y con responsabilidad conjunta y mutua. Normalmente cada equipo es de 5 a 9 personas*, que trabajan en un espacio común para permitir la comunicación cara a cara y que se Equipo sincronizan diariamente. Realiza las estimaciones. * Se puede hacer Scrum con 3 personas. También se ha utilizado en proyectos con 250 personas, dado que se dividen en varios equipos. • El jefe de proyecto pasa a ser un facilitador de la colaboración intraequipo y con el cliente (por ejemplo en F c a ilita o d r las reuniones de Scrum) y quita impedimentos para que(S ru M s r) c m a te el equipo se mantenga enfocado. Es el responsable del proceso e impide interferencias externas. www.agile-spain.com

37.
Control empírico Iterativo e incremental Participación del cliente y Hacer entregas cortas y regulares transparencia para que pueda del producto final (cada 2-4 guiar de manera regular los semanas) para obtener feedback e resultados del proyecto. irse acercando a las expectativas del cliente.ClienteEquipo Metáfora de Henrik Kniberg www.agile-spain.com

38.
Priorización por valor de negocio Orientar el proyecto a objetivos Proporcionar resultados para el cliente, no a tareas, anticipados (“time to market”) priorizando según el valor de negocio vs esfuerzo y riesgo. Dividir el producto en partes e ir construyendo el lego priorizando las que aportan más valorCliente Entregas de los Entrega final objetivos más importantesEquipohttp://www.1000steine.com/brickset/images/6162-1.jpg www.agile-spain.com

39.
Mejora continua  Retrospectivas Cada iteración, no sólo al final del proyecto. Process Backlog ¿Qué ha funcionado? ¿Qué hay que mejorar y cómo?http://www.cornetdesign.com/images/AgileRetrospectives_134B2/IMG_0016.jpg www.agile-spain.com

40.
Timeboxing Fijar el tiempo máximo para conseguir un objetivo ayuda a priorizar y fuerza la toma de decisiones Productividad, efectividad y creatividadhttp://mindshortcut.com/wp-content/uploads/2008/10/pomodoro-technique.jpg www.agile-spain.com

41.
Lean Software Developmenthttp://www.flickr.com/photos/urbangarden/336062279/ http://www.flickr.com/photos/concars/2967353238/ www.agile-spain.com

42.
Lean Software Development Rapidez, flexibilidad, flujoVisión sistémica, enfoque organizativo (de empresa)• Foco en minimizar el tiempo que se tarda en proporcionar valor, desde la concepción del producto hasta su entrega al consumidor o usuario final.  Limitar el trabajo a la capacidad productiva - pull  Minimizar el Work In Progress para conseguir flujo.  Reducir la multitarea, mejorar la comunicación.  Quitar impedimentos (“stop de line”).  Reducir defectos.• Just In Time de requisitos por valor al cliente –pull, reducir inventario entre fases, evitar sobreingeniería y productos defectuosos. www.agile-spain.com

43.
Lean - Principios1. Respetar a las personas, porque el equipo es quien conoce cómo mejorar el proceso en que trabaja.2. Eliminar los desperdicios que se producen en el proceso, todo aquello que no produce valor añadido en el producto.3. Aplazar el compromiso, retardar las decisiones hasta que se disponga de toda la información o no se pueda esperar más.4. Crear conocimiento, tener feedback regular con el cliente para alinearse con sus expectativas.5. Hacer entregas rápidas, para permitir que el cliente pueda aprovechar antes los beneficios que le aporta el proyecto.6. Desarrollar con calidad interna, de manera que el producto pueda ir creciendo con una velocidad sostenida y bajo coste.7. Optimizar la totalidad del proceso, mejorar el proceso de creación del producto en la organización, desde la idea hasta su entrega. www.agile-spain.com

44.
Lean - Herramientas• Visualizar la globalidad del proceso • Mapas de flujo de valor - Foco en minimizar el tiempo desde la idea hasta su entrega al consumidor y eliminar el re-trabajo (corrección de errores, etc.). Eficiencia proceso = 16% • Kanban • Product Porfolio Management por valor al cliente.• Empaquetado de objetivos en MMFs (Minimal Marketable Features).• Énfasis en BDD, TDD, patrones de diseño y refactorización como soporte a una arquitectura emergente y flexible.• Ciclos cortos (iteraciones) para anticipar pruebas y revisiones. www.agile-spain.com

45.
Kanbanhttp://leansoftwareengineering.com/wp-content/uploads/2007/10/project-kanban-004.jpg www.agile-spain.com

46.
Kanban: gestión visual de servicios/operaciones* * entornos poco planificables o que necesitan máxima flexibilidad desde 2004 en TI Señalización para pull Minimizar el tiempo de entrega y mejorar de manera continua mediante: • Visualización del flujo de valor e identificación de cuellos de botella. • Limitación del trabajo en curso y colasttp://agileproductdesign.com/blog/2009/images/kanban_board.jpg www.agile-spain.com

47.
Henrik Kniberg Kanban www.crisp.se/kanban/example example kick-start version 1.2 2009-11-16 Next Analysis Development Acceptance Prod 2 3 3 2 Ongoing Done Ongoing Done Ongoing Done 2009-08-20 2009-09-01 2009-08-30 2009-09-08 2009-08-27 orem olor sit amet, co nse ctetur adi pis orem ipsum ipsum dolor orem dolor sit orem ipsum dolor sit orem ipsum dolor orem ipsum dolor sit cing elit nisl amet, cosit amet,ctetur nse co nse amet, co adi pis cing sit amet, co nse amet, adi pis cing ctetur ctetur adi pis cing elit nisl elit nisl elit nisl orem ipsum dolor sit amet, co nse xxxx ctetur orem ipsum dolor kjd dj d sit amet, co nse orem ips um dolor xxx ctetur s it amet, c o ns e c tetur orem ipsum dolor sit amet, co nse orem ipsum dolor ctetur sit amet, co nse ctetur 2009-08-29 2009-09-02 orem ipsum dolor sit orem ipsum dolor amet, nse ctetur adi 2009-08-25 sit amet, co nse pis cing elit nisl orem ipsum dolor sit orem ipsum dolor orem ipsum dolor amet, co nse sit ctetur adi pis cing sit amet, co nse ctetur elit nisl ctetur Definition of Done: Definition of Done: Definition of Done: • Goal is clear • Code clean & checked in on trunk • Customer accepted • First tasks defined • Integrated & regression tested • Ready for production • Story split (if necessary) • Running on UAT environment Feature / story Hard deadline Task / defect What to pull first • (description) Date when added to (if applicable) (description) =task =defect Panicfeatures board (should be swarmed and kept (description) = completed moving. Interrupt other work and 2009-08-20 2009-09-30 = priority break WIP limits as necessary) Why (description) = blocked • Priority features = panic • Hard deadline features (description) (only if deadline is at risk) (description) = who is doing Who is analyzing / • Oldest features this right now testing right now www.agile-spain.com

48.
desde 1996http://www.rubyjax.com/assets/2009/5/21/rubyjax_pairing.jpg www.agile-spain.com

49.
eXtreme Programming - Gestión de proyecto Iterativo e incrementalhttp://www.extremeprogramming.org www.agile-spain.com

50.
eXtreme Programming - Ingeniería Ciclo de desarrollo guiado por pruebas. Automatización.http://www.computertest.co.uk/images/image070.gif www.agile-spain.com

51.
eXtreme Programming - Prácticas• Historias de usuario + BDD.• Pruebas de concepto extremo a extremo.• Estándares de codificación.• Pruebas unitarias.• TDD (Test Driven Development)• Refactorización. Arquitectura emergente.• Integración y pruebas continuas, automatizadas.• Revisiones de código y/o programación en parejas.• Propiedad colectiva del código. www.agile-spain.com

52.
HERRAMIENTAS ÁGILEShttp://www.proyectosagiles.org www.agile-spain.com

53.
Radiadores de información físicos, gestión visualhttp://www.xqa.com.ar/visualmanagement/ www.agile-spain.com

54.
Gráficos de tendencias Valor entregado Entrega de objetivos y velocidad Finalización estimada Incremento de alcance Horas pendientes en la iteración Defectos “Sprint burndown chart”http://davenicolette.wikispaces.com/Agile+Metrics www.agile-spain.com

55.
Historias de usuario Como usuario cliente Platinum, quiero ver productos Valor 80 relacionados con el seleccionado con el objetivo de saber Coste 4 si hay otros productos que me pueda interesar comprar. Condiciones de satisfacción • Escenario navegación por productos y drill-down • Dado un cliente Platinum, cuando el usuario realice la consulta entonces los productos aparecerán ordenados por valoración y su margen de beneficio específico para clienes Platinum. • Cuando el usuario haga clic en un producto, entonces se desplegará el detalle en forma de pop-up. • Escenario presentación de ofertas • Dada una oferta activa para clientes Platinum entonces la oferta debe aparecer en el lado izquierdo de la pantalla y deberá indicar los días que restan de vigencia.http://farm1.static.flickr.com/55/147874576_8a453079f3.jpg www.agile-spain.com

56.
FACILITADORES E IMPEDIMENTOShttp://www.viajejet.com/wp-content/viajes/juegos-al-aire-libre-lucha-de-cuerda.jpg www.agile-spain.com

57.
El equipo Compromiso compartido Potenciación del equipo Colaboración del equipo en la creación del Para obtener las mejores producto, planificación yMás autonomía y más responsabilidad sinergias, creatividad, productividad y motivación. Mejora continua Apoyo del management de la Cultural organización, tienen que creer en esto www.agile-spain.com

58.
El gestor, facilitador y coachEl buen gestor no busca culpables, información, sobreautoprotección Produce parálisis, ocultación de Innovaciónsino mejorar el proceso de trabajo. www.agile-spain.com

59.
El gestor, facilitador y coach MOTIVACIÓN EXTRÍNSECA Autonomía Maestría Propósito y Reconocimiento www.agile-spain.com

60.
El gestor, facilitador y coach Go See Líder al servicio del equipo Teach themEncourage them Protect them ProductividadServe them www.agile-spain.com

61.
El gestor, facilitador y coach HumildadEl buen gestor sabe que siempre hay cosas por aprender, Crecimiento del equipo Soft Skills y ofrece su comportamiento como ejemplo. www.agile-spain.com

62.
El cliente guía los resultados del proyecto El Product Owner es el representante único de todos los interesados en el proyecto. Stakeholders Usuarios finales / Consumidores Product Owner Mantiene un plan de • Objetivo 1 • Objetivo 2 Mes 1 producto priorizado • Objetivo 3 ROI • Objetivo 4 por valor respecto a Mes 2 • Objetivo 5 • Objetivo 6 coste. • Objetivo 7 Mes 3 • Objetivo 8 • Objetivo 9http://www.rdacorp.com/images/img_partners_main.jpg www.agile-spain.com

63.
Socios en lugar de clientes y proveedores El cliente forma parte del equipo y tiene disponibilidad para planificar, revisar y dar detalle a los objetivos en cada iteración.http://www.rdacorp.com/images/img_partners_main.jpg www.agile-spain.com

64.
FlexibilidadFacilidad para hacer cambios Flexibilidad para conseguir el controlados y baratos ganar-ganar entre cliente y manteniendo la calidad. proveedor. Nuevas técnicas y tecnologías ¡Contratos ágiles! • xUnit, EasyMock • JDepend, PMD • Maven, Hudson, Ant • Hudson, Cruise, Bamboo • FIT, Fitnesse, Concordion, Cucumberhttp://thetalkinghorse.files.wordpress.com/2009/01/dire_straits_money_for_nothing1.jpg?w=300&h=300 www.agile-spain.com

65.
Compromiso de la Dirección Quitar impedimentos • Mensajes claros sobre el cambio a un modelo de facilitación. • Aportar recursos. • Resolver problemas endémicos. Tomar decisiones. • Realizar cambios organizativos.http://img2.timeinc.net/toh/images/handbook/sept05/lawn05.jpg www.agile-spain.com

66.
Más valor en menos tiempoEn resumen: para Gestión de producto Orientación a consumidor final: Priorización por valor de negocio Historias de usuario Excelencia técnica Simplicidad, refactorización Arquitectura emergente Automatización Gestión Flexibilidad conseguir los Time To Market Desarrollo orientado a pruebas (BDD, TDD) ROI a cambios Pruebas de concepto extremo a extremo beneficios Ciclos cortos de feedback Desarrollo iterativo e incremental con CE Integración continua Sincronizaciones diarias Mantenibilidad Paso sostenido demostraciones regulares Retrospectivasesperados no sólo de producto final Rolling wave planning Definición de hecho hay que utilizar Resultados regulares Visibilidad unas prácticas, a nz l e de fia on ie ión C ac nt ic PRODUCTO pl cl Im PROCESO Mejora Calidad sino seguir unos Satisfacción cliente continua y regular Productividad valores. Timeboxing em obj Aprendizaje To jan o c uni ra a Colaboración Velocidad de desarrollo CE pu etiv do do om cac c regular del continuo s ju hac ún cliente nt ia EQUIPO os e Trasparencia Co lar re gu m ca Recruiting ACTITUD l Actitud los demás beneficios Repercute en todos Innovación Humildad, respeto Satisfacción ió ara Cr Escucha activa, empatía n ea tiv i da equipo Confianza Inconformismo d Motivación Disciplina para hacer lo correcto Implicación Profesionalidad Orgullo por el trabajo bien hecho Mayor autonomía Equipo autoorganizado Team Sinergias: Responsabilidad compartida Colaboración intra-equipo Leyenda Decisiones consensuadas empowerment Planteamientos conjuntos Compromiso conjunto (identificación de tareas, autoasignación) Elemento Propiedad colectiva del producto Trabajo en parejas Beneficio Estándares de desarrollo Revisiones de pares facilitador Crecimiento del equipo Cultura CE Control Empírico Personas Lider servil corporativa Facilitación Cultura colaborativa Coaching Probar cosas, mejorar Guiado con preguntas No buscar culpables www.agile-spain.com

67.
RECURSOShttp://afsdelmarpa.org/images/hands.jpg www.agile-spain.com

68.
Bibliografíahttp://www.proyectosagiles.org/recursos-scrum www.agile-spain.com

69.
Comunidades ágiles España Latinoamérica Mundial Mundial Grupo local deGrupos locales Barcelona Madrid, Barcelona, Galicia, Castilla yLeón, Canarias, Zona Norte, Aragón, Levante, Andalucía www.agile-spain.com

70.
Eventos y cursosPostgrado en métodos ágiles AGILE EXCELLENCE CENTER Gobierno TI www.agile-spain.com

71.
InternetMedia ytelecosSoftware yHardwareERPBanca eInversiónSanidad ySaludDefensa yaeroespacialJuegosOtros www.agile-spain.com

72.
La diferencia no está en saberlo, sino en cambiar “Locura: Hacerlo mismo que la vez anterior, pero esperar resultados diferentes.”Albert Einstein (atribuida) www.agile-spain.com

73.
¿PREGUNTAS?http://www.oregonsynod.org/faithinaction/volunteer/raise-your-hand.jpg www.agile-spain.com

74.
Retrospectivahttp://fabiopereira.me/blog/wp-content/uploads/2008/11/walldc93a7f3-2d9d-4525-8301-d40ad993e66f.jpg www.agile-spain.com

75.
La alternativa ágil www.agile-spain.com