第一章：需求统筹

大家好！在前面的概述里面简单说了一下什么是需求统筹，与devops里面的需求管理又有什么区别和不同呢？我们接下来继续详细聊之。

我们简单说一下统筹是为了实现什么？

1. 如何让协作更高效，以达到快速响应交付业务需求。
2. 需求的层次结构
3. 协作的层次以及各层次的定位和目标。
4. 明确需求环节的架构治理。

需求提出

1. 收集各大子公司或业务部门的不同来源需求，例如：

战略需求：针对公司发展的未来规划提出的战略层面需求。
日常需求：应用系统，办公系统，桌面系统等日常使用的业务系统需求。
运营需求：核心系统，线上运行系统对应的产品需求，业务需求，研发需求等。

需求分析

针对已经提出的需求内容，进行详细分析其需求的可行性，合理性，可靠性，有效性等。可以有效的第一步筛选需求是否符合要求。

需求拆分

需求分析完成后，下一步要对需求做进一步的操作，对需求进行拆分，分为更小的需求单元。从而实现快速迭代开发，同时还有进行类似的需求进行合并成一个迭代需求。还有讲需求进行定位分类，将不同的需求分配到不同的分类，同时确认参与整个需求流程的人员。

其他流程管理

通过流程梳理分解划分完成后，有时候还需要加入一些流程步骤。那就是是否涉及格外的技术和资源规划，因为有的需求是需要格外技术栈或者基础资源，并不是可以在通用基础资源和现有的技术上就可以实现掉的。属于可选择的流程管理。

需求确认

在完成上面的过程后，需要流程会发起一个内部流程确认，让相关的参与人员最终确定需求落地。同时流程里面包含前面过程讨论的相关内容信息。