金字塔原理

这篇文章是 愿景-理论-行动 中“理论”部分的展开。

金字塔原理是组织复杂项目的根本原理，可以概括成一句话：需求为纲、划分层次、以上统下。

它可以指导写论文、写代码、写本子、设计方案、跟人沟通、快速学习新知识，甚至也能用于市场营销和战略规划。

毕业后进入工作岗位，我经历过一段时间的挣扎。在学校里，很多时候一个人只负责一个小项目，核心代码不过几千行，只要能跑通一个用例就可以发论文，也不太强调交付质量和落地过程。进入工作岗位后，项目规模、协作方式和质量要求完全不同：一群人组织起来完成一个大项目，代码量可能上百万甚至千万行，写代码之前要先写方案，评审完之后才能动手。

于是我产生过很多关于“怎么把事情做好”的问题：

1. 如何快速接手一个十万行代码甚至更多代码的项目？
2. 为什么有人说学一个东西最快的方式是自己做一遍？
3. 如何保证代码交付质量，怎样才能一次性把事情做对？
4. 如何承接需求并形成可以落地的方案？
5. 如何向别人串讲自己的方案？

除了具体做事的方法，还有很多关于职业发展的疑问：

1. 都在写代码，17 级和 14 级工程师的区别是什么？
2. 如何能够负责更大的项目？当领导一定要深入所有细节吗？
3. 为什么有人之前不是做 xPU 的，也能当 xPU 主架构师？
4. 为什么有人既能当芯片架构师，又能当智驾算法架构师？
5. 为什么有人工作才几年就能当上主架构师？
6. 为什么有些团队的负责人会从别的方向空降，而不是在本团队内部提拔？
7. 为什么总有人说“这个方案没有设计”？
8. 为什么晋升答辩时会被问到“有没有设计哲学”？
9. 如何不被 AI 替代？

经过持续的思考和实践，我越来越确信：这些问题的答案，最终都可以回到金字塔原理。至于如何把这套原理真正用到项目和科研里，需要结合具体场景慢慢展开。

回到总入口：愿景-理论-行动。