Wiki Lean Six Sigma

Project Charter - Charte projet

Un Project Charter sert à mettre tout le monde d'accord avant de lancer un projet. Il répond à des questions simples : quel problème veut-on résoudre, pourquoi maintenant, jusqu'où va le projet, qui participe et comment saura-t-on que c'est réussi ?

Lecture rapide
Temps de lecture4 minutes
Phase DMAICDefine
DifficultéFacile
À retenirCadrer avant d'agir

Définition simple

Le Project Charter est la fiche d'identité d'un projet d'amélioration. Il explique pourquoi le projet existe, ce qu'il doit changer et quelles limites l'équipe doit respecter.

Sans charte, un projet peut vite devenir trop large, trop flou ou partir directement vers une solution qui n'a pas été validée par les faits.

À retenir simplement

Une bonne charte ne résout pas encore le problème. Elle clarifie le problème, l'objectif et le cadre pour éviter de partir dans toutes les directions.

Pourquoi la charte projet est-elle indispensable ?

Dans beaucoup d'entreprises, les projets commencent avec une phrase comme : « il faudrait améliorer ce processus ». Le Project Charter transforme cette idée vague en projet clair, mesurable et validé.

AlignerTout le monde parle du même problème.
CadrerLe périmètre évite que le projet grossisse sans contrôle.
MesurerL'objectif devient observable et vérifiable.
DéciderLe sponsor sait pourquoi le projet mérite du temps.

En pratique sur le terrain

Imaginez une usine de carton ondulé. Les changements de commande sur une plieuse-colleuse durent parfois 90 minutes. La première réaction pourrait être : « il faut former les opérateurs ».

Mais avant de choisir une solution, la charte oblige l'équipe à préciser le problème : quelle machine est concernée, sur quelle période, quelle est la moyenne actuelle, quel objectif est réaliste et quels changements de commande sont inclus ou exclus.

Projet flou

« Réduire les temps de changement. » Trop large, difficile à piloter, sans période ni cible claire.

Projet cadré

« Réduire de 15 % le temps moyen de changement sur la Tanabe 1 entre mars et juin, sans impact négatif sur la qualité. »

Que contient un Project Charter ?

La charte doit rester courte. Son rôle n'est pas de tout détailler, mais de donner un cadre solide au projet.

Problem StatementLe problème décrit avec des faits, sans solution cachée.
Goal StatementL'objectif mesurable, souvent formulé en SMART.
ScopeCe qui est inclus et ce qui ne l'est pas.
Business CasePourquoi ce projet a de la valeur.
Client / CTQCe qui compte pour le client ou le processus.
ÉquipeSponsor, chef de projet, contributeurs et parties prenantes.
PlanningJalons principaux et date cible.
RisquesCe qui peut bloquer ou ralentir le projet.

Exemple de charte projet

Une charte efficace ne doit pas ressembler à un rapport de 20 pages. Elle doit permettre à une personne extérieure de comprendre rapidement le problème, l'objectif et les limites du projet.

Exemple complet de Project Charter Lean Six Sigma
Un Project Charter efficace décrit le problème avec des faits, une période, un périmètre et un impact mesurable.

Problem Statement : décrire le problème sans vendre une solution

Le Problem Statement est souvent la partie la plus importante de la charte. Il doit expliquer ce qui ne va pas, où cela se produit, depuis quand, avec quelle ampleur et quel impact.

Qui est concerné ?
Client, équipe, machine, ligne, service ou processus touché.
Quel est le problème ?
Défaut, retard, variation, coût, attente, rebut ou insatisfaction.
Où et quand ?
Lieu, ligne, période, produit ou famille concernée.
Combien ?
Volume, fréquence, moyenne, pourcentage, coût ou temps perdu.
Quel impact ?
Impact client, qualité, délai, sécurité, capacité ou business.

Goal Statement : transformer l'intention en objectif SMART

Un bon objectif ne dit pas seulement « améliorer ». Il indique ce que l'équipe veut atteindre, de combien, sur quel périmètre et pour quelle date.

Objectif faible

« Améliorer la qualité des livraisons. » On ne sait pas combien, ni où, ni pour quand.

Objectif SMART

« Réduire les livraisons en retard de 18 % à moins de 8 % d'ici le 30 juin, sur les commandes e-commerce Belgique. »

Périmètre : In Scope / Out of Scope

Le périmètre protège le projet. Il évite qu'une amélioration ciblée devienne un chantier impossible à terminer.

In Scope

Processus actuel, machine concernée, équipe impliquée, données disponibles, famille produit définie.

Out of Scope

Refonte complète de l'ERP, réorganisation globale, sujets sans lien direct avec le problème mesuré.

Bénéfices attendus

Un projet doit avoir une raison d'exister. Les bénéfices peuvent être financiers, opérationnels ou liés au risque.

Hard BenefitsÉconomies mesurables : rebuts, heures, coûts, retours.
Soft BenefitsSatisfaction, visibilité, collaboration, expérience client.
Risk AvoidanceÉviter pénalités, non-conformités ou perte client.
Business CaseMontrer pourquoi le projet mérite des ressources.

Avant de valider une charte projet

  • Le problème est-il décrit avec des faits plutôt qu'avec des opinions ?
  • La charte évite-t-elle de proposer une solution trop tôt ?
  • L'objectif est-il mesurable, daté et réaliste ?
  • Le périmètre précise-t-il clairement ce qui est inclus et exclu ?
  • Les rôles, risques, bénéfices et jalons sont-ils suffisamment clairs ?

Les erreurs que l'on rencontre le plus souvent

Erreur classique

Écrire une solution dans le problème : « il faut changer le logiciel », « il faut remplacer le transporteur ».

Bon réflexe

Décrire d'abord le problème mesurable : quoi, où, depuis quand, combien et avec quel impact.

Conseil certification

Dans les questions d'examen, retenez surtout ceci : le Project Charter appartient à la phase Define. Il sert à cadrer le projet, pas à analyser les causes racines ni à choisir les solutions.

Aller plus loin avec Flow Engineering

Retrouvez les fiches, questions d'entraînement et contenus premium depuis l'espace produits.