附录C-2 项目计划1
附录C-2 项目计划1详细内容
附录C-2 项目计划1
{ 项目名称 } 项目计划 |文件状态: |文件标识:|Company-Project-PP-PLAN | |[√] 草稿 | | | |[ ] 正式发布 | | | |[ ] 正在修改 | | | | |当前版本:|X.Y | | |作 者:| | | |完成日期:|Year-Month-Day | 版 本 历 史 |版本/状态 |作者 |参与者 |起止日期 |备注 | | | | | | | | | | | | | | | | | | | 目 录 0. 文档介绍 4 0.1 文档目的 4 0.2 文档范围 4 0.3 读者对象 4 0.4 参考文献 4 0.5 术语与缩写解释 4 1. 项目介绍 5 1.1 项目范围 5 1.2 项目目标 5 1.3 客户与最终用户介绍 5 1.4 开发方介绍 5 1.5 制约 5 2. 项目过程定义 6 2.1 过程模型 6 2.2 方法与工具 6 3. 人力资源计划 6 4. 软硬件资源计划 7 5. 财务计划 7 6. 任务与进度 7 7. 下属计划 8 附录A 项目估计 错误!未定义书签。 A.1 产品的WBS 错误!未定义书签。 A.2 产品规模估计 错误!未定义书签。 A.3 工作量估计 错误!未定义书签。 A.4 成本估计 错误!未定义书签。 附录B 项目计划审批 9 B.1 项目计划基本信息 错误!未定义书签。 B.2 审查项目计划 错误!未定义书签。 B.3 高级经理审批意见 错误!未定义书签。 附录C 项目计划变更控制报告 10 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下: [标识符] 作者,文献名称,出版单位(或归属单位),日期 例如: [AAA] 作者,《立项建议书》,机构名称,日期 [SPP-PROC-PP] SEPG,项目规划规范,机构名称,日期 0.5 术语与缩写解释 |缩写、术语 |解 释 | |SPP |精简并行过程,Simplified Parallel Process | |PP |项目规划,Project Planning | | | | | | | |… | | 1. 项目介绍 1.1 项目范围 提示: (1)用简练的语言说明本项目“是什么”,“说明用途”。 (2)说明本项目“应当包含的内容”和“不包含的内容”。 (3)说明本项目“适用的领域”和“不适用的领域”。 1.2 项目目标 提示:说明本项目的目标,这些目标必须是“可实现”、“可验证”的。 1.3 客户与最终用户介绍 提示:如果是合同项目,请说明本项目的客户及其责任人是谁,描述最终用户的特征。 如果不是合同项目,请描述潜在客户和最终用户的特征。 1.4 开发方介绍 提示:如果是合同项目,请说明本项目的开发方是谁,责任人是谁。 1.5 制约 提示:(1)请说明在项目开发过程中应当遵循的标准或规范,注意可能存在特殊的行业 规定,请不要遗漏。(2)请说明相关项目可能对本项目造成的影响。(3)说明一些假 设和依赖。 2. 项目过程定义 2.1 过程模型 提示:描述、绘制本项目的过程模型,例如裁剪SPP模型 2.2 方法与工具 提示:说明过程模型中将采用的方法与工具。例如采用Rational Rose进行面向对象分析与设计,采用Visual SourceSafe进行配置管理,采用Microsoft Office 2000制作文档。 |过程域 |方法与工具 | | | | | | | | | | | | | |… | | 3. 人力资源计划 提示:规划小组制定本项目的角色职责表,并为已知的项目成员分配角色(一个人可以 兼多个角色)。 |角色 |职责 |人员 |工作说明 | |机构领导 | | | | |项目经理 | | | | |需求分析员| | | | |系统设计员| | | | |程序员 | | | | |测试员 | | | | |质量保证员| | | | |配置管理员| | | | |… | | | | 4. 软硬件资源计划 提示:规划小组分析项目开发、测试、运行所需的软硬件资源,主要内容包括: ← 资源级别(分为“关键”、“普通”两种) ← 详细配置 ← 获取方式(如“已经存在”、“可以借用”或“需要购买”等)与获取时间 ← 使用说明(如“谁”在“什么”时候使用) |软硬件资源名|级别 |详细配置 |获取方式与时间|使用说明 | |称 | | | | | | |关键 | | | | | |关键 | | | | | |关键 | | | | | |普通 | | | | | |普通 | | | | |… | | | | | 5. 财务计划 提示:参考附录的成本估计表。 |开支类别 |主要开支项、用途 |金额 |时间 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 6. 任务与进度 提示:规划小组分配任务制定进度表,建议采用Microsoft Project制作Gantt 图(插入此处或作为附件)。 |任务名称 |起止时间 |工作人员 |工作量 |预期工作成果 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7. 下属计划 提示:下属计划(Subordinate Plan)是对《项目计划》的补充。《项目计划》需要机构的审批,但下属计划一般只需要项 目经理(或其他负责人)审批即可。 |下属计划的名称 |建议负责人 |预计产生时间 | |《配置管理计划》 |配置管理员 | | |《质量保证计划》 |质量保证员 | | |《技术评审计划》 | | | |一些开发计划 | | | |一些测试计划 | | | |… | | | 附录 机构领导审批 提示: (1)机构领导根据“项目计划检查表”认真审批《项目计划》 (2)如果是合同项目,可能还要请客户审批,视具体情况而定。 |项目计划检查表 |结论 | |项目的目标明确吗?可以验证吗? | | |项目的范围清楚吗? | | |对项目的规模和复杂性的估计可信吗? | | |对项目的工作量估计可信吗? | | |对项目的成本估计可信吗? | | |项目的过程控制方案合理吗? | | |项目所有角色的职责清楚吗? | | |人员安排合理吗? | | |项目所需的软件硬件资源合理吗? | | |项目开支计划合理吗? | | |任务分配合理吗? | | |进度合理吗? | | |…… | | |审批结论 |[ ] 批准该计划 | | |[ ] 不批准 | | | | |意见建议 | | | | | | | | | | | |机构领导签字| | 附录C 项目计划变更控制报告 |项目计划的变更申请 | |申请变更的 |输入名称,版本,完成日期等信息 | |《项目计划》 | | | | | |需要变更的内容 | | |及其理由 | | | | | |评估计划变更将对| | |项目造成的影响 | | | | | |项目经理签字 | | |变更申请的审批意见 | | |审批意见: | |高级经理审批 | | | | | | |签字,日期 |...
附录C-2 项目计划1
{ 项目名称 } 项目计划 |文件状态: |文件标识:|Company-Project-PP-PLAN | |[√] 草稿 | | | |[ ] 正式发布 | | | |[ ] 正在修改 | | | | |当前版本:|X.Y | | |作 者:| | | |完成日期:|Year-Month-Day | 版 本 历 史 |版本/状态 |作者 |参与者 |起止日期 |备注 | | | | | | | | | | | | | | | | | | | 目 录 0. 文档介绍 4 0.1 文档目的 4 0.2 文档范围 4 0.3 读者对象 4 0.4 参考文献 4 0.5 术语与缩写解释 4 1. 项目介绍 5 1.1 项目范围 5 1.2 项目目标 5 1.3 客户与最终用户介绍 5 1.4 开发方介绍 5 1.5 制约 5 2. 项目过程定义 6 2.1 过程模型 6 2.2 方法与工具 6 3. 人力资源计划 6 4. 软硬件资源计划 7 5. 财务计划 7 6. 任务与进度 7 7. 下属计划 8 附录A 项目估计 错误!未定义书签。 A.1 产品的WBS 错误!未定义书签。 A.2 产品规模估计 错误!未定义书签。 A.3 工作量估计 错误!未定义书签。 A.4 成本估计 错误!未定义书签。 附录B 项目计划审批 9 B.1 项目计划基本信息 错误!未定义书签。 B.2 审查项目计划 错误!未定义书签。 B.3 高级经理审批意见 错误!未定义书签。 附录C 项目计划变更控制报告 10 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下: [标识符] 作者,文献名称,出版单位(或归属单位),日期 例如: [AAA] 作者,《立项建议书》,机构名称,日期 [SPP-PROC-PP] SEPG,项目规划规范,机构名称,日期 0.5 术语与缩写解释 |缩写、术语 |解 释 | |SPP |精简并行过程,Simplified Parallel Process | |PP |项目规划,Project Planning | | | | | | | |… | | 1. 项目介绍 1.1 项目范围 提示: (1)用简练的语言说明本项目“是什么”,“说明用途”。 (2)说明本项目“应当包含的内容”和“不包含的内容”。 (3)说明本项目“适用的领域”和“不适用的领域”。 1.2 项目目标 提示:说明本项目的目标,这些目标必须是“可实现”、“可验证”的。 1.3 客户与最终用户介绍 提示:如果是合同项目,请说明本项目的客户及其责任人是谁,描述最终用户的特征。 如果不是合同项目,请描述潜在客户和最终用户的特征。 1.4 开发方介绍 提示:如果是合同项目,请说明本项目的开发方是谁,责任人是谁。 1.5 制约 提示:(1)请说明在项目开发过程中应当遵循的标准或规范,注意可能存在特殊的行业 规定,请不要遗漏。(2)请说明相关项目可能对本项目造成的影响。(3)说明一些假 设和依赖。 2. 项目过程定义 2.1 过程模型 提示:描述、绘制本项目的过程模型,例如裁剪SPP模型 2.2 方法与工具 提示:说明过程模型中将采用的方法与工具。例如采用Rational Rose进行面向对象分析与设计,采用Visual SourceSafe进行配置管理,采用Microsoft Office 2000制作文档。 |过程域 |方法与工具 | | | | | | | | | | | | | |… | | 3. 人力资源计划 提示:规划小组制定本项目的角色职责表,并为已知的项目成员分配角色(一个人可以 兼多个角色)。 |角色 |职责 |人员 |工作说明 | |机构领导 | | | | |项目经理 | | | | |需求分析员| | | | |系统设计员| | | | |程序员 | | | | |测试员 | | | | |质量保证员| | | | |配置管理员| | | | |… | | | | 4. 软硬件资源计划 提示:规划小组分析项目开发、测试、运行所需的软硬件资源,主要内容包括: ← 资源级别(分为“关键”、“普通”两种) ← 详细配置 ← 获取方式(如“已经存在”、“可以借用”或“需要购买”等)与获取时间 ← 使用说明(如“谁”在“什么”时候使用) |软硬件资源名|级别 |详细配置 |获取方式与时间|使用说明 | |称 | | | | | | |关键 | | | | | |关键 | | | | | |关键 | | | | | |普通 | | | | | |普通 | | | | |… | | | | | 5. 财务计划 提示:参考附录的成本估计表。 |开支类别 |主要开支项、用途 |金额 |时间 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 6. 任务与进度 提示:规划小组分配任务制定进度表,建议采用Microsoft Project制作Gantt 图(插入此处或作为附件)。 |任务名称 |起止时间 |工作人员 |工作量 |预期工作成果 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7. 下属计划 提示:下属计划(Subordinate Plan)是对《项目计划》的补充。《项目计划》需要机构的审批,但下属计划一般只需要项 目经理(或其他负责人)审批即可。 |下属计划的名称 |建议负责人 |预计产生时间 | |《配置管理计划》 |配置管理员 | | |《质量保证计划》 |质量保证员 | | |《技术评审计划》 | | | |一些开发计划 | | | |一些测试计划 | | | |… | | | 附录 机构领导审批 提示: (1)机构领导根据“项目计划检查表”认真审批《项目计划》 (2)如果是合同项目,可能还要请客户审批,视具体情况而定。 |项目计划检查表 |结论 | |项目的目标明确吗?可以验证吗? | | |项目的范围清楚吗? | | |对项目的规模和复杂性的估计可信吗? | | |对项目的工作量估计可信吗? | | |对项目的成本估计可信吗? | | |项目的过程控制方案合理吗? | | |项目所有角色的职责清楚吗? | | |人员安排合理吗? | | |项目所需的软件硬件资源合理吗? | | |项目开支计划合理吗? | | |任务分配合理吗? | | |进度合理吗? | | |…… | | |审批结论 |[ ] 批准该计划 | | |[ ] 不批准 | | | | |意见建议 | | | | | | | | | | | |机构领导签字| | 附录C 项目计划变更控制报告 |项目计划的变更申请 | |申请变更的 |输入名称,版本,完成日期等信息 | |《项目计划》 | | | | | |需要变更的内容 | | |及其理由 | | | | | |评估计划变更将对| | |项目造成的影响 | | | | | |项目经理签字 | | |变更申请的审批意见 | | |审批意见: | |高级经理审批 | | | | | | |签字,日期 |...
附录C-2 项目计划1
[下载声明]
1.本站的所有资料均为资料作者提供和网友推荐收集整理而来,仅供学习和研究交流使用。如有侵犯到您版权的,请来电指出,本站将立即改正。电话:010-82593357。
2、访问管理资源网的用户必须明白,本站对提供下载的学习资料等不拥有任何权利,版权归该下载资源的合法拥有者所有。
3、本站保证站内提供的所有可下载资源都是按“原样”提供,本站未做过任何改动;但本网站不保证本站提供的下载资源的准确性、安全性和完整性;同时本网站也不承担用户因使用这些下载资源对自己和他人造成任何形式的损失或伤害。
4、未经本网站的明确许可,任何人不得大量链接本站下载资源;不得复制或仿造本网站。本网站对其自行开发的或和他人共同开发的所有内容、技术手段和服务拥有全部知识产权,任何人不得侵害或破坏,也不得擅自使用。
我要上传资料,请点我!
管理工具分类
ISO认证 课程讲义 管理表格 合同大全 法规条例 营销资料 方案报告 说明标准 管理战略 商业计划书 市场分析 战略经营 策划方案 培训讲义 企业上市 采购物流 电子商务 质量管理 企业名录 生产管理 金融知识 电子书 客户管理 企业文化 报告论文 项目管理 财务资料 固定资产 人力资源 管理制度 工作分析 绩效考核资料 面试招聘 人才测评 岗位管理 职业规划 KPI绩效指标 劳资关系 薪酬激励 人力资源案例 人事表格 考勤管理 人事制度 薪资表格 薪资制度 招聘面试表格 岗位分析 员工管理 薪酬管理 绩效管理 入职指引 薪酬设计 绩效管理 绩效管理培训 绩效管理方案 平衡计分卡 绩效评估 绩效考核表格 人力资源规划 安全管理制度 经营管理制度 组织机构管理 办公总务管理 财务管理制度 质量管理制度 会计管理制度 代理连锁制度 销售管理制度 仓库管理制度 CI管理制度 广告策划制度 工程管理制度 采购管理制度 生产管理制度 进出口制度 考勤管理制度 人事管理制度 员工福利制度 咨询诊断制度 信息管理制度 员工培训制度 办公室制度 人力资源管理 企业培训 绩效考核 其它
精品推荐
- 1紫金宏图项目收购建议书 1085
- 2安岗控股--经营深圳机场股份 801
- 3产品改造计划书 792
- 4计划书商船 484
- 5如何撰写商业计划书(经典) 741
- 6商业计划书调查问卷 760
- 7商业计划书范本 660
- 8商业计划书规范要求 691
- 92000年全国专经销商培训计 1241
下载排行
- 1社会保障基础知识(ppt) 16695
- 2安全生产事故案例分析(ppt 16695
- 3行政专员岗位职责 16695
- 4品管部岗位职责与任职要求 16695
- 5员工守则 16695
- 6软件验收报告 16695
- 7问卷调查表(范例) 16695
- 8工资发放明细表 16695
- 9文件签收单 16695


