Verter vino nuevo en odres viejos ha causado problemas durante miles de años. Cuando tomas un proceso de desarrollo ágil y lo viertes en mentes y máquinas de marketing que reproducen el mismo viejo enfoque de cascada completo con gráficos de GANT, el fracaso no debería sorprender.
Tres expertos en RUP han identificado patrones de fracaso al utilizar RUP y han escrito un excelente documento que los dilucida en profundidad:
Larman, Craig, Kruchten, Philippe el al. Cómo fracasar con el Proceso Racional Unificado: Seven Steps to Pain and Suffering. Valtech Technologies y Rational Software, 2001.
Para garantizar la incomprensión y el fracaso absolutos en la adopción de RUP, proporcionamos la siguiente lista de comprobación u hoja de puntuación. Por supuesto, cuantos más puntos se obtengan, mayor será el éxito del fracaso de RUP.
Sabes que no has entendido el RUP cuando ...
o Piensa que inicio = requisitos; elaboración = diseño; y construcción = aplicación.
o Piensa que el objetivo de la elaboración es definir completa y cuidadosamente los modelos, que se traducen en código durante la construcción.
o Piensa que en elaboración sólo se crean prototipos. En realidad, el núcleo de calidad de producción de los elementos arquitectónicos de riesgo debe programarse en elaboración.
o Se intenta definir la mayoría de los requisitos antes de iniciar el diseño o la implementación.
o Se intenta definir la mayor parte del diseño antes de empezar la implementación.
o Se dedica "mucho tiempo" a los requisitos o al trabajo de diseño antes de empezar a programar.
o Una organización considera que una duración de iteración adecuada se mide en meses, en lugar de semanas.
o Piensa que la fase de preprogramación de las actividades de diagramación y diseño UML es el momento de definir con gran detalle y precisión los diseños y modelos, y de programar como una simple traducción mecánica de éstos a código.
o Intenta planificar un proyecto al detalle de principio a fin, asignando el trabajo a cada iteración; intenta predecir especulativamente todas las iteraciones y lo que ocurrirá en cada una de ellas.
o Una organización quiere planes y estimaciones creíbles para los proyectos antes de que hayan entrado en la fase de elaboración.
o Una organización piensa que adoptar el RUP significa realizar muchas de las actividades posibles y crear muchos documentos, y piensa o experimenta el RUP como un proceso formal con muchos pasos a seguir.
Estamos seguros de que ... aplicando la lista de malentendidos, su adopción del RUP y del desarrollo iterativo será un desastre espectacular.
-----
Encontrará más libros blancos de Rational sobre RUP en la página Sitio web racional. Sin embargo, no encontrará allí este documento, que puede ser el más importante para el éxito. Póngase en contacto con Craig Larman en www.craiglarman.com para obtener una copia.
Spanish 
English 
French