项目过程定义说明:
1.项目过程定义是指对过程及活动、输出、成果评审形式的合理定义,为项目经理策划时给予帮助和指引。
2.裁剪准则说明:项目过程定义表定义了整个开发过程中需要执行的过程以及需要遵守的底线,项目经理也可以根据项目实际情况根据裁剪准则对各个过程进行自定义描述。
| |||||
过程
|
相应规程文件
|
活动
|
输出
|
裁剪准则
|
定义结果
|
业务需求开发
|
需求开发和管理规程
|
业务需求开发
|
业务需求文档
|
项目若没有客户需求,则需要撰写业务需求报告
| |
业务需求评审
|
评审报告、问题记录、业务需求确认结果
|
关键、复杂、对项目影响大的业务需进行会议评审;
其它视项目情况可进行审核;
若业务需求由客户主导,则需进行业务需求正式确认;
| |||
技术解决方案设计
|
设计实现集成规程
|
技术解决方案设计
|
技术解决方案
|
技术新颖度高、技术不够成熟、技术难度较高、技术没有积累的需进行技术研究、技术解决方案撰写。
| |
技术解决方案评审
|
评审报告、问题记录
|
需要会议评审,需要时可使用候选方案决策评审。
| |||
需求分析
|
需求开发和管理规程
|
需求分析及界面原型
|
需求分析说明书、界面原型(含图片源文件)
|
需求分析需要执行;界面原型根据项目实际情况选择执行;
| |
需求分析说明书评审
|
评审报告、问题记录
|
关键、复杂、对项目影响大的业务需进行评审,其它视项目情况可进行审核;
| |||
系统设计
|
设计实现集成规程
|
系统设计
|
系统设计说明书(含PDM(产品数据管理)等)
|
需要执行
| |
系统设计评审
|
评审报告、问题记录
|
现场开发项目、架构成熟项目可以审核,其它需要会议评审
| |||
编码和单元测试
|
设计实现集成规程
|
编码前准备
|
编码指南、开发环境(样板工程)
|
需要执行
| |
编码思路确认
|
思路确认记录
|
需要执行
| |||
编码与单元测试
|
源代码、单元测试用例
|
关键代码需撰写单元测试代码;
非关键代码有需要时执行。
| |||
代码评审
|
评审报告、问题记录
|
关键模块的核心代码、新员工编写的第一个模块必须进行会议评审,需明确具体的模块名称。
其它模块由项目组自行决定,可选择代码审核,如每日代码审核、交叉代码审核、集中代码审核。
| |||
集成
|
设计实现集成规程
|
持续集成
|
集成问题列表
|
需要执行
| |
集成测试
|
设计实现集成规程
|
集成测试准备
|
集成测试计划、用例
|
中小型项目或集成测试要求低的项目需要执行;
大型项目或集成测试过程要求很高的项目需要加强执行(可按照作业指导书中的集成测试加强版执行)
| |
集成测试计划、集成测试用例评审
|
集成测试计划、集成测试用例评审报告、问题记录
|
中小型项目或集成测试要求低的项目无需执行;大型项目或集成测试过程要求很高的项目需要执行且成果通过评审
| |||
集成测试环境准备
|
测试服务器、测试数据
|
大型项目或集成测试过程要求很高的项目需要执行
| |||
集成测试执行
|
测试记录
|
需要执行
| |||
集成测试报告与评审
|
集成测试小结、集成测试报告、评审报告、问题记录
|
中小型项目或集成测试要求低的项目撰写集成测试小结;大型项目或集成测试过程要求很高的项目撰写集成测试报告且需评审。
| |||
系统测试
|
测试规程
|
测试策划
|
系统测试计划
系统测试方案
|
需要执行,大型项目采用测试计划模板,中小型项目采用测试计划简化模版。
| |
性能测试
|
性能测试方案(含计划、用例)
|
大型服务器端项目需执行性能测试且经过会议评审
| |||
测试策划评审
|
评审报告、问题记录
|
大中型项目测试方案文档须经过会议评审,其它视情况执行审核
| |||
撰写测试用例
|
测试用例(用户测试用例/场景测试用例)
|
需要执行,项目必须包含关键业务用户测试用例与场景测试用例
| |||
测试用例评审
|
评审报告、问题记录
|
需要执行,项目的场景类用例与关键业务需求用例必须经过会议评审
| |||
准备、评审测试环境
|
系统测试环境
|
需要执行,测试环境与开发环境必须分开。
| |||
执行系统测试
|
测试记录
|
需要执行,测试执行需根据用例执行。
| |||
系统测试报告与评审
|
系统测试报告
性能测试报告
评审报告
|
需要执行。大型服务器端项目需独立出具性能测试报告须经正式评审。
| |||
产品化
|
产品化规程
|
撰写产品化相关文档
|
产品介绍、系统帮助、用户手册、培训教案、技术支持手册、演示动画、提示信息说明
|
根据《项目开发任务书》的要求确定需要交付的成果
| |
产品化成果评审
|
评审过程表、问题记录
|
项目组视情况可选择审核方式,用于重要客户演示、汇报的成果需评审
| |||
支持工程师开发项目跟踪
|
支持工程师开发项目跟踪规程
|
各开发阶段跟踪
|
问题记录
|
如果有支持工程师参加,则需要执行
| |
支持文档撰写与评审
|
技术手册、培训教材、评审问题记录
|
根据《开发任务书》的要求选择需要撰写的成果
| |||
需求管理
|
需求开发和管理规程
|
需求跟踪
|
需求跟踪表(技术方案、需求分析、系统设计、测试用例、系统性能测试方案、产品成果确认等)
|
系统设计、测试用例、产品成果评审需要执行;
其它根据项目的需要,可增加跟踪评审环节。
| |
候选方案决策
|
决策评审规程
|
候选方案决策
|
决策评审表
|
进行候选方案决策时执行
| |
项目策划
|
项目策划与跟踪规程、估算规程
|
项目初步策划
|
项目计划与跟踪表(项目范围和目标、项目开发策略、里程碑计划、资源计划、沟通计划、风险管理、需求分析阶段工作计划等)
|
需要执行。
现场开发项目还需要考虑:
1)业务需求开发过程:用户深度参与的需求需要进行用户确认、深度沟通;
2)需求管理:建立需求变更管理机制(项目需求变更的提出、澄清、确认等流程);
3)项目策划时需要建立成熟的沟通机制(内外部沟通计划、汇报机制);
4)策划时考虑团队管理的激励机制;
5)配置管理:考虑现场办公的配置管理机制;
6)各类成果评审:根据项目实际情况,提前策划各类成果的评审方式(如需求分析需用户参与评审,现场开发的成果可邮件审核等)
综合实施项目还需要考虑:
项目策划时需考虑项目开发过程、市场推广过程、现场实施过程的所有任务。
| |
项目初步策划评审
|
评审报告
|
需要执行
| |||
项目详细策划
|
项目计划与跟踪表(包含项目进度计划、质量计划、配置计划、培训计划、沟通计划、风险管理)
|
需要执行,详细策划成果可以根据需要进行会议评审或邮件审核。
| |||
项目监督与控制
|
项目策划与跟踪规程
|
项目监控管理
|
项目进度计划、项目计划与跟踪表(风险管理、问题管理等)、项目周报、里程碑报告(会议)、项目总结报告等
|
需要执行。根据项目需要,请确定项目的里程碑评审点,一般每2个月组织一次
| |
风险管理
|
风险管理规程
|
风险识别与跟踪管理
|
风险管理表
|
需要执行
| |
过程和质量保证
|
过程和质量保证规程
|
过程与产品质量保证
|
质量计划、过程审查表、问题记录、风险预警报告、QA报告、QA周报、质量分析报告
|
需要执行
| |
配置管理
|
配置管理规程
|
项目配置管理
|
配置计划、基线报告、变更表
|
需要执行。请明确项目需要建立的基线:计划基线、需求基线、设计基线、产品基线。
| |
度量与分析
|
度量与分析规程
|
度量与分析管理
|
项目计划与跟踪表-项目度量数据
|
需要执行。可以根据项目的度量目标,在“项目度量数据”中增加需要的度量项。
| |
定量管理
|
定量管理规程
|
定量项目管理
|
项目计划与跟踪表-项目度量数据
|
如果项目需求分析、概要设计、代码进行会议评审,则需要执行。请选择定量管理的关键过程:
1)需求分析会议评审
2)概要设计会议评审;
3)代码会议评审。
|
项目管理
最新推荐文章于 2023-10-09 10:09:48 发布