项目策划过程.docx
《项目策划过程.docx》由会员分享,可在线阅读,更多相关《项目策划过程.docx(18页珍藏版)》请在冰豆网上搜索。
项目策划过程
项目策划过程
文档编号:
NFS-CHINA-QM_SPP_PRS
文档信息:
公司级别过程文件
文档名称:
项目策划过程
文档类别:
项目管理过程类
密级:
机密
版本信息:
0.1
建立日期:
2007-10-25
创建人:
EPG
审核者:
蒋晖
批准人:
批准日期:
保管人:
存放位置:
编辑软件:
MicrosoftOfficeXP中文版
文档修订记录
版本编号或者更改记录编号
*变化
状态
简要说明(变更内容和变更范围)
日期
变更人
审核日期
审核人
0.1
A
新建项目策划过程
2007-10-25
方婷
*变化状态:
A——增加,M——修改,D——删除
文档审批信息
序号
审批人
角色
审批日期
签字
备注
1
简介
1.1目的
软件项目策划的目的是为执行软件工程和管理软件项目制定合理的计划。
本过程旨在使软件开发人员及管理人员充分了解软件项目策划过程,使项目管理人员遵照本过程实施项目策划活动、制定项目计划书及执行相关策划活动。
1.2适用范围
本过程适用于组织中所有的软件开发项目,从需求阶段开始,至维护阶段完成,贯穿项目的整个生命周期。
1.3背景描述
1.4引用文件
1.5术语表
PDB(ProcessDatabase)
PDB,过程数据库的缩写。
建立组织的过程数据库在于收集和获得有关软件过程及其工作产品的有用数据,特别是与组织标准软件过程相关的数据。
数据库中包含了两方面的内容:
一方面是实际度量的数据,一方面是为理解该度量数据和评估其合理性、适用性所需的相关信息。
过程和工作产品的实例如:
软件规模、工作量和成本的估计;软件规模、工作量和成本的实际数据;生产率数据;同行评审范围和效率;软件代码中发现的缺陷数据和严重性。
PDB由来自项目的数据组成,对每个项目提供一个数据记录。
可以想象到,要丰富PDB中的数据,必须收集项目中的数据,经过分析然后才得已组成一个登记项录入PDB。
数据收集和分析是相当复杂和费时的工作,因此必须清楚地说明那个数据是需要的,为什么需要。
除非可以某种方式参与项目或有助于组织的目标,不要进行大量数据的收集。
基于此种原因,PDB的目的,它对项目和组织提供的服务应被明确的定义。
下面是PDB的关键目的:
●对新项目的计划提供辅助,尤其是项目的估算和缺陷的评估方面。
●从不同类型的项目中收集生产率和质量数据。
●有助于创建过程性能基线。
●有助于确定可以改进的区域和范围的数据分析。
过程性能基线(ProcessPerformanceBaseline)
过程性能基线是对组织级标准过程而言的。
过程性能基线是对在典型环境中遵循规定的过程通常可以达到的预期结果范围的一种文档化描述。
过程性能基线量化地表示了过程性能。
过程性能实质上是表示如果遵循了过程的话,可以预期到的结果范围。
换句话说,如果一个项目遵从一个过程,则过程性能可以用来决定这个项目的可能的输出的范围。
基线应该首先关注于质量和生产率。
一般而言,过程性能基线包括的内容应该涉及生产力、质量、进度、工作量及缺陷的分布。
具体如下:
●交付质量
●生产率
●进度
●工作量的分布
●缺陷注入率
●过程中缺陷排除的效率
●缺陷的分布
这些信息对项目的计划很有用。
例如:
生产率可以用来根据估计的软件规模大小预计这个项目的工作量,从工作量的分布可以预计这个项目在不同阶段的工作量,从而制定项目开发进度计划。
类似地,缺陷注入比例可以用来估计项目的出错总数目,缺陷的分布概率可以用来为不同缺陷检测活动(如评审和测试)预计其缺陷水平。
整体的缺陷排除率或质量可以用来预测软件提交后未被去掉的缺陷的数目,以便对维修做出计划。
在组织的整个过程管理中,过程性能基线起着非常重要的作用。
例如,通过分析过程性能基线一个时间段的发展趋势,可以很容易地度量出其过程的改进情况,并对质量和生产率的发展趋势进行分析。
对于软件项目,PDB和过程性能基线是两个机制,通过它们可以将过去的经验封装起来并用于项目计划和管理。
它们提供了项目策划的输入信息。
它们的主要数据源是已完成的项目。
项目中收集的数据(经过分析)是PDB的主要数据源。
在PDB中的数据随后被用来计算过程性能基线。
WBS(WorkBreakdownStructure)
WBS(WorkBreakdownStructure工作分解结构)是一种以分级方式表述项目工作和任务的技术,一个定义良好的WBS不仅体现了项目所采用的软件过程,而且指明了整个生命周期中所要产生的各种工作产品。
WBS的建立可以有助于在项目计划期间防止遗漏某些重要的项和活动,并且保证所需要的活动都能得以逻辑的识别和关联。
一个定义清晰的WBS是项目策划的基础。
在项目的早期阶段对整个生命周期中的所有任务是无法完全而准确识别的,所以项目策划会在不同的阶段分别进行工作任务分解。
而WBS又先于其他的策划活动(比如:
估计、进度表等)产生。
因此,对完成的WBS首先要进行组内评审,将组内评审通过的WBS作为下步策划的基础。
当然,工作任务分解也是一个迭代的过程。
策划过程也会对它进行完善和维护,最终的WBS将和项目计划所有其它工作产品一起进行评审。
WBS工作分解结构示例图:
分级
1
2
3
4
5
过程
项目管理
过程
LLLLLLLLLLLLLLLLLLLLLLL
SQA
SCM
项目支持
过程
过程
开发阶段1
产品
过程或产品
开发阶段2
产品
产品
任务
产品
任务
产品
任务
产品
任务
…
项目
1.6参考资料
【CMMI-SE/SW,V1.1,StagedRepresentation,CMU/SEI-2002-TR-002,ESC-TR-2002-002】
【能力成熟度模型(CMM):
软件过程改进指南,电子工业出版社,2001】
2过程/规程总体描述
2.1过程/规程概述
为了对软件项目实施有效的管理,通常将整个项目划分成三个大的阶段,即:
计划阶段、开发阶段和收尾阶段。
从项目管理的要求来说,在计划阶段,要进行项目策划,即对项目进行整体计划,计划的结果将作为项目后续开发和管理活动的基础;在项目的开发阶段,为了确保项目能按预定计划、预定成本完成开发任务,需要对其进行跟踪和监控;在项目的收尾阶段,项目验收交付后应进行项目总结。
项目策划过程是软件项目管理的一个重要过程。
策划又是一个重要的活动,许多过程活动都和它相关,作为一个完整的项目计划,它包括:
项目任务书、生命周期模型选用、项目定义的软件过程、项目计划书制定(产品识别与WBS制定、软件估计、风险管理计划、进度表制定、项目培训计划、工具的识别及采购计划)、度量计划、软件配置管理计划、软件质量保证计划、测试计划等。
在计划阶段,上述的活动是协调一致的。
2.2过程/规程结构描述
项目策划过程流程图如下:
图1软件项目策划流程图
3过程/规程元素描述
针对各个过程元素(活动),按照10大属性(概述、人员职责、入口准则、输入、任务(步骤)、出口准则、输出、资源能力要求、度量、裁剪准则)依次进行详细描述。
3.1制定项目开发计划
概述
项目组长组织进行定义项目过程、估算分析以及拆分WBS等活动,制定项目开发计划,作为项目开发和跟踪的依据。
相关组依据软件开发计划制定度量计划、SQA计划、SCM计划以及测试计划(对于项目进展阶段实施的迭代策划活动,则实际上是更新原有各种计划书)
参与人员及职责
●项目组长:
制定项目开发计划
●相关人员(项目组、测试组、QA、SCM):
协助项目组长,制定项目开发计划。
相关人员包括项目组、测试组、QA、SCM等。
入口准则
●项目已立项
输入
●项目任务书
任务/步骤
1.根据项目过程活动的选择标准选择适合项目的生命周期模型,并可按裁剪准则对组织标准过程进行裁剪,形成适合项目实际情况的软件过程,提交《项目过程定义》
2.根据《软件估计规程》估计软件规模和任务工作量(可参考《软件估计指南》),提交《软件估计表》:
1)依据现有的工作产品和项目定义的软件过程,识别工作产品
2)依据软件开发过程进行任务拆分,确定各阶段的过程、任务和产品
3)对管理和支持过程进行工作拆分,包括项目管理、质量保证和配置管理等
4)对于每一个工作单元,详细说明其目标、工作内容、资源利用
3.按照《项目计划书模板》设置项目的里程碑:
1)项目组长依据进度估算结果,设置里程碑检查点
2)针对每个检查点,设置检查内容和检查方式
3)对于组外里程碑检查点的设置,项目组长与QA协商确认
4.按照《项目计划书模板》制定评审计划,可参见《评审过程》
5.按照《项目计划书模板》制定风险管理计划,可参见《风险管理过程》
6.按照《项目计划书模板》制定组间协调计划
1)识别相关组,如产品的接收组或提供组
2)识别与相关组之间的关键依赖产品
3)确定组间协调活动或计划,主要包括关键依赖产品的交付时间、提供方式、责任人、验收准则、技术支持及跟踪方法
4)确定组间问题的处理方法
5)确定组间工作产品的验收流程
7.按照《项目计划书模板》制定培训计划,可参见《培训过程》
8.依据《项目计划书模板》、任务书以及以上估算分析结果编写项目开发计划
出口准则
项目计划文档编写完毕
输出(工作产品)
《项目计划书》
资源和能力要求
●资源:
⏹相关人员的工作时间保证
●能力:
⏹相关人员应接受过项目策划相关活动及计划书模板使用的培训
度量
度量元
采集点
制定项目开发计划的工作量
周报
裁剪指南
裁剪内容
裁剪准则
不可裁剪
无
3.2制定度量计划
概述
明确数据收集和分析的方法,将度量分析方法集成到项目的技术和管理过程中,并形成度量分析计划
参与人员及职责
●项目组长:
提供项目计划,做为度量计划的依据
●度量人员:
制定度量计划
入口准则
●度量选择已完成
●项目开发计划已制定
输入
《度量计划模板》(可与质量保证计划整合)
任务/步骤
参见《度量分析过程》
出口准则
《度量计划》已制定
输出(工作产品)
《度量计划》
资源和能力要求
●资源:
⏹相关人员的工作时间保证
●能力:
⏹相关人员应接受使用度量计划模板的培训
度量
度量元
采集点
制定度量计划的工作量
周报
裁剪指南
裁剪内容
裁剪准则
不可裁剪
无
3.3制定质量保证计划
概述
项目QA人员在项目开发策划期间,应根据项目开发计划制订质量保证计划,以确保质量保证计划中活动的范围和时间与项目开发计划以及配置管理计划保持一致
参与人员及职责
●项目QA人员:
进行项目质量保证活动的策划
●项目组长:
对项目质量保证计划的制订予以支持
●QA组长:
评审并批准项目质量保证计划
入口准则
项目开发计划已制定
输入
《软件质量保证计划模板》
任务/步骤
参见《软件质量保证过程》
出口准则
《软件质量保证计划》已制定
输出(工作产品)
《软件质量保证计划》
资源和能力要求
《软件质量保证计划模板》
度量
度量元
度量
制定项目质量保证计划的工作量
周报
裁剪指南
裁剪内容
裁剪指南
不可裁剪
无
3.4制定配置管理计划
概述
项目SCM人员在项目开发策划期间,应根据项目开发计划制订配置管理计划,内容包括明确项目的配置管理职责和配置基线建立的时机,确认需要纳入配置管理的要素即配置项,制定配置项的标识规范和配置管理规程,选择配置管理工具,建立配置管理系统、安排必要的配置管理活动等
参与人员及职责
●SCM人员:
编写配置管理计划文档
●项目经理:
指导并配合制定项目的配置管理计划
入口准则
项目开发计划已制定
输入
项目开发计划
任务/步骤
参见《软件配置管理过程》
出口准则
软件配置管理计划文档已经完成
输出(工作产品)
待评审的软件配置管理计划
资源和能力要求
●资源:
⏹《软件配置管理计划模板》
●能力:
⏹SCM人员应接受过编制配置管理计划方法的培训
度量
度量元
采集点
编写配置管理计划所花费的工作量
周报表
裁剪指南
裁剪内容
裁剪准则
不可裁剪
无
3.5制定总体测试计划
概述
测试经理在项目开发策划期间,制订总体测试计划,确保测试计划中活动的范围和时间与项目计划、配置管理计划和质量保证计划保持一致
参与人员及职责
●测试经理:
编写总体测试计划
●项目组长:
对项目总体测试计划的制订予以支持
入口准则
项目开发计划已制定
输入
●项目开发计划
●配置管理计划
●项目质量目标
任务/步骤
参见《产品测试过程》
出口准则
总体测试计划文档已经完成
输出(工作产品)
待评审的总体测试计划
资源和能力要求
●资源:
⏹《软件测试计划模板》、《软件测试过程模型选用指南》
●能力:
⏹测试经理会使用项目策划的相关方法,参加过项目策划过程的培训
度量
度量元
采集点
编写总体测试计划书的工作量
周报表
裁剪指南
裁剪内容
裁剪准则
不可裁剪
无
3.6项目计划书组内评审
概述
计划编写完毕,由组内成员进行评审,检查内容不当之处,完成组内的承诺
参与人员及职责
●项目组成员:
评审项目开发计划、SCM计划
●质控部:
评审度量计划、SQA计划
●测试组:
评审测试计划
入口准则
项目开发计划、SQA计划书、SCM计划书、度量计划、测试计划已制定
输入
项目的各种计划书
任务/步骤
1.项目组长把项目计划发给相关组内成员进行组内评审,包括项目开发计划、SCM计划
2.对于发现的问题,由组内成员与项目组长协商解决,必要时修改相关项目开发计划
3.质控部内部评审度量计划、SQA计划
4.测试组内部评审测试计划
5.组间交叉评审计划,确保计划之间的一致性
出口准则
●组内成员通过了计划
●组间确定了计划之间的一致性
输出(工作产品)
●组内评审过的计划文档
资源和能力要求
●资源:
项目组成员的工作时间保证
●能力:
⏹项目组成员应接受过评审方法的培训
度量
度量元
采集点
组内评审的工作量
周报表
裁剪指南
裁剪内容
裁剪准则
不可裁剪
无
3.7项目计划正式评审
概述
项目计划文档,需要由QA、QA组长和高层领导经过正式评审,才能正式生效,作为项目开发的依据
参与人员及职责
●QA及QA组长:
进行符合性检查
●项目组及相关组:
进行技术、资源方面的评估
●高层领导:
对评审结果进行检查并审批计划
入口准则
项目计划书组内评审完毕
输入
●项目开发计划
●项目过程定义
●软件估计表
●度量计划
●质量保证计划
●配置管理计划
●测试计划
●项目计划演示用ppt(按照“项目计划(演示模板).ppt”填写)
任务/步骤
1.QA及QA组长对计划文档进行符合性检查,对发现的问题反馈给项目组长,进行修改,直至通过,形成审批意见
2.项目组长介绍项目计划情况,项目组及相关组对计划文档进行技术资源方面的评估,对发现的问题反馈给项目组长,进行修改,直至通过,形成审批意见
3.高层领导审批项目计划,形成审批意见
出口准则
各计划文档经过评审
输出(工作产品)
●评审过的项目开发计划
●评审过的项目过程定义
●评审过的软件估计表
●评审过的度量计划
●评审过的质量保证计划
●评审过的配置管理计划
●评审过的测试计划
资源和能力要求
●资源:
⏹评审的工作时间保证
●能力:
⏹相关人员应接受过评审方法的培训
度量
度量元
采集点
评审的工作量
周报表
裁剪指南
裁剪内容
裁剪准则
不可裁剪
在项目实施过程中对项目计划的调整,可以按照实际情况决定是否提交正式评审。
3.8项目计划发布
概述
对于审批通过的各个项目计划,项目组长、SQA、SCM、质控部、测试组分别提交配置库,进行配置管理。
参与人员及职责
●项目组长:
向配置库提交软件计划书
●MA、QA、SCM、测试组:
向配置库提交计划书
入口准则
项目计划通过正式评审
输入
●项目开发计划
●项目过程定义
●软件估计表
●度量计划
●质量保证计划
●配置管理计划
●测试计划
任务/步骤
1.计划通过评审后,正式发布计划。
2.项目组长按照配置管理流程,将审批通过的项目开发计划相关文档,提交配置库,进行配置管理
3.MA按照配置管理流程,将审批通过的度量计划相关文档,提交配置库,进行配置管理
4.QA按照配置管理流程,将审批通过的质量保证计划相关文档,提交配置库,进行配置管理
5.SCM按照配置管理流程,将审批通过的配置管理计划相关文档,提交配置库,进行配置管理
6.测试组按照配置管理流程,将审批通过的测试计划相关文档,提交配置库,进行配置管理
注:
项目计划发布可在过程管理平台操作,将项目计划拆分至gantt图中,标注项目的里程碑任务,发布计划
出口准则
项目计划文档已经提交配置库进行配置管理
输出(工作产品)
参考配置管理过程
资源和能力要求
●资源:
配置库管理工具
●能力:
⏹项目组长应接受过配置管理工具和过程的培训
度量
度量元
采集点
无
裁剪指南
裁剪内容
裁剪准则
不可裁剪
无
4附录
各种需要在本文档中补充说明的附录和附表。
4.1附录A-相关过程
【配置管理过程.doc】
【质量保证过程.doc】
【度量分析过程.doc】
【产品测试过程.doc】
【风险管理过程.doc】
4.2附录B-相关规程
【软件估计规程.doc】
4.3附录C-相关指南
【软件估计指南.doc】
4.4附录D-相关模板列表
模板
使用人
使用时间
项目计划书模板
项目组长
项目计划阶段
项目过程定义
项目组长、QA
项目计划阶段
软件估计表
项目组长、项目成员
项目计划阶段
配置管理计划模板
SCM
项目计划阶段
质量保证计划模板
QA
项目计划阶段
软件测试计划模板
测试经理
项目计划阶段
项目风险列表模板
项目组长
项目策划阶段:
识别、分析风险,制订风险减缓计划;项目执行阶段:
跟踪项目风险