角色属于项目

设计 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.