OBJECTIF DU CHAPITRE

Suivre un projet de sa naissance (une idée) à sa mort (le retrait), et voir ce que l'approche portefeuille CHANGE.

1) LES QUATRE PHASES ET LEURS JALONS

Un projet connaît quatre étapes principales, durant lesquelles IL CHANGE PROFONDÉMENT DE NATURE. Les jalons portent des noms à retenir :

INSTRUCTION —(FIRE)→ RÉALISATION —(GO)→ EXPLOITATION —(LIVE)→ RETRAIT —(DIE)

• PHASE INSTRUCTION. Le projet naît d'une IDÉE, acte créatif attribué à un « inventeur ». Cette idée doit être formalisée, explicitée, discutée pour devenir un PROJET POSSIBLE. Beaucoup d'idées ne dépassent pas le stade de l'implicite. L'explicitation réduit l'incertitude, donc les possibles. Le dossier projet exige généralement un COMMANDITAIRE, qui n'est pas toujours l'inventeur. Puis le projet possible est SÉLECTIONNÉ parmi d'autres — beaucoup ne le sont pas.

• PHASE RÉALISATION. C'est la production du système, un ensemble d'artefacts : la phase « projet » proprement dite. Une fois réalisé, le système est IMPLÉMENTÉ, intégré à l'existant. Changement de nature : d'idée et de possible, le projet se concrétise dans des artefacts et, en grande partie, SE FIGE.

• PHASE EXPLOITATION. On considère aujourd'hui que le début de cette phase est « la mort du projet ». En réalité, LE PROJET N'EST JAMAIS AUSSI CONCRET QUE LÀ : c'est dans cette phase qu'il produit ses impacts, et donc QU'IL CRÉE DE LA VALEUR. C'est aussi là que se fait l'évaluation de la valeur (analyse post-implémentation). Le système peut connaître des modifications légères (maintenance). C'est souvent la phase la PLUS LONGUE : on comptait en mois, ici on compte en ANNÉES.

• PHASE RETRAIT. L'obsolescence finit toujours par frapper : les artefacts sont retirés, parfois archivés, parfois détruits. Phase classique en ingénierie système, LONGTEMPS IGNORÉE dans le SI — en réalité, c'était souvent la phase Réalisation qui se chargeait de retirer les anciens systèmes. Changement de nature : l'idée et le projet deviennent SOUVENIRS. C'est la véritable mort du projet.

Macro-activités associées : idée, commandite, instruction, criblage, planification, allocation des ressources, réalisation, implémentation, exploitation, maintenance corrective, maintenance évolutive, analyse post-projet, retrait partiel ou total.

2) LA SITUATION ACTUELLE : CLOISONNEMENT ET SUIVI UNITAIRE

La gestion de ce cycle de vie reste marquée par :
• une SOUS-FOCALISATION sur les phases Instruction et Retrait (cette dernière n'apparaît pas toujours) ;
• le CLOISONNEMENT des phases ;
• un suivi des projets très UNITAIRE, projet par projet.

3) LES TROIS RUPTURES APPORTÉES PAR LE PORTEFEUILLE

En réaction, la gestion de portefeuille provoque trois ruptures :
• PRISE EN COMPTE ÉQUILIBRÉE des différentes phases ;
• DÉCLOISONNEMENT des phases ;
• SUIVI INTÉGRÉ des projets au sein d'un portefeuille.

4) POURQUOI L'INSTRUCTION EST DEVENUE LE TERRAIN DE CHASSE

Les phases Réalisation et Exploitation ont fait d'importants progrès et sont désormais sous contrôle : schématiquement, l'EXPLOITATION est le terrain d'ITIL, la RÉALISATION celui de CMMI (ou PMBok, Prince 2, ISO…). Les deux autres phases sont vierges, ou presque, de référentiels de cette ampleur.

La recherche de nouvelles marges de manœuvre s'est donc portée sur elles. La phase INSTRUCTION possède le potentiel de gains le plus fort : améliorer la qualité des projets lancés, réguler la demande de projets, mieux servir la stratégie.

MAIS ATTENTION : ce potentiel est si fort que beaucoup ont RÉDUIT la gestion de portefeuille à cette seule phase. LE RAPPORT QUALIFIE CETTE RÉDUCTION D'ABUSIVE.

5) LA DÉCOUVERTE DE LA PHASE RETRAIT

Ce n'est que récemment, sous le nom de GESTION DE PORTEFEUILLE APPLICATIF (Application Portfolio Management), que la phase Retrait a acquis une existence propre — avec un potentiel de gains très intéressant. NB : la gestion du portefeuille applicatif NE SE RÉDUIT PAS aux retraits.

6) LE COUPLAGE DES PHASES : LA VRAIE PUISSANCE

C'est le couplage qui donne toute sa puissance à la logique de portefeuille. Trois couplages déjà observés :
• RÉALISATION ↔ EXPLOITATION : meilleure anticipation des mises en production (on ne découvre plus à la livraison qu'un système .Net s'intègre mal dans une architecture full J2EE).
• INSTRUCTION ↔ RÉALISATION : les arbitrages et l'allocation des ressources se font sur un ensemble mêlant projets EN COURS et projets À L'ÉTUDE.
• INSTRUCTION ↔ RETRAIT : pourquoi lancer le développement d'une application qui existe déjà dans le système ? La gestion du portefeuille applicatif ALERTE l'instruction.

7) LES TENDANCES ANNONCÉES

• L'allocation des ressources sera gérée AU NIVEAU DU PORTEFEUILLE, plus dans les projets : LES PROJETS NE SERONT PLUS « PROPRIÉTAIRES » DE LEURS RESSOURCES.
• La planification dynamique sera elle aussi gérée au niveau du portefeuille.
• Le couplage des quatre phases va s'intensifier, dans une recherche d'économies et d'agilité.

À RETENIR

• FIRE → GO → LIVE → DIE : Instruction, Réalisation, Exploitation, Retrait.
• La valeur se crée en EXPLOITATION, pas à la livraison.
• 3 ruptures : équilibre entre phases, décloisonnement, suivi intégré.
• L'Instruction a le plus fort potentiel — mais réduire le portefeuille à l'Instruction est ABUSIF.