Cruzada contra la Waterfall Alliance

Este es un mail que escribi hace un tiempo y como me gusto decidi colgarlo aca. No tienen nada novedoso y es un tema que deberia estar sepultado pero… en fin.

Metodología en Cascada

  • La primera vez que aparecio un diagrama parecido a lo que se conoce como metodologia en cascada fue en el paper “Managing the development of large software systems” de Winston Royce. Ahi se lo pone como ejemplo de UN MODELO QUE NO FUNCIONA para desarrollos grandes.
  • La metodologia en cascada da una falsa sensacion de seguridad. En la cual podemos predecir facilmente lo que va a pasar de aqui a dos meses, seis o varios años. Es la bola de cristal de la ingenieria del software!
    La metodologia es muy sencilla de explicar a los clientes. (por experiencia les digo que no es facil explicar RUP a un cliente). Y lo que es peor, es muy facil de entender para los lideres de proyecto! (en cambio, cuantas dudas les aparecieron al interpretar SCRUM?)
  • En definitiva es como una bola de cristal, muy sencilla de operar, pero que rara vez da el resultado esperado.
    La metodologia en cascada NO AYUDA AL USUARIO A REALIZAR TRAZABILIDAD DE SU PROYECTO! piensenlo: finaliza el analisis y al usuario le muestro miles de papeles con informacion QUE EL YA CREE CONOCER en la cual esta plasmado su negocio. Cuatro meses despues aparecemos con el cliente mostrandole cientos de diagramas, que no entiende, donde figura desde la arquitectura general de su sistema hasta el diseño detallado de cada clase. Mientras tanto, el diseñador/arquitecto es un ser de infinita sabiduria que tiene el sistema perfecto en papel, pero que aun no fue probado en la practica. Luego de que el usuario ve cientos de diagramas que no entiende desaparecemos por seis largos meses durante la construccion del sistema y… ustedes entienden la idea. Comparenlo con prototipado o implementaciones sucesivas en el que todas las semanas le doy algo al usuario que puede ver y palpar, probar y darme feedback. El usuario percibe valor y se da una idea de donde esta yendo a parar su dinero.
  • Las primeras implantaciones serias de la metodologia en cascada las realizo el departamento de defensa de estados unidos, parafraseando a groucho marx “inteligencia militar son dos terminos opuestos”.
  • Desde ya que la metodologia tiene sus aplicaciones, limitadas pero aplicaciones al fin, pero no hay que dejarse llevar tan facilmente por las luces de colores de la facilidad de adopcion y sensacion de control que nos muestra al principio.

Open Scrum

En el Pentaho Community Newsletter de enero aparecio un articulo bastante interesante de una nueva vieja metodología de desarrollo denominada OpenScrum. Vieja porque es basicamente el Scrum común y corriente pero con algunas modificaciones para adaptarlo a la gran entropía que suelen presentar los proyectos open source.

Como bien se sabe ningún proyecto open source del tipo “community-driven ™” va a quedar bajo el paragüas del CMM ya que el desarrollo tiende a ser bastante caótico. OpenScrum aparece para proporcionar una metodología agil a quien quiera utilizarla.

No me voy a poner a describir Open Scrum, en la wiki de Pentaho hay información de sobra, pero quiero compartir una imagen que resume el ciclo de desarrollo y acotar un par de reflexiones.

A simple vista sigue pareciendo un simple Scrum, de hecho lo es, pero hay que destacar un par de cosas.

  • La Comunidad aparece como un Stackholder más, lo cual esta bueno porque se hizo común entre los proyectos grandes (Fedora, MySQL, Pentaho, etc) que la comunidad sea un gran beta tester o un arma parches.
  • El tiempo de cada sprint aumenta hasta 12 semanas con lo que tenemos una duracion de iteracion enorme. Terminamos haciendo RUP pero sin documentación.
  • Aparece la figura de “Fix & Acceptance” de tiempo indeterminado, la escencia ágil de la metodología se termina perdiendo.
  • Es obra de Pentaho así que hay que darle una oportunidad :)

Habrá que ver cuantos proyectos están en condiciones de tomar esta metodología, y cuantos quieren hacerlo, el tiempo dirá si es implementable.

Entradas y comentarios feeds. 14 queries. 0.267 seconds.

58148 pages viewed, 43 today
27829 visits, 35 today
FireStats icon Powered by FireStats