Un rôle appartient à un projet
Qui est le chef de projet ? La question elle-même n'est pas assez précise. Une personne peut être Operator dans l'entreprise, Project Manager sur le projet A, simple acheteur sur le projet B, et ne rien voir du projet C. Nous avons donc séparé deux choses : l'identité appartient à l'entreprise ; le rôle appartient au projet. Et ce qui compte dans un rôle, ce n'est pas son nom — c'est ce que la personne peut faire.
En concevant les permissions de Snappy PM, nous sommes tombés sur une question qui semble très simple :
Who is the Project Manager?
En y réfléchissant, j'ai réalisé que la question elle-même n'est pas assez précise.
Une personne peut être Operator dans l'entreprise, mais Project Manager sur le Project A, seulement responsable des achats sur le Project B, et sur le Project C ne devrait peut-être même pas voir le contenu du projet.
Nous avons donc fini par séparer deux choses :
Identity belongs to the company.
Role belongs to the project.
Owner et Operator décrivent la relation d'une personne avec l'entreprise.
Project Manager, Designer, Site Engineer, QS décrivent ce dont cette personne est responsable sur un projet précis.
Ces deux concepts ne devraient pas être mélangés.
Plus important encore, nous n'avons pas conçu de table de titres fixes pour Snappy PM.
Une entreprise de meubles peut avoir besoin de :
Project Manager / Designer / Purchaser / Installer
Un cabinet de conseil peut avoir besoin de :
Project Lead / Consultant / Accountant
Ces rôles devraient utiliser la langue propre de l'entreprise.
Et ce qui compte vraiment dans un Role, ce n'est pas son nom, mais :
What can this person do?
Peut-elle confirmer le devis du client ?
Peut-elle faire un Change Scope ?
Peut-elle ajouter un Expense ?
Peut-elle traiter une Delivery ?
Peut-elle voir les documents Financial ?
Donc dans Snappy PM, un Role correspond finalement à un ensemble très concret de permissions d'actions et de permissions de fichiers.
Cela me rappelle la manière dont beaucoup de petites entreprises sont réellement gérées.
Le patron ne cherche souvent pas à construire un Organization Chart complexe.
Il veut juste dire :
« Ce projet est pour George, il gère l'exécution ; les achats, c'est Ahmed ; ne laissez pas le personnel de chantier voir les documents financiers. »
Le logiciel devrait pouvoir exprimer directement une phrase aussi simple.
Et quand le projet se termine, le suivant peut être organisé entièrement à neuf.
Parce que la structure d'une entreprise peut être durable, mais :
Projects are temporary organizations.
Chaque projet rassemble à nouveau un groupe de personnes pour accomplir une chose.
Nous voulons donc que le système de permissions de Snappy PM parte lui aussi du Project.
Au lieu de demander d'abord :
What is your title?
Plutôt :
What are you responsible for on this project?
C'est probablement plus proche de la façon dont les petites entreprises travaillent vraiment.
SnapLedger, your life easier.
L'identité appartient à l'entreprise ; le rôle appartient au projet. Owner et Operator décrivent la relation d'une personne avec l'entreprise ; Project Manager, Designer, Site Engineer décrivent ce dont elle est responsable sur un projet précis. Un rôle correspond en fin de compte à un ensemble très concret de permissions d'actions et de fichiers — exprimé dans la langue de l'entreprise.
Dans votre entreprise, quand un nouveau projet démarre, pouvez-vous exprimer les permissions aussi simplement que le patron les dit — « George gère celui-ci, Ahmed s'occupe des achats, le personnel de chantier ne doit pas voir les documents financiers » ?
La structure d'une organisation peut être durable, mais les projets sont des organisations temporaires — chacun rassemble à nouveau un groupe de personnes pour accomplir une chose.
Recevez le Founder Diary + les mises à jour réglementaires de votre pays
Un e-mail par semaine, seulement quand il y a du vrai nouveau — le diary du fondateur Richard et les mises à jour réglementaires qui comptent chez vous. Gratuit, désabonnement à tout moment.