Rola należy do projektu

Kto jest kierownikiem projektu? Samo pytanie nie jest wystarczająco precyzyjne. Ktoś może być w firmie Operatorem, w projekcie A kierownikiem projektu, w projekcie B odpowiadać tylko za zakupy, a projektu C w ogóle nie powinien widzieć. Dlatego rozdzieliliśmy dwie rzeczy: tożsamość należy do firmy; rola należy do projektu. A w roli liczy się nie nazwa — tylko to, co dana osoba może zrobić.

RT
Richard Tang
Founder of SnapLedger. Building an all-in-one AI financial back office, in public.
5 września 2026·4 min czytania

Projektując uprawnienia w Snappy PM, natknęliśmy się na pytanie, które wygląda bardzo prosto:

Who is the Project Manager?

Myśląc dalej, zdałem sobie sprawę, że samo pytanie nie jest wystarczająco precyzyjne.

Ktoś może być w firmie Operatorem, ale w Project A kierownikiem projektu, w Project B odpowiadać tylko za zakupy, a w Project C w ogóle nie powinien widzieć treści projektu.

Więc ostatecznie rozdzieliliśmy dwie rzeczy:

Identity belongs to the company.

Role belongs to the project.

Owner i Operator opisują relację osoby z przedsiębiorstwem.

Project Manager, Designer, Site Engineer, QS opisują, za co ta osoba odpowiada w konkretnym projekcie.

Te dwa pojęcia nie powinny się mieszać.

Co ważniejsze, nie zaprojektowaliśmy dla Snappy PM sztywnej tabeli stanowisk.

Firma meblarska może potrzebować:

Project Manager / Designer / Purchaser / Installer

Firma doradcza może potrzebować:

Project Lead / Consultant / Accountant

Powinny one używać języka własnej firmy.

A to, co w Role naprawdę się liczy, to nie nazwa, lecz:

What can this person do?

Czy może potwierdzić wycenę klienta?

Czy może zrobić Change Scope?

Czy może dodać Expense?

Czy może obsłużyć Delivery?

Czy może widzieć dokumenty Financial?

W Snappy PM Role ostatecznie odpowiada więc bardzo konkretnemu zestawowi uprawnień do działań i uprawnień do plików.

To przypomina mi, jak naprawdę zarządza się wieloma małymi firmami.

Szef często nie chce budować skomplikowanego Organization Chart.

On po prostu chce powiedzieć:

"Ten projekt bierze George, on prowadzi realizację; zakupy robi Ahmed; ludzie z budowy nie powinni widzieć dokumentów finansowych."

Oprogramowanie powinno umieć wyrazić tak prostą zdanie bezpośrednio.

A gdy projekt się kończy, następny można ułożyć zupełnie od nowa.

Bo struktura organizacyjna firmy może być długoterminowa, ale:

Projects are temporary organizations.

Każdy projekt na nowo składa grupę ludzi, by zrobić jedną rzecz.

Dlatego chcemy, by system uprawnień Snappy PM też wychodził od Project.

Nie pytając najpierw:

What is your title?

Lecz:

What are you responsible for on this project?

To jest prawdopodobnie bliżej tego, jak małe firmy naprawdę pracują.

SnapLedger, your life easier.

Dzisiejsza myśl

Tożsamość należy do firmy; rola należy do projektu. Owner i Operator opisują relację osoby z przedsiębiorstwem; Project Manager, Designer, Site Engineer opisują, za co ta osoba odpowiada w konkretnym projekcie. Rola ostatecznie odpowiada bardzo konkretnemu zestawowi uprawnień do działań i plików — wyrażonemu językiem samej firmy.

Pytanie otwarte

Czy w twojej firmie przy starcie nowego projektu da się wyrazić uprawnienia tak prosto, jak mówi je szef — 'ten projekt bierze George, on prowadzi realizację; zakupy robi Ahmed; ludzie z budowy nie powinni widzieć dokumentów finansowych'?

Struktura organizacji może być długoterminowa, ale projekty są organizacjami tymczasowymi — każdy na nowo składa grupę ludzi, by zrobić jedną rzecz.

pmproductpermissionssmall-business

Otrzymuj Founder Diary + aktualizacje regulacyjne dla Twojego kraju

E-mail, gdy Richard opublikuje nowy wpis, oraz zmiany w przepisach ważne tam, gdzie mieszkasz. Bezpłatnie, z możliwością rezygnacji w każdej chwili.