Comment échouer avec le Processus Rationnel Unifié : Sept étapes vers la douleur et la souffrance

Verser du vin nouveau dans de vieilles outres a causé des problèmes pendant des milliers d'années. Lorsque vous prenez un processus de développement agile et que vous le versez dans des esprits et des machines de marketing qui reproduisent la même vieille approche en cascade avec des diagrammes de GANT, l'échec ne devrait pas être surprenant.

Trois experts RUP ont identifié des modèles d'échec lors de l'utilisation de RUP et ont rédigé un excellent document qui les élucide en profondeur :

Larman, Craig, Kruchten, Philippe et al. Comment échouer avec le processus rationnel unifié : Sept étapes vers la douleur et la souffrance. Valtech Technologies et Rational Software, 2001.

Afin de garantir l'incompréhension et l'échec absolus de l'adoption du RUP, nous fournissons la liste de contrôle ou feuille de pointage suivante. Bien entendu, plus le nombre de points est élevé, plus l'échec du RUP est réussi.

Vous savez que vous n'avez pas compris le RUP lorsque ...

o Vous pensez que la création = les exigences, l'élaboration = la conception et la construction = la mise en œuvre.

o Vous pensez que le but de l'élaboration est de définir complètement et soigneusement les modèles, qui sont traduits en code pendant la construction.

o Vous pensez que seuls les prototypes sont créés lors de l'élaboration. En réalité, le noyau de qualité de production des éléments architecturaux à risque doit être programmé lors de l'élaboration.

o Vous essayez de définir la plupart des exigences avant de commencer la conception ou la mise en œuvre.

o Vous essayez de définir la majeure partie de la conception avant de commencer la mise en œuvre.

o Une "longue période" est consacrée aux exigences ou au travail de conception avant le début de la programmation.

o Une organisation considère qu'une durée d'itération appropriée se mesure en mois plutôt qu'en semaines.

o Vous pensez que la phase de pré-programmation des activités de diagramme et de conception UML est l'occasion de définir de manière complète et précise les conceptions et les modèles dans les moindres détails, et que la programmation est une simple traduction mécanique de ces derniers en code.

o Vous essayez de planifier un projet en détail du début à la fin, en attribuant le travail à chaque itération ; vous essayez de prévoir toutes les itérations et ce qui se passera dans chacune d'entre elles.

o Une organisation veut des plans et des estimations crédibles pour les projets avant qu'ils ne soient entrés dans la phase d'élaboration.

o Une organisation pense qu'adopter le RUP signifie réaliser un grand nombre d'activités possibles et créer de nombreux documents, et considère ou vit le RUP comme un processus formel avec de nombreuses étapes à suivre.

We are confident that by ... applying the checklist of misunderstandings, your adoption of the RUP and iterative development will be a spectacular mess.

-----

D'autres livres blancs de Rational sur le RUP sont disponibles sur le site Web de Rational. Site web rationnel. You won't find this paper there, however, and it may be the most important one for success. Please contact Craig Larman at www.craiglarman.com pour obtenir une copie.