产权理论:谁拥有谁负责
所有权不是道德问题——谁拥有它,谁就有最强的动力保护它。
**预计时间:**40 分钟读 + 30 分钟做习题 = 70 分钟。
① 产权(Property Rights)的三个核心维度——使用权、收益权、转让权;② 为什么清晰的产权比清晰的策略重要——产权模糊是效率损失的根源;③ 在软件系统中应用产权思维——API 的"所有权"、代码的"责任边界"。
一、产权是资本主义最伟大的发明
芒格反复强调:“产权制度——不是民主、不是自由市场——是人类文明最伟大的制度发明。”
产权(Property Rights)不等于”私有制”。产权是对资产的控制权束(bundle of rights)。一个完整的产权包括:
- 使用权(Use Rights)——你决定这块资产怎么用
- 收益权(Claim to Income)——你获得资产产生的收入
- 转让权(Transfer Rights)——你可以把资产卖给别人
“当产权不清晰时,效率就消失了。因为没有人对不属于自己的东西感兴趣。“——Ronald Coase
产权理论为什么重要?因为产权清晰度直接影响经济效率。
当一个工厂的污染影响周边居民时——如果工厂有产权(可以污染),居民可以付费让它减少污染;如果居民有产权(干净空气),工厂需要付费买污染权。两种产权分配方式都会导致有效率的结果(科斯定理),但前提是:产权要清晰。
对比:苏联的水资源是公有财产,工厂免费取水→极度浪费;西方国家引入了水权交易制度后,用水效率大幅提升。
二、工作中的产权模糊带
在组织中,产权不清晰是效率损失的最大根源之一:
1. 代码的”产权”模糊 → “不关我事”
一个公共模块被多个团队使用但没有明确的”owner” → 没人维护它的文档、没人修 bug、每个人都在上面加功能但不清理。如果每个代码模块都有明确的 owner(且 owner 的绩效考核包含该模块的质量),情况截然不同。
2. 需求的所有权 → “需求是产品提的,做不好是开发的锅”
如果没有人完整地对一个功能的结果负责,产品团队和开发团队会互相推诿。解决方案:每个功能有一个明确的所有者——从需求到上线到用户反馈——全链条负责。
3. 数据的所有权 → “谁都不愿意提供数据”
一个部门的运营数据对其他部门极有价值,但没有一个部门觉得”这是我的数据、我要负责让它可用”。数据成了”谁都不拥有、谁都不维护”的公地。
| 场景 | 产权不清晰的表现 | 清晰产权后的改善 |
|---|---|---|
| 公共模块 | 没人维护、ITRS 堆积 | 指定所有者 + 质量 KPI |
| API 契约 | 随意修改、格式不一致 | API 产品化管理(一方负责、变更公告) |
| 用户反馈 | 没人回、没人跟踪 | 反馈所有权分配给具体 PM |
| 告警规则 | 告警越来越多、没人清理 | 每条告警规则指定 owner + 有效期 |
三、OCB——用产权思维设计你的系统
在你设计 OTC 衍生品系统时,产权理论的应用:
1. 数据归属权
交易数据属于哪个部门?如果把数据视为”全公司共享”,它很快变成没人清理的垃圾。如果每条交易数据有明确的”生产者”(交易台)+ “质量责任人”(数据治理团队)+ “使用规则”(谁可以看什么级别),数据质量会大幅提高。
2. 系统模块的产权
微服务架构本质上就是把大系统的”公有产权”拆成小团队的”私有产权”。每个团队拥有自己服务的完整决策权(使用权)、对自己的服务运行的结果负责(收益权/责任)。这就是微服务为什么比巨石架构更高效——不是因为技术好,是因为产权清晰。
3. 信用的产权
交易对手的信用额度分配——如果额度是”公共池塘”,每个交易台都有动机多用。如果每个交易台”拥有”自己的额度子池(可以交叉租用但不能无偿占用),额度使用效率更高。
练习题
单选题
完整的产权通常包括哪三个维度?
产权模糊导致效率低下的根本原因是?
公共模块无人维护的现象在产权理论中对应什么?
微服务架构提高了软件工程效率的经济学解释是?
苏联的水资源浪费严重,产权理论的解释是?
一个功能从需求到上线如果"产权"不清晰,会出现什么问题?
API 的"生产者"应该拥有的产权范围是?
科斯定理说明产权清晰为什么重要?
交易对手信用额度分配中的产权问题通常表现为?
如果一个系统模块有多个"owner",实际效果是?
案例分析
C1. 案例:你的组织里有 10 个微服务,
各自由不同团队拥有。但有一个"共享库"
被所有服务使用,没有团队声称拥有它——
每个团队都在上面加东西但不重构。 你怎么办?
C2. 案例:你们公司实行"OKR 目标管理法",
但 50% 的 OKR 是"共享目标(两三个团队共担一个 OKR)"。 效果如何?产权理论怎么解释?
C3. 案例:你们公司的生产事故告警
没有分配给具体负责人。 结果:告警来了大家看了看,"这不是我的模块"就忽略了。最可能的结果?
反事实思考题
T1. 反事实:如果公司内部所有的代码、数据、文档
都是"全公司公有"(没有模块 owner)。 和"每个模块有明确 owner"的组织相比,长期看哪个更可持续?
T2. 反事实:你正在设计一个跨团队协作的"数据共享平台"。 应用产权理论,你应该怎么设计才能让每个团队都愿意提供高质量数据?
下一步:Lesson 0016 · 机制设计:倒推结果的艺术——先想清楚你要什么结果,再设计规则。