Le développement logiciel est un travail d'équipe. Cette activité fait idéalement appel à des équipes coordonnées
travaillant dans des disciplines différentes qui couvrent le cycle de développement logiciel. Il ne s'agit pas de
sciences ni vraiment d'ingénierie, du moins pas au niveau des principes quantifiables basés sur des faits bruts. Les
efforts de développement logiciel qui impliquent la planification et la création de pièces séparées à assembler
ensuite, comme c'est le cas pour la création de ponts ou d'engins spatiaux, dépassent constamment les délais et les
budgets et ne répondent pas aux attentes de l'utilisateur.
En l'absence de faits bruts, il faut donc s'appuyer sur les techniques de développement logiciel que nous appelons les
meilleures pratiques, dont nous avons régulièrement démontré la valeur dans nos engagements face à nos clients. Au lieu
de planifier-construire-assembler des séquences d'activités pour un projet, ces pratiques décrivent un processus
incrémentiel et itératif qui conduit les équipes de développement vers les résultats attendus.
Les six meilleures pratiques phare de Rational Unified Process sont, depuis plus de dix ans, la base de toute évolution
de nos outils et processus Rational. Le développement logiciel étant devenu une capacité métier clé, nos meilleures
pratiques évoluent dans le contexte plus large du développement guidé par le métier. Les principes suivants
reformulent nos meilleures pratiques pour le cycle de vie plus vaste des systèmes en constante évolution, au sein
desquels le principal élément en évolution est le logiciel. A savoir :
Chaque page ci-dessous présente un principe parmi ceux énoncés ci-dessus, en mettant l'accent sur :
-
Les avantages tirés de l'application du principe,
-
Le pattern de comportement qui incarne le mieux le principe et
-
Les "anti-patterns" les plus reconnaissables ou les comportements contraires au principe, qui
peuvent nuire aux projets de développement logiciel.
|