CMMI项目开发计划模板.docx
《CMMI项目开发计划模板.docx》由会员分享，可在线阅读，更多相关《CMMI项目开发计划模板.docx（11页珍藏版）》请在冰点文库上搜索。
CMMI项目开发计划模板
[打印时忽略本页]
变更履历
版本号
修订类别
简要说明
日期
变更人
修订类别：
C=创立，A=增加，M=修改，D=删除
【项目名称】
项目开发计划
广东×××技术股份有限公司
1概述
1.1项目标识
项目名称：
项目简称/别名：
项目编号/代号：
[或者根据公司项目管理制度所获得的其它标识]
1.2项目简介
[概要性介绍本项目的背景、产品、商业目标，等]
1.3缩写和术语
[如果存在读者可能不熟悉的术语、缩写语等，请在这里逐条进行解释]
1.4参考文档
[编制本文档所参考的文档，可能包括本项目的合同、项目任务书、需求文档、技术方案，等等]
2项目目标
2.1工作范围
[本项目的主要工作任务说明。
概要性的]
[如果有技术协议、合同或合同附件、客户/产品需求等文件声明了工作范围，则这里只做概要性描述，然后声明引用该文件]
2.2过程和质量约束
[项目在工作量、成本、时间、质量等方面的目标]
[项目任务书中已经明确这些目标的，也在这里重新将这些目标列明，以保持本文件的独立性]
[这些目标还可能来源于合同]
2.3交付物
[本项目交付给客户的产品中包含的交付物列表，包括工程性产品、也包括管理性产品（例如阶段性总结报告需要提交给客户）]
[项目不同，交付物可能迥异]
[如果需要，为交付物附加特别说明]
2.4过程和标准
[声明本项目将参考的过程和产品标准]
[可给出成体系的过程集合的版本号，另外附加裁剪说明文件，如：
项目执行过程标准遵循：
SoftTechOSSPV2.1，裁剪说明参考《…项目过程定义》]
3项目团队
3.1组织结构
[团队组织结构图，表达角色、人员、及一定程度的授权和报告层次]
[组织结构图应包含：
●项目经理、项目上级经理
●客户代表
●其它相关干系人（用户代表、市场人员、运维人员、采购人员、DBA、工具管理人员、第三方监理、…）
●项目组和项目成员
]
[组织结构图重点是“结构”，不一定能够列出所有项目成员的姓名，因为可能还没有具体的人员加入项目组，但需要说明结构，譬如一个项目组下含有“程序员4名”]
[暂时不能确定具体人员姓名的，以后逐步更新本计划]
[如下图]
3.2人员、角色和职责
[项目成员的角色和职责]
[有别于组织结构图，本部分可能涉及人员的职责、概要性工作分配][如下表]
姓名
角色
职责/任务
测试人员
负责测试组。
测试计划、测试用例设计、测试执行、测试报告…
软件工程师
X、Y模块的详细设计、编码、单元测试。
代码review
…
[如果项目组成员尚未完全到位，描述关键人员]
3.3干系人和关键依赖
[一般项目都至少会有上级经理、客户代表两个关键外部干系人]
[视项目情况不同，需要考虑是外部干系人的例子，还有销售代表、用户代表、运维人员、数据管理人员、工具支持人员、…可能有很多]
[本部分需列明本项目的外部干系人，并且项目对这些外部干系人的依赖事项也需要识别并逐项描述。
如下表]
外部干系人
角色
职责/依赖事项
上级经理
技术顾问
客户经理
审批产品原型、需求规格说明书
参加里程碑评审会议、评价里程碑达成
于试运行开始前采购IBM服务器
…
…
…
3.4人力资源需求
[项目不同时期需要的人员不同，这里需要列出每种角色人员的需求计划，以及每种人员需要具备的、需要特别声明的技能]
[与3.1和3.2中声明的角色相对应]
[可忽略已经加入项目组的人员。
如果某角色需要某特别指明的人员，则直接声明]
[如下表]
角色
需求数量
加入时间
日历周期
技能需求
架构工程师
1
年月日
1个月
射频软件工程师
1
年月日
2个月
2
年月日
45天
系统软件程序员
5
年月日
3个月
…
[上述技能需求，可能导致招聘、内部组队或者培训，需要培训的情况，列出培训计划]
[培训可能是产品领域知识、开发技术等]
培训
参加人员
培训时间
培训方式
考核方式
XProcess产品简介
项目组全体
年月日
授课
N/A
JUnit使用与编程
段誉，系统软件程序员5人
年月日
授课
Workshop
…
受监督自学
演讲
Mentorship
[项目组是固定（开始时人员就固定）的情况，可仅声明需要进行的培训]
4主控时间表
[主控时间表是阶段性时间表，也可能包括每个阶段内大粒度工作包或任务的时间]
[主控时间表建立项目生命周期、阶段结束标志、里程碑]
[即使有独立的时间表，本部分也必须包含以保持本文件一定独立性]
[如下表]
编号
阶段/任务
开始时间
结束时间
完成准则
里程碑评审
1
立项
年月日
年月日
项目任务书发布
N/A
2
需求分析
年月日
年月日
需求规格说明书批准
里程碑报告
里程碑会议
2.1
调研
N/A
2.2
原型
N/A
3
设计
里程碑报告
3.1
系统设计
3.2
详细设计
4
编码
N/A
4.1
Xxx子系统
4.2
Yyy子系统
5
系统测试
里程碑报告
里程碑会议
6
试运行
[里程碑一般设定在阶段结束，但阶段结束未必一定执行里程碑评审。
里程碑评审一般是通过会议执行，在此之前准备好里程碑报告]
[有时，只发送里程碑报告给相关人员并回收反馈进行非会议评审]
5资源与工作环境
5.1软硬件资源
[设备、材料、软件、工具等资源计划，项目目前尚不具备，需要获取]
[如下表]
资源名称
需求数量
使用周期
获取方式
…
5.2工作环境
[项目开发、沟通所需要的工具、平台、环境。
说明“干什么事情”使用“什么工具”]
[如下表]
工具/平台名称
用途
ClearQuest
…
ClearCase
…
MSOffice2003
项目文档均使用Word、Excel、Visio编制，需使用2003版本
公司项目管理平台
工作时间表编制和发布、任务进度跟踪、工作量统计
JStudio+JUnit
开发平台。
编码、单元测试
测试管理平台。
测试需求、测试用例、测试缺陷管理、测试缺陷统计分析
…
[如需要，还可声明工作语言，说明哪些产品需要特殊工作语言]
[可能包括开发、测试、配置管理、项目管理、分析设计、数据库设计、缺陷管理、文档编制…等等各方面工作所使用的环境]
[如果需要自行建立某些工作环境，说明责任人、时间、使用培训、等内容，把建立工作环境作为项目的一个或几个任务加入时间表也是好主意]
6项目监视和沟通
6.1项目会议
[项目将召开哪些会议、主要议题是什么、什么时间、什么人员参加][如下表]
会议
时间/时机
关键议题
参加人员
项目例会
每周五下午5：
00
工作进度检查
问题和依赖事项商讨、解决状态
关键风险应对状况
已完成产品质量和问题说明
…
项目组全体成员
需求里程碑会议
需求阶段结束
1、PM做项目进展阶段性总结报告，包括时间、质量、工作量状况
2、高层经理、客户代表就项目状态进行评价
…
高层经理姓名、客户代表姓名、销售代表姓名、项目组全体…
测试里程碑会议
项目总结会议
…
[这里可不包含技术评审会议、缺陷解决讨论会议等技术性会议，而只包含为项目监控目的召集的会议]
6.2状态报告
[项目将使用哪些报告，用以报告项目进展和状态，以及报告发布时机、接收人等]
报告
发布时机
关键内容
接受人
成员日报
每天18：
00前
…
项目经理
项目周报告
每周一10：
00前
…
客户代表、高层经理
里程碑报告
预定里程碑完成准则已满足
…
…
项目总结报告
…
[这里可不包含技术性报告（如决策分析报告、可行性分析报告等），而只包含为项目监控目的发布的有关项目进展状态的报告]
6.3其它沟通方式
[如果需要，列出其它沟通事项及沟通方式。
项目组可采用任何有效的监视和沟通手段，例如电视电话、即时通信、网络会议等等]
7附件
[如果有附件，一一列出。
这些附件在上文中必须已经声明]
[附件不是参考文档]
升级会员 