L'Expertise Informatique, Simplifiée

Cadrage de projet

Ce qui n'est pas écrit n'est pas décidé.

Le projet a été lancé sur une réunion et un enthousiasme. Six semaines plus tard, le prestataire livre ce qu’il a compris, le métier attendait autre chose, et le budget prévu couvre l’un des deux. Personne n’a menti : le périmètre n’a jamais été écrit, et chacun a rempli le silence avec sa propre version.

La situation actuelle

Ce que nous livrons

Note de cadrage

Un document court, validé par le sponsor et lu par tous : contexte, objectifs, périmètre, acteurs, jalons, budget, risques. C’est la référence à laquelle chaque arbitrage ultérieur se rapporte.

Périmètre et hors périmètre

Ce qui est dans le projet, et avec la même précision ce qui n’y est pas. Cette seconde moitié évite la plupart des conflits de fin de projet, parce qu’elle a été décidée quand elle ne fâchait encore personne.

Objectifs et livrables

Des objectifs mesurables, et pour chacun le livrable qui prouve qu’il est atteint. Un objectif sans livrable est un vœu ; un livrable sans objectif est du travail sans destinataire.

Risques et jalons

Les risques identifiés, évalués et dotés d’une parade ou d’une décision d’acceptation. Les jalons posés sur les décisions à rendre, pas seulement sur les livraisons à produire.

Estimation et budget

Une estimation qui expose ses hypothèses, ses fourchettes et ses marges. Le budget qui en découle se discute sur des bases explicites, et se révise quand une hypothèse tombe.

Choix du cadre méthodologique

Cycle en V, Scrum, Kanban ou hybride, choisi selon la nature du projet : stabilité du besoin, contraintes réglementaires, maturité de l’équipe. La méthode découle du projet, pas l’inverse.

Pour aller plus loin


Un projet se décide avant de se lancer.
Écrivons ce qui n'est pas dit →