Skip to content

Latest commit

 

History

History
19 lines (10 loc) · 2.67 KB

File metadata and controls

19 lines (10 loc) · 2.67 KB

Seeing like a software company

TL;DR

Scott的《国家的视角》指出,组织追求可读性(如软件公司OKR)实现控制,却依赖不可读工作(如人际协作)。大企业为服务客户强推可读性,牺牲效率;需平衡两者,保留不可读工作空间以维持灵活性与交付效能。(78字)

Summary

詹姆斯·C. Scott的《国家的视角》核心观点可概括为三点:现代组织通过提升"可读性"(legibility)实现控制,即使系统各部分可被测量和报告;但这类组织却严重依赖无法被追踪的"不可读工作"(illegible work);追求可读性常降低效率,但因其他利益(如规划能力),组织仍会坚持。文章将这一框架应用于软件公司:可读工作指可预测、有书面记录、依赖流程的任务(如季度规划、OKR、Jira),不可读工作则包括人际协作、隐性知识应用和紧急临时调整。

在软件公司中,小型团队效率更高(因减少流程摩擦),但大型公司因需服务企业客户而被迫追求可读性:企业客户要求长期规划、功能承诺和可验证流程,这使大公司依赖可读性来维持高利润交易,尽管软件交付效率下降。大公司为此做出关键假设(如同职级工程师能力均等、项目可精准预估),但这些假设实际不成立——工程能力差异大、项目预估常具表演性(预估结果导向而非客观反映工作难度)。可读性代价是损失灵活性,例如紧急问题(如数据库故障)需通过"临时非法工作区"(如特设的"tiger teams")快速解决,此类团队绕过流程但仅限短期存在。

日常中,不可读工作更普遍:工程师依赖非正式渠道(backchannels)跨团队协作(如直接请求一行业务变更),这类人际网络无法被公司正式规划,却支撑着实际运作。然而,这种机制存在风险:可能被操纵(如新手工程师遭剥削),或引发组织冲突。文章结合《The Gervais Principle》分析三类角色:利用不可读世界的"社会变态者"、只关注可读流程的"懵懂者"、及回避游戏的"失败者"——冲突常源于角色间摩擦。

最终,软件公司必须平衡两极:完全可读化(僵化、丧失效率)或完全不可读化(无法对接大客户)均不可行。不可读工作虽危险(公开讨论易招致惩罚),却是高效交付和适应性的关键;理想状态是承认其必要性,在维护可读性流程的同时,为不可读工作保留空间,而非试图彻底消灭它。