Confirmer les rôles plutôt que les attribuer

Engagement

Une affectation n’est pas une confirmation

Dans la plupart des programmes, une diapositive indique : Thomas Müller – Stream Lead Manufacturing. Cela ne prouve pas que Thomas Müller le sache – et encore moins qu’il ait accepté la responsabilité.

Dans le modèle, ce sont trois choses distinctes, et chacune est traçable.

Affectation

Ce que quelqu’un a prévu

Thomas Müller
Stream Lead Manufacturing
A · décide
valable à partir du 01.09.2026
affecté par · affecté le

Confirmation

Ce que la personne a dit elle-même

courriel envoyé
ouvert et répondu
confirmé · horodatage enregistré
ou refusé – et cela devient visible

Historique

Ce qu’il faudra prouver plus tard

valable du … au
qui a affecté
qui a modifié
quand cela a été confirmé
par quoi cela a été remplacé

Jusqu’à la confirmation, la responsabilité est considérée comme ouverte – et affichée comme telle. Les questions vont malgré tout à la personne désignée, sinon elles resteraient sans suite.

Lorsqu’une personne est remplacée

C’est là que la différence est la plus nette. Sur une diapositive, un nom est écrasé – et ensuite personne ne sait qui était responsable en mai.

Ce qui prend finL’affectation précédente reçoit une date de fin. Elle ne disparaît pas, elle cesse de s’appliquer.

Ce qui commenceLa nouvelle personne est contactée et confirme elle-même. Jusque-là, le poste est visiblement non confirmé – pas pourvu en silence.

La trace contient ensuite une phrase qu’un auditeur peut lire : « Nora Lindqvist (Stream Lead) a été remplacée par Farid Haddad (Stream Lead) – Traniva. » Avec l’horodatage et le nom de la personne qui a effectué la modification.

← Retour à Responsabilité & organisation du projet