OpenUP : La Version Légère du RUP pour les Équipes Modernes

Qu’est-ce qu’OpenUP ?

OpenUP (Open Unified Process) est un framework de développement logiciel itératif, léger et open-source, publié sous Eclipse Public License. Développé par IBM et la communauté Eclipse Process Framework (EPF), OpenUP est une instanciation minimale de l’Unified Process (UP) qui conserve les essentiels tout en éliminant la lourdeur du RUP.

Là où le RUP est un framework complet avec des centaines d’artefacts, rôles et pratiques configurables, OpenUP est le « RUP minimaliste » : il définit un ensemble réduit de pratiques essentielles suffisantes pour la plupart des projets de taille petite à moyenne.

Les Quatre Phases d’OpenUP

OpenUP conserve la structure en 4 phases de l’UP :

Inception (Initialisation) Établir la portée et les objectifs du projet. Identifier les stakeholders clés. Estimer grossièrement le budget et le calendrier. Évaluer la faisabilité. Cette phase dure typiquement 1 à 2 semaines pour un projet moyen.

Elaboration (Élaboration) Définir et stabiliser l’architecture. Développer un plan détaillé. Identifier et mitiger les risques techniques majeurs. Cette phase est critique : une architecture mal définie ici coûtera très cher plus tard.

Construction (Construction) Développer le produit incrémentalement en plusieurs itérations courtes. Chaque itération livre un incrément testable et potentiellement déployable.

Transition (Transition) Déployer le produit en production. Former les utilisateurs. Corriger les défauts découverts en beta. Cette phase se termine quand le produit atteint le niveau de qualité requis.

Les 3 Niveaux de Planification

OpenUP définit 3 horizons de planification :

Plan de projet : vision à long terme, objectifs et jalons majeurs. Mis à jour à chaque début de phase.

Plan de phase : définit les objectifs et les itérations pour la phase en cours. Mis à jour à chaque début de phase.

Plan d’itération : liste des tâches concrètes pour l’itération de 2 à 6 semaines en cours. Mis à jour à chaque début d’itération.

Cette hiérarchie fournit de la prévisibilité à long terme tout en permettant l’adaptation à court terme.

Les Rôles OpenUP

OpenUP définit 4 rôles minimalistes :

Analyste : comprend et articule les besoins du client. Gère les cas d’utilisation et les exigences.

Architecte : définit et maintient l’architecture. S’assure de la cohérence technique.

Développeur : conçoit, code, teste. La notion de « développeur » dans OpenUP inclut les tests.

Testeur : valide que le système répond aux exigences. Gère les tests d’intégration et système.

Note : une même personne peut jouer plusieurs rôles. Dans une petite équipe de 3, chacun joue potentiellement tous les rôles.

Les Artefacts Essentiels d’OpenUP

OpenUP réduit les artefacts à l’essentiel :

• Vision : document de 1 à 3 pages décrivant le problème et la solution proposée
• Backlog de travail : liste priorisée des items à développer
• Use Cases : descriptions des interactions utilisateur-système
• Architecture Notebook : notes sur les décisions architecturales importantes
• Plan d’itération : objectifs et tâches de l’itération courante
• Test Cases : description des tests à exécuter

Pas de business case formel, pas de plan de projet de 50 pages, pas de centaines d’artefacts UML.

OpenUP et les Pratiques Agiles

OpenUP est compatible avec les pratiques agiles modernes :

• Intégration Continue : les builds automatisés sont encouragés
• Test-Driven Development : compatible avec les pratiques XP
• Refactoring : maintenu comme bonne pratique
• Standup meetings : les réunions quotidiennes sont recommandées pendant les itérations

OpenUP vs Scrum : Quand Choisir l’Un ou l’Autre ?

Choisir OpenUP quand :

• L’équipe vient d’un contexte RUP et veut une transition progressive vers plus de légèreté
• Le projet nécessite une attention explicite à l’architecture
• Une structure de planification multi-niveaux est nécessaire
• Les praticiens ont une formation UP/RUP

Choisir Scrum quand :

• L’équipe démarre sans expérience préalable UP
• Le projet est purement produit, sans contrainte architectural forte
• La rapidité de mise en oeuvre prime sur la structure

OpenUP et Sinra

OpenUP se connecte naturellement à Sinra. Les phases OpenUP correspondent aux releases majeures de Sinra. Les itérations correspondent aux cycles. Les use cases et le backlog de travail sont modélisés comme des capabilities et des issues.

L’Architecture Notebook OpenUP peut vivre dans les pages de Sinra, centralisant les décisions architecturales avec les tâches de développement dans un même outil.

Le Plan de projet OpenUP, qui donne la vision long terme sur les objectifs et jalons majeurs, se traduit dans Sinra par un projet : un regroupement de capabilities planifiées sur l’ensemble des phases, offrant une vue Gantt de la roadmap sans la lourdeur documentaire du RUP complet.

Conclusion

OpenUP est le choix idéal pour les équipes qui trouvent Scrum trop minimal mais le RUP trop lourd. Sa licence open-source, sa documentation claire disponible sur le site Eclipse Process Framework, et sa compatibilité avec les pratiques agiles modernes en font un framework mature et accessible. En 2026, OpenUP reste une référence pour les équipes qui veulent structure et légèreté, sans compromis sur les essentiels.