MVP, Desplegar primero, codificar después... ¿tiene sentido?

656 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
656
On SlideShare
0
From Embeds
0
Number of Embeds
25
Actions
Shares
0
Downloads
8
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

MVP, Desplegar primero, codificar después... ¿tiene sentido?

  1. 1. MVP Desplegar primero, codificar después. ¿Tiene sentido? Axel Nissim S.
  2. 2. Startup Mexicana (2010) Axel Nissim S. Disrupción! Chief Ninja •IT Strategy(habitualmente un tipo muy serio) •Outsourcing Management •Delivery Excellence“Squeeze your metrics”Panelista en representación de HP •JIRA, Confluence, Bamboo, etc.exHP, exEDS, exTCS, exSofttek, exEtc… •Mercado habitual: Gobierno, Empresas muy grandes… o bandas de garage.
  3. 3. MVP / eme-ve-pe /minimum –viable – product / Acrónimo / Estrategia de desarrollo de productos caracterizada por la definición inicial del alcance más reducido posible.
  4. 4. 32% Successful44% Challenged24% Failed2009 Chaos report
  5. 5. ■ Resolución tipo 1. Proyecto ExitosoProyecto terminado en tiempo y en costo,ofreciendo todas las funcionalidades tal comose especificaron inicialmente.■ Resolución tipo 2. Proyecto DeficienteProyecto terminado y operacional, peroexcedido en costos y tiempos, ofreciendomenos funcionalidades de las originalmenteespecificadas.■ Resolución tipo 3. Proyecto FallidoProyecto que fue cancelado en algún puntodentro del ciclo de desarrollo.
  6. 6. ATENCIÓN
  7. 7. ■ Resolución tipo 1. Proyecto ExitosoProyecto terminado en tiempo y en costo,ofreciendo todas las funcionalidades tal comose especificaron inicialmente.■ Resolución tipo 2. Proyecto DeficienteProyecto terminado y operacional, peroexcedido en costos y tiempos, ofreciendomenos funcionalidades de las originalmenteespecificadas.■ Resolución tipo 3. Proyecto FallidoProyecto que fue cancelado en algún puntodentro del ciclo de desarrollo.
  8. 8. •Cienciología •Dianética • 3 records Guiness •Autor con más publicaciones (1,804) •Autor más traducido (70 idiomas) •Más audiolibros (185) •“Battlefield Earth” L. Ron Hubbard(13/03/1911 – 24/01/1986)
  9. 9. CMMI®…istasITIL®…istasPMP®…istasAgil…istasCienciolog®…istas
  10. 10. PhD. Lawrence Eveleens PhD. Chris VerhoefVrije Universiteit Amsterdam University of Amsterdam “The Rise and Fall of the Chaos Report Figures” IEEE Software, Enero-Febrero 2010
  11. 11. L. Ron Hubbard PhD. Frederick Phillips Brooks, Jr.(13/03/1911 – 24/01/1986) (19/04/1931) Harvard University, IBM®
  12. 12. “For challenged projects, morethan a quarter were completedwith only 25 percent to 49percent of originally specifiedfeatures and functions”The Standish Group, 1. Chaos, tech. report, Standish Group Int’l,1994
  13. 13. Concepto y Diseño Pruebas Despliegue Análisis Implementación Estabilización
  14. 14. i1 i2 i3 i4
  15. 15. SATISFACCIÓN y MARGEN
  16. 16. Costo CumulativoDesarrollo Mantenimiento y Operación Usuarios Utilidad Funcionalidad Implementada
  17. 17. Costo CumulativoDesarrollo Mantenimiento y Operación Utilidad Funcionalidad Implementada ¿INNOVACIÓN?
  18. 18. Enfoque “Cowboy”Grandes Cambios FuncionalesRedefinición ArquitectónicaMuchas Nuevas FuncionalidadesEnfoque AnalíticoPequeños Cambios IncrementalesArquitectura Estable y de Alta CalidadMUY POCA nueva funcionalidad en el nucleoInnovación enfocada
  19. 19. Costo Cumulativo Deuda Técnica !Desarrollo Mantenimiento y Operación Usuarios Funcionalidad Implementada
  20. 20. Proyecto Soñado Usuarios Utilidad Costo Cumulativo Funcionalidad Implementada ¿INNOVACIÓN?
  21. 21. “No Silver Bullet” 1986 Crear incrementalmente Utilizar andamiaje Fred Brooks“El überninja”
  22. 22. Madurez +Agilidad
  23. 23. Complejidad■ Accidental Procesos Herramientas Tecnologías Gente■ EscencialProblema Solución
  24. 24. ■ AdvertenciaNo aplica para todos losentornos de trabajo. De Servicios IT De Producto IT Se apoya en IT Funcional Funcional Funcional Disfuncional Disfuncional Disfuncional
  25. 25. ■ Entiende laSituaciónPunto en el Ciclo de Vida del ProductoEn general, esto es un negocioDeuda TécnicaTipo de Empresa
  26. 26. ■ Empieza porla ArquitecturaSimple CompradaRobusta PrestadaEscalable Hecha por tu abuelitaDisponible ¿Pirateada?Segura
  27. 27. ■ Utiliza elAndamiajeCrea espacios No pierdas tiempoValida espacios Mide reaccionesDespliega espacios No codifiquesElimina espacios Resiste la tentación
  28. 28. ■ ImplementaUsa el arma correcta.Cuidado con los discipulos deHubbard.Si ves a Xenu…
  29. 29. Enfoque deImplementación kaizen
  30. 30. “Makethe babyJesuscry”
  31. 31. Dev IA QA UAT Stress Carga Estabilización PreProd Cambios Producción $$$$
  32. 32. 1 EntornoDogfoodingUser Staging
  33. 33. Ideas PrincipalesNo confundamos PROCESO con ESTRATEGIA.Es necesario el contexto para aplicar cualquier proceso.Es imprescindible entender el modelo de negocio.MVP es una ESTRATEGIA para enfocar la innovación en la creación deproductos, aumentando su rentabilidad.Es conveniente romper el paradigma de proyectos, para enfocarse en el deproductos (probablemente).Es necesario un enfoque iterativo.Elimina lo más posible toda complejidad.La arquitectura es el primer paso clave.Crea espacios vacios y valida la satisfacción de usuario antes de implementar.Implementa disruptivamente, mejora paulatinamente.
  34. 34. knoting.com
  35. 35. Axel Nissim S.axelnissim@scierna.com www.scierna.com Twitter: @SciernaCP @axelnissim

×