计划过程(总).docx

产品计划过程产品计 划是在概要设计之后进行，这样可以保证计划相对的合理性。

1. 目的 Purpose
指导软件产品/项目计划特定的开发过程，并制定合理的计划，保证产品/项目开发按计划有序地进行。
2. 适用范围 Applied To
本过程适用：  
机构：股份公司各产品线﹨各产品公司开发部门。
业务：对软件产品/项目的开发与管理活动进行策划，并编制相应的计划。
3. 组织和角色 Organization and Roles
Roles
角色
Responsibility
职责
Description
说明
产品总监/PDT Leader
组织编制产品一级计划及相关配置、风险计划，并通过产品一级计划监控整个产品线开发计划的执行；
组织编制产品概念阶段计划，并通过计划监控概念阶段开发计划的执行

研发负责人
参与概念阶段计划的制度，组织编制产品计划阶段计划及相关配置、风险计划，监控整个产品线开发计划的执行

开发部门经理
编制二级开发计划及相关配置及风险计划、组织评审和审批三级开发计划并通过二级开发计划监控本领域开发计划及相关计划的执行

产品开发经理
编制三级开发计划及相关配置及风险计划，并通过三级计划监控本组开发计划的执行

SQA人员
对开发策划活动和开发计划的规范性进行审计

任务协作方
签字确认协作任务

SEPG
负责修订本程序文件

4. 过程活动 Activities  
4.1开发策划流程图

4.2开发策划活动说明
Activities
活动
Description
说明
Roles
角色
产品一级计划编写
在产品立项决策评审通过后，产品总监/PDT Leader组织开发团队按产品立项书的要求，根据产品版本类型，规划和选择产品具体开发阶段和里程碑点，参照《产品一级计划书（draft）模板》？？前期过程中没有制定计划书的过程；
及《产品一级计划》，制定产品一级计划，包括全产品开发过程中各里程碑点及具体任务、任务承担角色等，并提交决策评审。
需计划的内容包括：
²       开发过程主要阶段和里程碑点
²      各开发计划和开发里程碑点的时间、资源情况（开发阶段的起止时间、发版时间要求等）；
²        保证产品可交付性的具体业务活动计划，如全产品策略方案（包括实施方案、销售策略、培训策略、定价策略、市场推广策略等）是否编写以及具体负责人、时间要求等。产品手册、演示数据等的编写计划及责任人等。
²        客户验证活动的具体计划和资源情况等，如验证内容清单确定时间要求、资源，验证执行资源及时间要求等。

产品一级计划应在概要阶段前期完成，最迟在总体概要需求评审前完成。以指导后续的开发活动。
产品总监/PDT Leader
参与角色包括：公司级研发负责人、测试负责人、实施人员、运维人员等
业务计划编写
细化《产品线业务计划》中业务计划相应内容。
产品总监/PDT Leader/PDT
概念阶段计划编写
根据《产品一级计划》阶段时间要求，细化和拆分概念阶段活动，制定《概念阶段计划》，确定概念阶段任务及资源分配、时间进度要求等。若概念阶段是迭代开发，则需要明确具体迭代次数以及每个迭代目标
概念阶段开发任务一般包括概要需求、概要设计、业务规划的调整和细化等。
《概念阶段计划》可参照《产品一级计划模板》中概念阶段活动进行编写，如果产品一级计划中已经了细化概念阶段的开发活动，概念阶段计划可不单独制定。
如果产品一级计划裁剪概念阶段的，可不制定概念阶段计划。
概念阶段计划应在概要阶段前期完成，最迟在总体概要需求评审前完成，或者产品一级计划中要求的时间前完成。以指导后续的开发活动。
产品总监/PDT Leader；
参与角色包括：产品公司研发负责人、产品经理、应用架构师、主设计等
《产品一级计划》技术评审
确保计划制定的任务分配明确合理，资源和工期安排可行等，确保和任务书要求相匹配。
产品公司负责人/产品总监/PDT Leader
评委包括：产品公司研发负责人、测试负责人、实施负责人、运维负责人、产品市场推广负责人、质量总监（参与）
《概念阶段计划》技术评审
确保时间安排是与《立项任务书》、《产品一级计划》匹配，合理分配了任务，并且资源配备合理可行
产品总监/PDT Leader、公司级研发负责人
评委包括：产品总监/PDT Leader、公司级研发负责人、测试负责人等
计划阶段计划制定
根据《产品一级计划》阶段时间要求，细化和拆分计划阶段活动制定《计划阶段计划》，确定计划阶段任务及资源分配、时间进度要求等。若计划阶段是迭代开发，则需要明确具体迭代次数以及每个迭代目标和概念阶段计划一样，属于阶段性计划，在每个过程中第一步就是对该阶段进行计划，以指导该阶段的时间，资源及里程碑等

计划阶段开发任务包括详细需求、详细设计、开发二三级计划制定等。计划阶段计划应明确具体执行的活动和时间、资源要求等。
计划阶段计划可按部门编制，由产品公司研发负责人组织评审和审批
《计划阶段计划》可参照《产品一级计划》中计划阶段活动进行编写。
计划阶段计划应在计划阶段前期完成，或者产品一级计划中要求的时间前完成。以指导后续的开发活动。
如果产品一级计划中对计划阶段活动有总体的要求，计划阶段的具体详细需求、详细设计细分活动在二、三级开发计划中已经详细规划的，计划阶段计划可不单独编写。
公司级研发负责人
参与角色：
产品经理、应用架构师、总设计、各开发部经理
二级开发计划编写
参照《二级开发计划模板》，依据《计划阶段计划》、《产品一级计划》阶段时间要求编写二级开发计划，如果计划阶段计划是迭代开发的，二级开发计划应根据每个迭代目标制定相应的二三级开发计划；
在三级开发计划完成后需根据实际情况调整二级开发计划，并制订需在二级开发计划中监控的部门内和部门间的协作任务。
计划阶段计划制定应在计划阶段中后期进行，按产品一级计划中要求的时间完成。以指导后续的开发活动。
开发部经理
二级开发计划评审
参照《评审、审核确认过程》对《二级开发计划》及其他相关计划进行评审
负责人：公司级研发负责人
评委：产品经理、开发部经理、测试经理
三级开发计划编写
参照《三级开发计划模板》，依据《二级开发计划》对关键里程碑的要求，制定《三级开发计划》，可参照软件过程数据中相关或者相似项目的数据进行任务分解；
三级开发计划活动包括：编码和单元测试、单元测试用例的编写、单元验证测试、联调测试设计和测试执行等等。
计划阶段计划制定应在计划阶段中后期进行，按产品一级计划中要求的时间完成。以指导具体的开发活动。
开发经理
三级开发计划评审
参照《评审、审核确认过程》对《三级开发计划》及其他相关计划进行评审
负责人：开发部经理
评委：测试负责人、开发经理
集成验收测试计划编写
参照《集成测试计划模板》，依据《计划阶段计划》、《产品一级计划》阶段时间要求编写集成测试计划，集成测试计划活动应包含集成测试设计和集成测试执行、验收测试执行活动等。
集成验收测试计划制定应在计划阶段中后期进行，按产品一级计划中要求的时间完成。以指导具体的开发活动。
集成验收测试经理
集成测试计划评审
参照《评审、审核确认过程》对《集成测试计划》及其他相关计划进行评审
测试负责人
评委：质量总监（参与）、产品经理、需求人员、开发部经理、相关测试负责人
风险管理计划制定
在制定各级开发计划或测试计划时，相应计划制定人应根据实际开发情况对本次开发活动进行风险分析，制定相应的《风险管理计划及跟踪表》，并进行风险管理和监控。
管理和控制过程风险的具体方法：
l   对于分析确定的风险，应分析出现的概率、风险的优先级以及对整个软件开发的影响。
l    对风险提出管理方法和应对策略。
l    风险出现时处理意见。
风险管理计划应随相应开发计划或测试计划一起进行评审。通过评审来确认风险、确定风险管理措施和风险消除标准。
相应开发计划负责人
组间协作计划制定
对于开发任务需要跨部门、开发组协作完成的，应由提请协作方在制订本部门/组开发计划（概念阶段计划、计划阶段计划、二三级开发计划）时，对必要的组间协作活动进行策划，形成《组间协作计划表》，并确立协调负责人。
《组间协作计划表》是约束各组约定、协调和跟踪组间协作活动的执行情况的依据。针对每一个协作项目，编制时应重点考虑：
l         需协作的项目内容；
l         与谁协作；
l         何时提供；
l         接收标准；
l         主要依赖关系；
l         由谁负责协调；
组间协作计划可合并到相应开发计划中并应随各级计划一起进行评审并被监控
相应开发计划负责人
配置计划的制定
在制定各阶段或各级开发计划或测试计划时，相应计划制定人应制定本开发阶段配置管理计划，明确具体输出工作产品、输出时间和负责人等。
配置计划应随相应开发计划或测试计划一起进行评审。评审后的配置计划是QA和公司配置负责人审计和验证开发成果完整性的依据。相关配置计划应参照《配置管理过程》整理完后，进行链接

。
相应开发计划负责人
开发计划的监控和调整
软件开发活动按照其计划进行。根据《开发监控程序》缺失

要求，由开发部门经理对相应的三级计划、联调测试进行监控，产品公司研发负责人对二级计划、集成测试计划进行监控，产品公司总经理/PDT Leader对产品一级计划进行监控；当计划偏离10%以上，计划需做相应的调整。调整后如影响到上级计划的里程碑时间或影响到其他组/部门的开发计划，也需做相应调整，并进行评审和审批。
SQA人员对计划执行情况进行监控。
可参照开发监控程序进行开发计划监控

5. 输入 Inputs & 输出  Outputs
输入 Inputs
输出 Outputs
5.1产品概要需求
5.2产品详细需求
5.3升级版产品详细需求
5.4与其他产品的相关需求
6.1产品一级计划
6.2概念阶段计划
6.3计划阶段计划缺失

6.4二级开发计划
6.5三级开发计划
6.6集成验收测试计划
6.7配置计划
6.8风险管理计划及跟踪表
6.9组间协作计划

6.过程支持文件 Standards, Guidelines and Procedures
7.1 配置管理过程
7.2 计划编制说明
7.3 产品一级计划书（draft）模板
7.4 产品一级计划模板
7.5 二级开发计划模板
7.6 三级开发计划模板
7.7 风险管理计划及跟踪表模板
7.8 组间协作计划模板
7.9 测试人员编写开发计划指导模板
7.10 集成验收测试计划

7.　文件编写说明
文件编写及修改说明：
文件编号：
UF/PF/PM-01
版本号：
V6.0
审核人：

批准人
张忠、邓适宜、谢志华
修改状态
修改日期
修改人
变更位置及修改摘要
备注
0
2005-10
魏光增、汪齐名
根据高层领导对开发计划进行分级（三级）管理的要求对开发策划程序4.0进行创建

1
2005-11
魏光增
1.去掉了《项目定义软件过程》
2.计划调整说明中关于裁剪的内容整合到了裁剪原则中
3.3级开发计划审批表去掉了配置项内容，增加了配置管理计划模版。
4.调整了开发计划的制定的顺序
5.修改了“软件生命周期中各开发阶段”的描述
6.提供了与培训程序的相关链接。
7.计划编制说明中去掉了“（SQA检查点）”字样
8.3把级开发计划模版中的“接受”改为“接收”
9.编制2级开发计划活动中增加了风险管理计划和组间协作计划

2
2009.7 
程玉玲 
根据IPD产品开发生命周期定义新创建

3
2011-3
陈辉
适应集团组织机构调整做相应修改