解决方案研发流程与组织（续）

第二类解决方案，整体架构类解决方案的研发组织和流程

前面提过，这类解决方案是跨产品的整体架构设计，重点关注部件如何构成整体架构，满足客户的场景需求，构筑ICT整体架构竞争力。这类方案，适用于较大规模公司，同时研发多个产品，多个产品需要同时交付给客户的场景。

整体架构的规划设计需要考虑两个方面，

一方面，要在架构层面定义竞争力维度，整体架构竞争力不同于产品的竞争力，产品的竞争力在功能和性能，架构的竞争力，有很多维度，比如，整体架构的简洁性，成本的优势，简化部署，易运维等等维度。因此，整体架构方案和产品类似，也需要完整的竞争力构筑过程，研发流程上，也就需要从规划，设计，开发，测试等完整的流程和组织。

另一方面，架构要定义产品之间的接口和配合流程与协议，需要拉通多个产品协同规划设计，因此从组织层面看，解决方案架构的组织，逻辑上是产品的上一层，解决方案架构的规划，要先于产品的规划，定义产品接口需求，作为产品规划的输入，解决方案架构的测试验证，稍晚于产品测试流程，待所有产品具备可测试条件后，解决方案架构的集成测试才能展开，解决方案的架构发布，一般要晚于产品的发布时间。

下图是一个流程简单示例，以两个产品组合为例，说明这类解决方案研发的基本流程以及和产品研发的配合关系：

 

在解决方案研发组织方面，这类方案的研发需要完整的研发组织，包括方案规划部，方案设计部，方案开发部，方案集成测试部。在客户界面，也存在解决方案销售部、服务部等。

图中解决方案开发，是一个可选的流程，有些情况下，为了更方便的集成多个产品，或者为了构建部署和维护的方便性，需要开发一些相关的解决方案工具类产品，如果没有合适的组织承接，也可能会在解决方案部设置小规模开发组织，开发一些工具和脚本。

这里需要注意的，整体架构类解决方案的需求输入，往往是上层业务方案分解下来的，因此，这类解决方案并不直接承接业务需求，从业务需求到业务方案，业务方案分解出对ICT整体架构的需求。大家结合自己的工作体会一下，如果需要具体的案例，我会在后续文章中讲讲。