软件架构师速成指南

第 IV 部分. 组织机构

在企业中，架构师生活在技术世界和业务世界的交叉点上。事实上，让这两个部分无缝协作是架构师的主要贡献之一（第 4 章）。因此，一名优秀的架构师不仅需要了解系统组件之间的相互作用，还需要了解组织这个大型动态系统中的相互作用。

组织架构：静态视角

最常见的组织架构图是组织结构图（"org chart"）。这些图表描述了谁向谁汇报工作，人们可以根据他们距离首席执行官的远近来衡量他们的重要性。假设按照计算机科学的优良传统从零开始计算，我的级别通常比集团首席执行官、部门首席执行官低二到三级，中间可能还有首席运营官。对于大型企业的架构师来说，这一点都不差--很多人都会发现自己处于 6 或 7 级。

幸运的是，组织结构图有线条，因此通过了我们对架构图的测试（第 23 章）。受过计算机科学教育的人可能会把组织结构图看成是一棵树，一棵非循环的、有单根连接的有向图（数学上的人认为树是无向的，但这也没问题）。可惜的是，这只是展示了图片的一部分：通过描述静态结构，我们几乎无法了解人们是如何互动以实现业务运作的。

组织架构：动态视角

组织结构图将工程、制造、营销和财务部门分别描绘成组织金字塔的支柱。然而，在现实中，工程部门必须设计出一种产品，这种产品可以轻松可靠地制造出来，销售给客户，并获得利润。组织工作的好坏很少是由组织结构决定的--大多数组织都会有上述职能部门--而是由它们的互动方式决定的：它们的开发周期是慢还是快；它们是在瀑布式还是敏捷式模式下工作；谁与客户对话，有趣的是，客户并没有在组织结构图中被描述出来？

同事之间也经常相互交流，以解决问题，而不必遵循组织金字塔的界限。这是好事，否则管理人员很快就会成为沟通瓶颈。在很多情况下，组织结构图显示的是 组织的控制流程--例如，预算审批，而数据流则更加开放和动态。具有讽刺意味的是，人们之间的实际工作方式却很少用图表来描述。部分原因可能是这些数据难以收集，另一部分原因可能是这些数据看起来不像组织结构图的金字塔那么整齐。

当人们通过电子方式进行协调和沟通时，可以更容易地观察到实际的、动态的组织结构。例如，如果开发人员通过版本控制系统进行协作，我们就可以通过分析代码审查或签入批准来了解正在进行的真实协作。谷歌还有一个有趣的系统，可以让你看到某个人的附近坐着哪些人。由于互动和协作通常仍基于临时对话，因此物理距离比组织结构图更能预测协作模式。

黑客帝国》（非电影）

在 大型组织中，人们可以有多条报告线：一条 "虚线 "向其项目或计划经理报告，另一条 "实线 "向其部门或 "直线经理 "报告。这种安排通常是所谓矩阵式组织的一部分，在这种组织中，员工横向向项目汇报，纵向向经理汇报。还是相反？如果你觉得有点困惑，那你并不孤单。高绩效交付组织一般不采用这种安排，而是确保员工完全分配到一个项目并对其负责。我经常开玩笑说，我希望在一个项目上工作的所有人都在同一条船上，不穿救生衣，也没有通往组织其他部门的救援线路。一个团队需要有共同的成功，或者共同的失败。别担心，他们都会游泳。

作为系统的组织

作为架构师，我们深知如何设计系统；例如，何时应用水平扩展、松散耦合和缓存。我们通常还接受过系统思维的培训（第9章），它教会我们如何推理系统中各元素之间的关系以及整个系统的行为，例如，由正反馈回路驱动的行为。 然而，我们在将这种理性思维应用到组织中时往往会犹豫不决，因为组织具有非常人性化的一面，如果我们将我们的好同事和不那么好的同事贬低为某些系统架构中的方框和线条（第23章），我们就会感觉很糟糕。

然而，尽管大型组织是由个人组成的，但其行为更像复杂系统，包括技术系统。因此，作为建筑师，我们可以将我们的建筑思维和理性系统思维应用到大型组织中，从而理解并影响它们。这有点像逆向工程、调试和重构练习。 ...