A 10 años del Manifiesto Ágil #AgilesPV Pueden comenzar a twittear sus preguntas.
#AM De donde venimos
De donde venimos 1970 s 1980 s 1990 s 2000 s I believe in this concept, but the implementation described above is risky and invites failure 1970 - Managing the Development of Large Software Systems, Winston Royce Ciclo de vida en cascada
1973 Crisis OPEC y expansión de la industria Japonesa en USA De donde venimos Toyota Production System Muda - Desperdicio Kaizen Mejora continua Poka-Joke A prueba de fallos Just-in-time Reducción de inventarios Heijunka Flujo continuo Kanban Tarjetas de señalización 1970 s 1980 s 1990 s 2000 s 1970 - Ciclo de vida en cascada
De donde venimos 1973 TPS 1986 - New New Product Development Game, Takeuchi y Nonaka Equipos multi-disciplinarios y auto-organizados 1980 - Smalltalk-80 Diseño orientado a objetos 1970 s 1980 s 1990 s 2000 s 1970 - Ciclo de vida en cascada 1981 - Software Engineering Economics, Barry Boehm Costo del cambio exponencial 1985- DoD standard 2167 Cascada y orientado a documentos
De donde venimos 1973 TPS 1986 - Equipos multidisciplinarios y auto-organizados 1995 Chrysler C3 project Primer implementación de XP Sutherland & Schwaber presentación de Scrum en OSPLA DSDM, Crystal, etc 1980 - Diseño orientado a objetos 1990 -WWW 1998 - RUP 1970 s 1980 s 1990 s 2000 s 1970 - Ciclo de vida en cascada 1981 - Costo del cambio exponencial 1985- DoD Cascada y orientado a documentos 1994 - Chaos Report Standish Group 1995 - Reporte DoD 75% de los proyectos analizados fracasados o nunca usados DoD comienza a utilizar IID
#ManifiestoAgil2001 Un punto de encuentro
4 Valores 12 principios
Individuos e Interacciones por sobre Procesos y Herramientas
Software Funcionando por sobre Documentación Detallada
Colaboración con el Cliente por sobre Negociación de Contratos
Respuesta a los Cambios por sobre Seguimiento de un Plan
1. Nuestra mayor prioridad es satisfacer al cliente a través de entregas tempranas y frecuentes de software valioso.
4. Expertos del negocio y desarrolladores deben trabajar juntos diariamente durante la ejecución del proyecto.
7. El software funcionando es la principal métrica de progreso.
12. A intervalos regulares, el equipo reflexiona acerca de cómo convertirse en más efectivos, luego mejora y ajusta su comportamiento adecuadamente.
#10Años20012011 y muchas iteraciones
Paso sostenido Informative Workspace Spike solutions "Done done" Planning Poker Slack Lean Software Development Scrum Test Driven Development Sit together User Stories Pequeñas entregas ATDD Story mapping extreme Programming Sprints Pair programming Customer tests Retrospectivas Iteration demo Continuous delivery Release planning Diseño simple Testing exploratorio Equipo completo Ubiquitous Language Kanban Integración Continua
Informative Workspace Pequeñas entregas Diseño simple Retrospectivas Scrum extreme Programming Test Driven Development Equipo completo Integración Continua
Algunas prácticas ágiles Pequeñas entregas El software se construye incrementalmente Feedback continuo Equipo completo Equipos multi-disciplinarios y auto-organizados Llevar adelante proyectos alrededor de individuos motivados Retrospectivas Inspección y adaptación del proceso
Algunas prácticas ágiles Informative workspace Radiadores de información Integración Continua Múltiples integraciones del software por día Build automático TDD Ciclos rápidos de testing, codificación y refactoring Diseño simple Qué es lo más simple que podría funcionar?
#LasTribusAgiles2011 Caciques y artesanos
Perfiles de los Signatarios #Scrumers #Leaners #SoftwareCraftsmen
#Scrumers Agile = Scrum?
#Leaners [1948-1975] [2003] - Basados en las personas - Hacer lo que entregue valor En que se diferencian? - Calidad - Planificacion constante
#SoftwareCraftsmen - Not only working software, but also well-crafted software - Not only responding to change, but also steadily adding value - Not only individuals and interactions, but also a community of professionals - Not only customer collaboration, but also productive partnerships Porque?
#Leaners #Scrumers #SoftwareCraftsmen
#LeanStartups How to succeed in business without even trying
steveblank.com startuplessonslearned.com
Por qué la mayoría de los emprendimientos fracasan?
La mayoría de los emprendimientos fallan no por el producto sino por el mercado
Proceso de desarrollo de mercado
ashmaurya.com
Metodologías ágiles: problema desconocido para una solución desconocida
Producto mínimo viable... MVP Your MVP is the minimum feature set that lets you start learning about customers. Ash Maurya
If Apple can launch a smartphone without Find or Cut-and-Paste, what can you cut out of your product requirements? Sramana Mitra
Los esperamos en Agiles 2011!! 11-13 Octubre - Buenos Aires Keynotes Juan Gabardini Jim Shore Jeff Pa'on Sponsors Web: h'p://agiles2011.agiles.org Twi'er: @agiles2011
Manifiesto Ágil http://agilemanifesto.org/ Comunidad Latinoamericana de metodologías ágiles www.agiles.org GRACIAS!