Un ruolo appartiene a un progetto
Chi è il Project Manager? La domanda stessa non è abbastanza precisa. Una persona può essere Operator nell'azienda, Project Manager sul progetto A, responsabile solo degli acquisti sul progetto B, e non dovrebbe vedere nulla del progetto C. Quindi abbiamo separato due cose: l'identità appartiene all'azienda; il ruolo appartiene al progetto. E ciò che conta in un ruolo non è il nome — è ciò che quella persona può fare.
Progettando i permessi di Snappy PM, ci siamo imbattuti in una domanda che sembra molto semplice:
Who is the Project Manager?
Andando più a fondo, mi sono reso conto che la domanda stessa non è abbastanza precisa.
Una persona può essere Operator nell'azienda, ma Project Manager sul Project A, responsabile solo degli acquisti sul Project B, e sul Project C forse non dovrebbe proprio vedere il contenuto del progetto.
Quindi alla fine abbiamo separato due cose:
Identity belongs to the company.
Role belongs to the project.
Owner e Operator descrivono il rapporto di una persona con l'impresa.
Project Manager, Designer, Site Engineer, QS descrivono di cosa è responsabile quella persona in un progetto specifico.
Questi due concetti non dovrebbero essere mescolati.
Ancora più importante, non abbiamo progettato per Snappy PM una tabella fissa di mansioni.
Un'azienda di mobili può aver bisogno di:
Project Manager / Designer / Purchaser / Installer
Una società di consulenza può aver bisogno di:
Project Lead / Consultant / Accountant
Dovrebbero usare il linguaggio proprio dell'azienda.
E ciò che conta davvero di un Role non è come si chiama, ma:
What can this person do?
Può confermare il preventivo del cliente?
Può fare Change Scope?
Può aggiungere una Expense?
Può gestire una Delivery?
Può vedere i documenti Financial?
Quindi in Snappy PM, un Role corrisponde in definitiva a un insieme molto concreto di permessi sulle azioni e sui file.
Questo mi ricorda come vengono davvero gestite molte piccole imprese.
Il titolare spesso non vuole costruire un Organization Chart complesso.
Vuole solo dire:
"Questo progetto va a George, lui gestisce l'esecuzione; gli acquisti li fa Ahmed; il personale di cantiere non deve vedere i documenti finanziari."
Il software dovrebbe poter esprimere direttamente una frase così semplice.
E quando il progetto finisce, quello successivo può essere organizzato completamente da zero.
Perché la struttura organizzativa di un'azienda può essere duratura, ma:
Projects are temporary organizations.
Ogni progetto riassembla un gruppo di persone per portare a termine una cosa.
Quindi vogliamo che anche il sistema di permessi di Snappy PM parta dal Project.
Non chiedendo prima:
What is your title?
Ma:
What are you responsible for on this project?
Questo probabilmente si avvicina di più a come lavorano davvero le piccole imprese.
SnapLedger, your life easier.
L'identità appartiene all'azienda; il ruolo appartiene al progetto. Owner e Operator descrivono il rapporto di una persona con l'impresa; Project Manager, Designer, Site Engineer descrivono di cosa è responsabile in un progetto specifico. Un ruolo corrisponde in definitiva a un insieme molto concreto di permessi sulle azioni e sui file — espresso nella lingua dell'azienda.
Nella tua azienda, quando parte un nuovo progetto, riesci a esprimere i permessi in modo semplice come li dice il titolare — 'questo progetto va a George, lui gestisce l'esecuzione; gli acquisti li fa Ahmed; il personale di cantiere non deve vedere i documenti finanziari'?
La struttura di un'organizzazione può essere duratura, ma i progetti sono organizzazioni temporanee — ognuno riassembla un gruppo di persone per portare a termine una cosa.
Ricevi il Founder Diary + gli aggiornamenti normativi del tuo paese
Un’e-mail quando Richard pubblica un nuovo articolo, e gli aggiornamenti normativi che contano dove vivi. Gratis, puoi annullare l’iscrizione quando vuoi.