Een rol hoort bij een project
Wie is de Project Manager? De vraag zelf is niet nauwkeurig genoeg. Iemand kan in het bedrijf Operator zijn, op project A Project Manager, op project B alleen verantwoordelijk voor inkoop, en zou op project C niets mogen zien. Dus hebben we twee dingen gescheiden: identiteit hoort bij het bedrijf; rol hoort bij het project. En wat bij een rol echt telt, is niet de naam — maar wat die persoon kan doen.
Bij het ontwerpen van de rechten van Snappy PM liepen we tegen een ogenschijnlijk heel eenvoudige vraag aan:
Who is the Project Manager?
Toen ik er verder over nadacht, realiseerde ik me dat de vraag zelf niet nauwkeurig genoeg is.
Iemand kan in het bedrijf Operator zijn, maar op Project A Project Manager, op Project B alleen verantwoordelijk voor inkoop, en op Project C zou diegene misschien de projectinhoud helemaal niet moeten zien.
Dus hebben we uiteindelijk twee dingen gescheiden:
Identity belongs to the company.
Role belongs to the project.
Owner en Operator beschrijven de relatie van een persoon met het bedrijf.
Project Manager, Designer, Site Engineer, QS beschrijven waar die persoon in een specifiek project verantwoordelijk voor is.
Deze twee concepten horen niet door elkaar gehaald te worden.
Belangrijker nog: we hebben geen vaste functietabel voor Snappy PM ontworpen.
Een meubelbedrijf heeft misschien nodig:
Project Manager / Designer / Purchaser / Installer
Een adviesbureau heeft misschien nodig:
Project Lead / Consultant / Accountant
Die moeten de eigen taal van het bedrijf gebruiken.
En wat aan een Role echt belangrijk is, is niet hoe hij heet, maar:
What can this person do?
Kan die de offerte van de klant bevestigen?
Kan die Change Scope doen?
Kan die een Expense toevoegen?
Kan die een Delivery afhandelen?
Kan die Financial-documenten zien?
In Snappy PM komt een Role dus uiteindelijk neer op een heel concrete set actierechten en bestandsrechten.
Dit doet me denken aan hoe veel kleine bedrijven echt worden geleid.
De eigenaar wil vaak geen complex Organization Chart bouwen.
Hij wil gewoon zeggen:
"Dit project gaat naar George, hij doet de uitvoering; inkoop doet Ahmed; de bouwplaats mag de financiële documenten niet zien."
Software zou zo'n simpele zin direct moeten kunnen uitdrukken.
En als het project af is, kan het volgende project helemaal opnieuw worden ingericht.
Want de organisatiestructuur van een bedrijf kan langdurig zijn, maar:
Projects are temporary organizations.
Elk project stelt een groep mensen opnieuw samen om één ding gedaan te krijgen.
Dus willen we dat ook het rechtensysteem van Snappy PM vanuit het Project vertrekt.
Niet eerst vragen:
What is your title?
Maar:
What are you responsible for on this project?
Dat ligt waarschijnlijk dichter bij hoe kleine bedrijven echt werken.
SnapLedger, your life easier.
Identiteit hoort bij het bedrijf; rol hoort bij het project. Owner en Operator beschrijven de relatie van een persoon met het bedrijf; Project Manager, Designer, Site Engineer beschrijven waar die persoon in een specifiek project verantwoordelijk voor is. Een rol komt uiteindelijk neer op een heel concrete set actie- en bestandsrechten — uitgedrukt in de eigen taal van het bedrijf.
Kun je in jouw bedrijf bij een nieuw project rechten zo eenvoudig uitdrukken als de eigenaar ze zegt — 'George doet deze, Ahmed regelt de inkoop, de bouwplaats mag de financiële documenten niet zien'?
De structuur van een organisatie kan langdurig zijn, maar projecten zijn tijdelijke organisaties — elk project stelt een groep mensen opnieuw samen om één ding gedaan te krijgen.
Ontvang het Founder Diary + regelgevingsupdates voor jouw land
Een e-mail wanneer Richard een nieuw bericht publiceert, en de regelgevingsupdates die ertoe doen waar je woont. Gratis, altijd op te zeggen.