一个项目管理软件的诞生（十一）：企业级权限设计，谁能在什么条件下做什么

企业级权限的主干应是用户组加功能权限：先按职能建组、再在组上配功能权限，TAPD 式把成员管理与组权限分离，管理员才说得清每项权限来自哪里；属性与对象关系，只给少数需收窄的权限加条件。 做内部项目管理平台时，权限最容易走偏的地方，不是少设计了一种模型，而是一上来就从复杂模型讲起。管理员真正面对的问题通常很朴素：测试人员应该能创建、编辑和流转缺陷，但要不要允许删除缺陷？能不能导出全部缺陷？他是否可以修改一条与自己无关的缺陷？ 如果这些问题还没回答清楚，先讨论 ABAC、ReBAC 或策略引擎，只会让权限看起来专业，却没人知道后台该怎么配置。 企业级权限的主干，应该是“用户组 + 功能权限”；属性和对象关系，只给少数需要收窄范围的权限增加条件。 01 先按职能建立用户组，不要直接给每个人分配权限 用户组首先是一组承担相近职能的成员，也是系统分配权限的单位。空间管理员、产品组、研发组、测试组和

原文：人人产品经理