역할은 프로젝트에 속한다

Snappy PM의 권한을 설계할 때, 아주 단순해 보이는 질문 하나를 만났습니다.

Who is the Project Manager?

계속 생각해 보니, 이 질문 자체가 충분히 정확하지 않다는 것을 깨달았습니다.

한 사람은 회사에서 Operator일 수 있지만, Project A에서는 Project Manager이고, Project B에서는 구매만 담당하고, Project C에서는 심지어 프로젝트 내용을 전혀 보지 말아야 할 수도 있습니다.

그래서 우리는 결국 두 가지를 분리했습니다.

Identity belongs to the company.

Role belongs to the project.

Owner와 Operator는 사람과 기업의 관계를 설명합니다.

Project Manager, Designer, Site Engineer, QS는 이 사람이 구체적인 프로젝트에서 무엇을 책임지는지를 설명합니다.

이 두 개념은 섞여서는 안 됩니다.

더 중요한 것은, 우리가 Snappy PM에 고정된 직책표를 설계하지 않았다는 것입니다.

가구 기업에는 이런 것이 필요할 수 있습니다.

Project Manager / Designer / Purchaser / Installer

컨설팅 기업에는 이런 것이 필요할 수 있습니다.

Project Lead / Consultant / Accountant

이것들은 기업 자체의 언어를 사용해야 합니다.

그리고 Role에서 정말 중요한 것은 이름이 아니라,

What can this person do?

입니다.

고객 견적을 확인할 수 있는가?

Change Scope를 할 수 있는가?

Expense를 추가할 수 있는가?

Delivery를 처리할 수 있는가?

Financial 문서를 볼 수 있는가?

그래서 Snappy PM에서 Role은 결국 매우 구체적인 작업 권한과 파일 권한의 집합에 대응됩니다.

이것은 많은 소기업의 실제 관리 방식을 떠올리게 합니다.

사장은 종종 복잡한 Organization Chart를 만들고 싶어 하지 않습니다.

그저 이렇게 말하고 싶을 뿐입니다.

"이 프로젝트는 George에게 맡겨, 그가 실행을 책임져. 구매는 Ahmed가 해. 재무 문서는 현장 직원이 보지 못하게 해."

소프트웨어는 이렇게 단순한 문장을 직접 표현할 수 있어야 합니다.

그리고 프로젝트가 끝나면, 다음 프로젝트는 완전히 새로 배치할 수 있습니다.

기업의 조직 구조는 장기적일 수 있지만,

Projects are temporary organizations.

모든 프로젝트는 한 가지 일을 완수하기 위해 사람들을 다시 모으는 것입니다.

그래서 우리는 Snappy PM의 권한 시스템도 Project에서 출발하기를 바랍니다.

먼저 묻는 것이 아니라,

What is your title?

이렇게 묻는 것입니다.

What are you responsible for on this project?

이것이 아마 소기업이 실제로 일하는 방식에 더 가까울 것입니다.

SnapLedger, your life easier.