Hacker News 中文摘要

RSS订阅

像软件公司一样思考 -- Seeing like a software company

文章摘要

文章核心思想是:现代组织通过"可读性"(可测量、可报告的工作)来加强控制,但实际依赖大量"不可读"工作(如隐性知识、人际关系)。过度追求可读性可能降低效率,但组织仍愿意为此付出代价。科技公司需要平衡这两种工作方式。

文章总结

标题:像软件公司一样思考

核心观点

James C. Scott在《国家的视角》中提出的核心思想可概括为三点:
1. 追求可读性:现代组织通过最大化“可读性”来实施控制,即调整系统使其各部分可测量、可报告。
2. 依赖不可读性:这些组织实际上依赖大量“不可读”的工作——无法追踪或计划但必不可少的工作。
3. 效率悖论:提高可读性常会降低效率,但组织仍愿意为此牺牲效率,因为其他收益(如规划能力)更为重要。

软件公司的类比

  • 可读性工作:可预测、有文档记录、不依赖特定人员(如季度计划、OKR、Jira任务)。
  • 不可读性工作:基于人际关系的非正式协作、隐性知识、临时调整等。
    技术公司需同时支持这两种工作模式。

大型软件公司的困境

  • 效率矛盾:小团队效率更高(如工程师自主驱动的开发),但大公司为满足企业客户需求(如长期功能承诺)必须牺牲效率,追求可读性。
  • 企业交易驱动:大客户要求供应商高度可读(如明确的项目计划、资源分配),迫使公司建立流程,即使这会拖慢开发速度。

可读性的代价

  • 简化假设的谬误:大公司常假设工程师能力均等、项目可预估,但现实中差异显著,估算常脱离实际。
  • 临时不可读区:紧急问题(如数据库崩溃)需绕过流程,组建“突击队”快速解决,但这类临时团队与常规流程存在冲突。

不可读性的隐性价值

  • 非正式协作:跨团队“后门沟通”(如工程师直接请求代码修改)能绕过冗长流程,但依赖人际关系,无法被公司正式规划。
  • 组织中的三类人
    • “投机者”:利用不可读规则谋利;
    • “规矩派”:坚信流程,排斥非正式操作;
    • “逍遥派”:拒绝参与规则游戏,专注实际工作。

结论

  • 平衡之道:组织需兼顾可读性(长期规划、大客户合作)与不可读性(高效执行、灵活性)。
  • 危险的建议:公开讨论非正式操作会招致惩罚,因此不可读性必须保持隐蔽。

(注:原文中的历史案例、具体公司名称及部分技术细节因与主题关联较弱被删减,保留核心逻辑和软件行业相关论述。)

评论总结

总结评论内容:

  1. 关于大公司为何需要复杂流程:
  • 观点1:主要为了企业级交易(levity:"the main answer is large enterprise deals")
  • 观点2:规模扩大后需要规范流程维持控制(koeng:"after dunbar's number, your communication falls apart")
  1. 流程管理的利弊:
  • 支持方:规范流程能保证质量(ChrisMarshallNY:"produce some of the finest hardware in the world")
  • 反对方:过度流程会僵化项目(ChrisMarshallNY:"writing things down can ossify a project")
  1. 组织规模的影响:
  • 小团队优势:依靠默契能高效工作(ChrisMarshallNY:"small team...can do amazing amounts of work")
  • 大公司现象:形式工作更重要(0wis:"The work about work is often more important")
  1. 其他观点:
  • 企业政治与地缘政治的相似性(boberoni:"see parallels to geopolitics and diplomacy")
  • IT安全领域的特殊挑战(ArcHound:"this is even more pronounced in IT sec")
  • 建议结合《目标》理论进行扩展(thadk:"integrate with The Goal extended universe")

关键引用保留: 1. "the main answer is large enterprise deals"(为什么大公司需要这些能力) 2. "after dunbar's number, your communication falls apart"(规模导致沟通失效) 3. "small team...can do amazing amounts of work"(小团队效率优势)