1、项目经理只进行了需求收集工作，编制了需求文件和需求跟踪矩阵，未编制范围管理计划。

2、没有进行定义范围工作，未形成范围说明书。

3、B产品线新增需求未和C产品线负责人确认，也未分析这些需求对C产品线功能的影响，说明范围确认工作不完善，变更控制流程也未严格执行。

4、产品测试不完善，在B产品线新增功能开发完成后，需要进行详细的集成测试。

5、在开发过程中，两个产品线的负责人没有进行有效的沟通，导致C产品线负责人不了解项目发生的变更。

6、需求界定不明确，从需求追踪矩阵中可以看出，某些需求(如查看功能1.5)被更改以适应两种不同的用户场景(个人用户和企业用户)。这种模糊的界定可能导致功能在不合适的用户场景中被实现。

7、需求整合不当，在同一项目中整合C产品线和B产品线的需求可能导致需求冲突或混淆。尤其在B产品线的需求是基于C产品线的需求并增加了新功能的情况下，这种整合可能导致原始需求的变形或被覆盖。

8、未进行充分的测试和验证，在B产品线的新增需求上线后，C产品线发现了不符合其用户期望的功能.这表明在软件发布前，没有对C产品线进行足够的功能验证和用户接受测试。

9、范围蔓延，尽管B产品线为其新增功能支付了费用，但这些新增功能可能导致原始项目的范围，从而影响项目的质量和交付时间。

项目范围管理的过程如下：

(1)编制范围管理计划：对如何定义、确认和控制项目范围的过程进行描述。

(2)收集需求：为实现项目目标，明确并记录项目干系人的相关需求的过程。

(3)定义范围：详细描述产品范围和项目范围，编制项目范围说明书，作为以后项目决策的基础。

(4)创建工作分解结构：把整个项目工作分解为较小的、易于管理的组成部分，形成一个自上而下的分解结构。

(5)确认范围：正式验收已完成的可交付成果。

(6)范围控制：监督项目和产品的范围状态、管理范围基准变更。