产品集成构建

 

1. 项目负责人要设立产品开发的里程碑或者基线，能够随时对产品的完成状况进行汇报。
2. 对于每个里程碑和基线，必须保证产品是可使用的，不能出现超过3处的断路使得产品不能正常使用。
3. 项目负责人需要编写定期的工作计划，安排好工作人员和工作任务，设置检查时间点（一般以三天为宜，也可以5个工作日为周期）。
4. 项目负责人编写的计划中必须包括研发活动和管理活动，研发活动如正常的开发、测试，管理活动包括了对产品进度、质量检查、项目汇报和例会等活动。
5. 测试人员及项目负责人必须会使用集成构建工具，能够准时并及时在工作计划标注的时间点上核实产品的质量问题和完成情况。
6. 未能完成工作任务的，记录工作进度，记录工作进度滞后的原因，绩效问题走绩效管理制度，技术问题申请技术指导或攻关，重新安排计划和进度表，其它突发原因造成的进度滞后需要在项目计划中安排风险预留时间。
7. 检查出的重要问题必须要有文字记录，不能口头传达。重要问题是指影响产品质量、项目进度，并在下一个检查时间点前（例如3天）不能解决的问题。
8. 每周定期召开项目工作会议，会议内容可包括进度报告、质量报告、计划变更的发布与通知、问题讨论、工作总结等。

集成的顺序：
集成顺序一般有：深度优先、自下而上、自上而下等；
深度优先：即关键（主控路径上的）业务流程涉及到的模块先集成到一起，然后再集成辅助业务模块；
自下而上：即已实现的较底层的功能优先集成，然后逐层上升，形成整个系统；
自上而下：即事先存在一个稳定的架构，不断地向下细化，最后实现所有具体的功能细节；
集成顺序的选择可以是不同集成顺序的综合。

 

检查项	检查点	检查记录	改进措施
工作计划	项目中是否有明确和完整的职责与分工
	职责的安排是否能够覆盖流程的设计的要求
	WBS是否能够覆盖工程和管理活动的要求
	计划中的进度安排是否根据功能开发的优先级顺序制定
计划评审	进度安排是否组织相关人员达成共识和确认
	进度安排出现的不同意见是否被记录，然后修改了计划
	是否将拟定的计划文档发放到各个相关人员
计划执行和监控	是否有专人负责对计划的执行情况进行检查
	是否定期对工作完成情况进行了检查
	是否对工作状况进行了记录
	是否对发现的计划偏差采取了措施进行控制
	是否对工作结果进行了分析和总结
变更管理	对开发过程出现的重要变更是否进行记录
	是否对变更的影响进行评估
	修改结论是否通知开发人员、测试人员
	变更的结果是否及时进行了确认
配置管理	负责检查的人员是否对使用的构建工具知道如何使用
	未完成的中间产品是否设定了里程碑或者基线
	项目开发过程中产生的中间产品是否有版本管理
	是否采用了跟踪矩阵进行管理版本问题
流程执行与监控	是否按照流程图上的规定的顺序和步骤进行了研发活动和管理活动
	每个活动是否产生了输出文档
	流程是否还需要对个人进行培训