Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

#NoEstimates o que la estimación no sea la fase esencial del desarrollo software

3,700 views

Published on

#NoEstimates o que la estimación no sea la fase esencial del desarrollo software

Published in: Software

#NoEstimates o que la estimación no sea la fase esencial del desarrollo software

  1. 1. @jgarzas NoEstimates Algunas notas sobre la idea de no estimar proyectos software (o, mejor dicho, de que la estimación no sea la pieza central del proyecto)
  2. 2. Disclaimer
  3. 3. @jgarzas Esto es publicidad
  4. 4. 2001Mi primer proyecto ágil
  5. 5. #NoEstimates Necesitamos la versión 2.3 en Mayo
  6. 6. ¿Tiene sentido estimar? O que la estimación inicial condicione todo el proyecto
  7. 7. Estimar… ¿Es timar?
  8. 8. Si los requisitos cerrados son una mala idea… ¿Cómo se puede llegar a un compromiso en tiempo – dinero sin conocer el alcance?
  9. 9. Cuando se usan puntos historia para estimar. Realmente, ¿tiene sentido ordenar el product backlog por estimación y no por valor?
  10. 10. ¿Necesitamos estimaciones de proyectos software… o presupuestos?
  11. 11. En casi todos los proyectos, comienzan con “-¿Esto cuánto va a costar?-“ Pero, quizá, la pregunta correcta no debería ser… “-¿De cuándo presupuesto dispones?-“.
  12. 12. “-Es que si trabajo con un presupuesto me van a engañar, ya que desarrollo va a trabajar más despacio para intentar alargar el proyecto-”.
  13. 13. Si la empresa de desarrollo te quiere engañar lo hará en cascada, en ágil o en cualquier modelo
  14. 14. Pero al no atarte a una estimación te llevas de regalo poder cambiar los requisitos cuando quieras
  15. 15. En cualquier caso, recuerda, “Customer collaboration over contract negotiation”, si no hay confianza difícilmente habrá un proyecto de éxito
  16. 16. “-Es que sin estimaciones cerradas no se cuanto tiempo van a tardar-”
  17. 17. Sino está claro que hay que hacer, porque se descubre según avanza el proyecto, estará poco claro cuándo se va a terminar.
  18. 18. ¿Te crees que con requisitos cerrados sabías seguro cuándo se va a terminar?
  19. 19. Y, no obstante, en la realidad si que vas a tener una previsión de finalización, ya que vas a ir viendo los requisitos que el equipo va completando por periodo de tiempo, lo que te dará lo que llamamos la media de velocidad, que te valdrá para hacer previsiones de finalización.
  20. 20. Comparando el enfoque tradicional, con el ágil con estimaciones y con el #noEstimates http://www.javiergarzas.com/2014/12/comparando-el-enfoque-tradicional-con-el-agil-con-estimaciones-y-con-el-noestimates.html https://docs.google.com/presentation/d/1AinGFFlzOE4gL8Bntp2rJFAdoqhku_iXrKgfJjK-BSw/mobilepresent?pli=1#slide=id.p13
  21. 21. Velocidad (trabajo completado por Sprint), Puntos Historia. Burn Down / Up TRADICIONAL ÁGIL CON ESTIMACIONES ÁGIL #NOESTIMATES Métricas típicas de seguimiento de proyecto Tiempo Real vs Tiempo Estimado.% de avance (p.e. El típico del Gantt) Valor entregado. Historias de Usuario completadas, Lead Time, Cycle Time
  22. 22. Compromisos por Sprint (semanas) TRADICIONAL ÁGIL CON ESTIMACIONES ÁGIL #NOESTIMATES Acuerdos “cliente” – “proveedor” La estimación inicial se convierte en un compromiso a largo plazo (meses, años), en tiempo, precio y alcance Entrega continua. Flujo continuo de entrega de valor. Los acuerdos están en la ordenación por valor de aquello a realizar y en intentar reducir los tiempos de elaboración (el cycle time, desde que se empieza a trabajar en una tarea hasta que se termina)
  23. 23. Ciclo de vida iterativo e incremental con iteraciones cortas. Framework tipo Scrum TRADICIONAL ÁGIL CON ESTIMACIONES ÁGIL #NOESTIMATES Modelo, framework, ciclo de vida referencia Ciclo de vida en cascada Kanban
  24. 24. Pago por Sprint o iteración. Pago por tiempo. Pago por historias de usuario completadas TRADICIONAL ÁGIL CON ESTIMACIONES ÁGIL #NOESTIMATES Modelo contractual Proyecto cerrado o llave en mano (que mal suena lo de llave en mano, parece que vas a comprar una casa)  Pago por valor (historia de usuario) entregada
  25. 25. Salvo causa mayor, se intenta que no haya cambio de alcance dentro del Sprint (semanas) TRADICIONAL ÁGIL CON ESTIMACIONES ÁGIL #NOESTIMATES Flexibilidad al cambio Muy poca. Se cierran requisitos al principio, se estima, se cierra tiempo, alcance. Esto se pone en contrato y nadie quiere cambiar nada Se intenta sólo no cambiar una historia o tarea empezada, el resto se puede a cambiar en cualquier momento
  26. 26. @jgarzas Gracias!
  27. 27. @jgarzas   es.linkedin.com/in/jgarzas/   facebook.com/javiergarzas.blog   www.javiergarzas.com  
  28. 28. dfsfsdf   Realicé  el  mayor  esfuerzo  y  propósito  de  referenciar  fuentes  y  atribuir  reconocimiento  a   todos  los  autores  de  los  textos  e  imágenes  que  no  fuesen  míos,  de  reconocer  los   derechos  de  autor,  etc.  Pero  si  crees  que  algo  se  me  ha  pasado  o  que  algo  debe  ser   modificado,  añadido  o  eliminado,  por  favor  mándame  un  correo  a  jgarzas@gmail.com  

×