字数 8336，阅读大约需 42 分钟
第6-71讲：范文精讲⑦：论项目组合管理（PPM）在IT投资决策中的应用
第一部分：上节回顾与热身
嘿，战友们，早上好！欢迎再次回到咱们论文特训营的“范文解剖室”！
上节课，我们一起，以“总设计师”的视角，完成了一次对企业“建筑总蓝图”的终极绘制，系统性地解剖了“企业架构（TOGAF）”这篇极具章法和逻辑深度的论文范文。我们明确了，要写好这篇论文，其灵魂在于：
- 1. 核心价值要清晰：必须阐明，企业架构，不是为了画图而画图，而是为了解决复杂性、确保一致性、引领变革等企业面临的根本性问题。
- 2. 逻辑主线要明确：必须牢牢抓住TOGAF ADM的精髓——业务驱动、层层递进，系统性地回答“我们现在在哪”、“未来要去哪”以及“我们该如何到达”这三个根本性问题。
- 3. 实践论述要专业：必须将“架构原则”、“差距分析”、“架构治理”等一系列高级概念，与项目推进过程中遇到的真实矛盾和决策，紧密地结合起来。
课后作业深度剖析
大家上节课的“规划师视角”作业，提出了一个在架构设计领域永恒的、也是最经典的辩题：如何回应敏捷团队，关于“顶层设计（Big Design Up Front）”与“演进式架构（Evolutionary Architecture）”的质疑？
这个问题，可以说，是所有架构师，在推行架构工作时，都必然会遇到的“拦路虎”。大家的回答都很有智慧，能够辩证地看待“规划”与“演化”的关系，而不是陷入“非黑即白”的二元对立。这里，老孙再给大家提供一个更具“城市规划”视角的、更系统化的参考话术，希望能帮助大家，在未来的实际工作中，更好地凝聚共识，推动工作。
【模拟场景：在“智慧邻里”项目的架构评审会上】
背景：你，作为首席架构师，刚刚向包括敏捷开发团队在内的所有核心干系人，汇报完了你主导制定的“智慧邻里”平台企业架构V1.0蓝图。一位非常资深、深受团队信赖的敏捷教练，站起来，提出了他的疑问。
敏捷教练：“首席，您这份蓝图，非常宏大，也非常系统，我个人非常佩服。但是，我代表敏捷团队，有一个担忧。您这个方法，看起来，还是有些偏向于‘预先设计’。从业务架构，到技术架构，规定得这么详细。我们，现在都讲‘敏捷架构’，讲‘演进式架构’。我们认为，架构，应该是演化出来的，而不是规划出来的。我们，是不是应该，先搭一个最简单的架子跑起来，然后在每一个迭代中，根据用户的真实反馈，让架构，自然而然地‘涌现’出来？而不是，像这样，在一开始，就试图去设计一个完美的、一成不变的‘终局’？”
你（老孙）：（你心里非常清楚，这是一个极具水平的问题，绝对不是来“抬杠”的。你的任务，不是去捍卫“规划”的权威，而是要向他证明，“优秀的规划，恰恰是健康演进的前提”。）
（你微笑着，首先对他的问题，表示了高度的认同和赞赏。）
“您这个问题，提得太棒了！这绝对不是一个挑战，而是一个能让我们把架构工作，做得更好的建设性探讨。您说的‘架构应该是演化出来的’，这个观点，我举双手赞成！一个不能演化的架构，就是一个死气沉沉的、早已死亡的架构。我们今天做的所有工作，如果最终，变成了一个阻碍我们敏捷、阻碍我们演进的‘枷锁’，那将是我作为首席架构师的彻底失败。”
“但是，我们得先定义一下，我们共同追求的，是无序的、混乱的、最终失控的‘野蛮生长’，还是有方向、有边界、有秩序的‘健康演进’？”
（你走到白板前，画了一片空白的土地）
“我给您打个比方，我们的企业架构，就像是为我们‘智慧邻里’这座全新的城市，制定的‘城市总体规划’。”