Eine Rolle gehört zu einem Projekt
Wer ist der Projektleiter? Die Frage selbst ist nicht präzise genug. Jemand kann in der Firma Operator sein, im Projekt A Projektleiter, im Projekt B nur für den Einkauf zuständig — und im Projekt C sollte er gar nichts sehen. Also haben wir zwei Dinge getrennt: Die Identität gehört dem Unternehmen; die Rolle gehört dem Projekt. Und was an einer Rolle wirklich zählt, ist nicht ihr Name — sondern was die Person tun darf.
Beim Design der Berechtigungen von Snappy PM sind wir auf eine scheinbar sehr einfache Frage gestoßen:
Who is the Project Manager?
Je weiter ich darüber nachdachte, desto klarer wurde: Die Frage selbst ist nicht präzise genug.
Eine Person kann im Unternehmen Operator sein, aber im Project A Project Manager, im Project B nur für den Einkauf zuständig, und im Project C sollte sie vielleicht überhaupt nichts vom Projekt sehen.
Also haben wir am Ende zwei Dinge getrennt:
Identity belongs to the company.
Role belongs to the project.
Owner und Operator beschreiben das Verhältnis einer Person zum Unternehmen.
Project Manager, Designer, Site Engineer, QS beschreiben, wofür diese Person in einem konkreten Projekt verantwortlich ist.
Diese beiden Konzepte sollten nicht vermischt werden.
Wichtiger noch: Wir haben für Snappy PM keine feste Tabelle von Jobtiteln entworfen.
Ein Möbelunternehmen braucht vielleicht:
Project Manager / Designer / Purchaser / Installer
Eine Beratung braucht vielleicht:
Project Lead / Consultant / Accountant
Diese Rollen sollten die eigene Sprache des Unternehmens verwenden.
Und was an einer Role wirklich zählt, ist nicht, wie sie heißt, sondern:
What can this person do?
Kann sie das Kundenangebot bestätigen?
Kann sie Change Scope machen?
Kann sie eine Expense hinzufügen?
Kann sie eine Delivery abwickeln?
Kann sie Financial-Dokumente sehen?
In Snappy PM entspricht eine Role also am Ende einem sehr konkreten Satz von Aktionsberechtigungen und Dateiberechtigungen.
Das erinnert mich daran, wie viele kleine Unternehmen tatsächlich geführt werden.
Der Chef will oft kein komplexes Organization Chart aufbauen.
Er will nur sagen:
„Dieses Projekt geht an George, er macht die Ausführung; den Einkauf macht Ahmed; die Baustelle soll die Finanzdokumente nicht sehen."
Software sollte so einen einfachen Satz direkt ausdrücken können.
Und wenn das Projekt endet, kann das nächste komplett neu arrangiert werden.
Denn die Organisationsstruktur eines Unternehmens mag langfristig sein, aber:
Projects are temporary organizations.
Jedes Projekt stellt eine Gruppe von Menschen neu zusammen, um eine Sache zu erledigen.
Deshalb wollen wir, dass auch das Berechtigungssystem von Snappy PM vom Project ausgeht.
Nicht zuerst fragen:
What is your title?
Sondern:
What are you responsible for on this project?
Das kommt der Art, wie kleine Unternehmen wirklich arbeiten, vermutlich näher.
SnapLedger, your life easier.
Die Identität gehört dem Unternehmen; die Rolle gehört dem Projekt. Owner und Operator beschreiben das Verhältnis einer Person zum Unternehmen; Project Manager, Designer, Site Engineer beschreiben, wofür die Person in einem konkreten Projekt verantwortlich ist. Eine Rolle bildet am Ende einen sehr konkreten Satz von Aktions- und Dateiberechtigungen ab — ausgedrückt in der Sprache des Unternehmens.
Können Sie in Ihrem Unternehmen bei Projektstart Berechtigungen so einfach ausdrücken, wie der Chef sie sagt — 'George macht das hier, Ahmed regelt den Einkauf, die Baustelle soll die Finanzdokumente nicht sehen'?
Die Struktur einer Organisation kann langfristig sein, aber Projekte sind temporäre Organisationen — jedes stellt eine Gruppe von Menschen neu zusammen, um eine Sache zu erledigen.
Das Founder Diary + Regulierungs-Updates für Ihr Land erhalten
Eine E-Mail, wenn Richard einen neuen Eintrag veröffentlicht, und die regulatorischen Neuigkeiten, die dort zählen, wo du lebst. Kostenlos, jederzeit abbestellbar.