6.5 静态组织架构

前三节，我们讲解了三种程序组织模型：严格层次化、元件化、分布式。在团队内部，为了简单我们习惯称之为“分层分块分布”。综合这三种策略，基本可以决定一个产品中各软件模块的静态组织关系，因此，“分层分块分布”是一种静态组织架构。目前，虽然各有侧重，我们团队研发的各类产品几乎都遵从“分层分块分步”的静态组织架构。

为何会持续的演化出这种程序静态组织模式呢？复盘整个演化过程，我发现这种模式与其说是设计出来的，不如说是长出来的。

现实世界中，需求在持续不断的迭代，但人力永远是紧缺资源。为了能让更少的人做更多的活，平台化研发和高复用模块几乎是我们最自然而然的选择。吃到一次甜头后会越发想吃，而一次次的正循环会将我们推到了目前的状态。这也是我和很多朋友交流时会反复强调，不要担心目前的一片混乱，只要能牢牢的抓住几个关键抓手不放，时间会让我们长成自己曾经羡慕的样子。

“分层分块分布”这种静态组织架构，不仅提供了一种程序组织模式，实际上也在潜移默化的影响着我们的研发模式。

“分层分块分布”静态组织架构的一个核心点是平台化研发。所谓平台化研发，就是不以单一产品作为研发任务，至少是以一个领域方向作为研发任务。如本书的着力点微机保护产品，实际上就包含很多产品类型，不仅有本书提及的综合过流保护和差动保护，还有电动机保护、母联保护、发动机保护、距离保护等很多种类型。基于平台化研发理念，微机保护产品研发时，会首先会构建通用平台，然后基于通用平台进行各产品快速研发。

有时候平台化研发甚至会跨越领域方向，如我们有一款电力行业通讯管理机产品，基于平台化研发理念，这款产品跨越了很多领域方向，放到电表行业就是采集器集中器等抄表系统，放在油田行业就是油田RTU产品，每个领域规约和驱动可能不太一样，但整体架构和设计理念是基本一致的。如下图所示，红色框选出来的就是油田RTU领域方向。类同油田RTU，基于平台化研发，其他产品也是代码产品库中的一个配置子集。