orange.ai(@oran_ge)
今天学习了一下什么是：人月神话 "人月神话"是 Fred Brooks 1975 年写的一本软件工程经典书，英文叫 The Mythical Man-Month。 核心意思就一句话：往一个已经延期...
7.5内容质量
TL;DR · AI 摘要
《人月神话》指出向延期项目加人会因沟通成本增加而进一步延误，AI时代更应采用小团队闭环开发。
核心要点
- 向已延期的软件项目加人会因沟通成本上升导致更慢交付
- AI时代机械劳动由Agent承担，人力增加几乎只带来协调开销
- 最佳实践是将大项目拆分为最多三人闭环的小单元，通过协议而非会议协作
#人月神话#软件工程#团队协作#AI编程#项目管理
打开原文"人月神话"是 Fred Brooks 1975 年写的一本软件工程经典书，英文叫 The Mythical Man-Month。
核心意思就一句话：往一个已经延期的项目里加人，只会让它更慢。" / X
Orange AI on X: "今天学习了一下什么是：人月神话 "人月神话"是 Fred Brooks 1975 年写的一本软件工程经典书，英文叫 The Mythical Man-Month。 核心意思就一句话：往一个已经延期的项目里加人，只会让它更慢。" / X
Don’t miss what’s happening
Show translation
今天学习了一下什么是：人月神话 "人月神话"是 Fred Brooks 1975 年写的一本软件工程经典书，英文叫 The Mythical Man-Month。 核心意思就一句话：往一个已经延期的项目里加人，只会让它更慢。 因为"人月"这个单位本身就是个神话。管理者觉得一个人干十个月的活，十个人一个月就能干完，但实际上人一多，沟通成本指数级增长，新人还需要老人带，老人被拖慢，项目反而更晚交付。 Brooks 当时在 IBM 负责 OS/360 项目，踩了这个坑踩得死去活来，然后写了这本书。 五十年过去了，这个问题在AI时代反而更严重了。 因为以前加人好歹能分摊一些机械劳动。现在机械劳动agent干了，加人带来的几乎纯粹是沟通成本。 今天最好的模式是一人闭环。一个人加上agent，从想法到成品，中间不经过任何人。其次是两人闭环，再其次三人。 超过三个人，不管你怎么管理，都会陷入人月神话。 所以正确的做法是把大项目拆成一堆小项目，每个小项目最多三个人闭环。节点之间用协议连接，不用会议连接。 Brooks当年的结论是"没有银弹"。 五十年后银弹来了，但它不是让团队更大，而是让团队更小。
·
32
31
209
132
Read 32 replies