03 项目WBS 表
03 WBS表Project WBS
一、项目基本情况I. Project Basic Info
项目名称project name：项目编号project code：
制作人prepared by：审核人reviewed by：
项目经理project manager：制作日期data：
二、工作分解结构II. WBS（R-负责responsible；As-辅助assist；I-通知informed；Ap-审批to approve）
分解代码WBS code 任务名称
Task
包含活动
Activities included
工时估算
Estimated
Time
人力资源
Estimated
HR
其他资源Estimated
resources
费用估算
estimated
cost
工期
Expecte
d days
张三
Team
member
1
李四
Team
member
2
王五
Team
member
3
赵六
Team
member
4
吴丹
Team
member
5
刘峰
Team
member
6
张芳
Team
member
7
1.1
1.2
1.3
2.1
2.2
2.3
3.1
3.2
3.3
3.4
4.1
4.2
4.3
4.4
4.5
5.1
5.2
5.3
5.4
注：以上工期及费用估算均用最可能值R:负责(responsible) AS:辅助(assist) I:通知(informed) AP:审批(to approve) Note：as for the above-mentioned estimated duration and cost, the most feasible value is to be adopted.
(完整版)软件项目开发计划书
软件项目开发计划书 项目名称：基于Android平台跑步运动软件的设计与实现
目录 1引言--------------------------------------------------------------------------------------------------------------------- 4 1.1编写目的 ----------------------------------------------------------------------------------------------------- 4 1.2背景------------------------------------------------------------------------------------------------------------ 4 1.3定义------------------------------------------------------------------------------------------------------------ 5 1.4参考资料 ----------------------------------------------------------------------------------------------------- 5 1.5 系统动机----------------------------------------------------------------------------------------------------- 6 1.6标准、条件和约定 ---------------------------------------------------------------------------------------- 6 1.7编写文档的WBS ------------------------------------------------------------------------------------------- 6 2项目概述 -------------------------------------------------------------------------------------------------------------- 7 2.1工作内容 ----------------------------------------------------------------------------------------------------- 7 2.2主要参加人员 ----------------------------------------------------------------------------------------------- 8 2.3产品及成果 -------------------------------------------------------------------------------------------------- 9 2.3.1程序 --------------------------------------------------------------------------------------------------- 9 2.3.2文件 --------------------------------------------------------------------------------------------------- 9 2.3.3服务 --------------------------------------------------------------------------------------------------- 9 2.3.4非移交产品 ----------------------------------------------------------------------------------------- 9 2.4验收标准--------------------------------------------------------------------------------------------------- 10 2.4.1代码的验收 --------------------------------------------------------------------------------------- 10 2.4.2 文档验收------------------------------------------------------------------------------------------ 10 2.4.3 服务验收------------------------------------------------------------------------------------------ 11 2.5完成项目的最迟期限 ---------------------------------------------------------------------------------- 11 2.6本计划的日期 --------------------------------------------------------------------------------------------- 11 3实施总计划 --------------------------------------------------------------------------------------------------------- 12 3.1开发过程 --------------------------------------------------------------------------------------------------- 12 3.1.1 需求分析------------------------------------------------------------------------------------------ 12 3.1.2 系统设计------------------------------------------------------------------------------------------ 12 3.1.3 编码及测试阶段 -------------------------------------------------------------------------------- 12 3.1.4 文档、产品部署 -------------------------------------------------------------------------------- 12 3.1.5 项目总结------------------------------------------------------------------------------------------ 12 3.2工作任务的分解------------------------------------------------------------------------------------------ 13 3.3接口人员 --------------------------------------------------------------------------------------------------- 14 3.4进度---------------------------------------------------------------------------------------------------------- 14 3.5预算---------------------------------------------------------------------------------------------------------- 15 3.6关键问题 --------------------------------------------------------------------------------------------------- 15 4支持条件 ------------------------------------------------------------------------------------------------------------ 16 4.1计算机系统支持------------------------------------------------------------------------------------------ 16 4.2需要用户承担的工作 ----------------------------------------------------------------------------------- 17 4.3需由外单位提供的条件 -------------------------------------------------------------------------------- 17 5专题计划要点------------------------------------------------------------------------------------------------------ 18
项目执行计划书
项目执行计划书 项目执行是指正式开始为完成项目而进行的活动或努力的工作过程。由于项目产品是在这个过程中产生的，所以该过程是项目管理应用领域中最为重要的环节。相关内容，一起来看看！ 项目基本信息纪录项目目标、范畴、项目经理、项目发起人(委制单位)、项目期间、项目预期成本、假设与限制等，大致上就是Project Charter中所记载内容的80%。 主要工作项目 项目执行过程中，会包含项目管理类工作(主要是PM的工作)、项目支持类工作(包含建构管理、QA、QC、教育训练、重工等)、需求发展(取得需求列表、获取内部承诺、外部承诺等)、系统分析与设计(SA、SD相关工作)、撰写程序等主要工作项目的计划，这部分可以参考项目的WBS。 专案里程碑 项目主要的里程碑，一般来说最少会有两个里程碑，及启动会议(Kick-off meeting)与验收结案，这部分加上项目基本信息，大致上就是Charter的内容了。 需求访谈规划 纪录项目中主系统、各模块的需求访谈对象、时程、负责人员、进行方式(面谈、问卷等)、访谈要点(要获得的结果)，这部分的重点在找谁谈，以及要获得什么结论，通常需求的来源者很多，这份数据应该是要持续被维护的，因为需求提供人员可能会随着项目的进行逐渐增加。
变更管理 记录项目如何进行Change Manangement，针对项目管理需求(变更时程、成本、范畴)、客户需求、内部需求(让设计更灵活、更美观等)我们如何处理这些变更，必须要记载由谁发起，由谁核可等相关程序。 项目组织与组织结构 记载项目的组织，记载了利害关系人、项目经理、项目成员扮演的角色与主要工作范围，对PM来说，项目团队最好是项目型团队，PM可以管理到所有的人，大家只有一个共同的头头，那就是PM；如果是矩阵型的团队，那Kick-off 时的团队成员承诺就变得异常重要，绝对要成员承诺在项目进行的时候必须要全力配合，否则将形成风险。 人力资源 从项目组之中做衍生，记录每个人的称呼、联络方式、因项目所需欠缺的技能以及补强方式，例如今天我缺乏了OOAD的技能，那就必须要注明如何补强OOAD的技能，是由老手带领、开教育训练课程还是到外头上课等。 人员责任矩阵(ARCI) 记录项目中每项主要工作的A(Accountable)、R(Response)、C(Consult)、I(Informed)人员名称，这边要注意的是R、C、I可能都有多个，但A一般来说只有一个。 项目监控与质量活动 记录如何做项目监控？何时、何人来进行？要监控的项目？例如在第二个里程碑之前，为了让项目走的更顺，可能
旅游项目策划方案wbs
旅游项目策划方案wbs 篇一：经典项目策划书 全自动滚筒洗衣机 案例介绍（项目背景） 某电器制造厂是一家国有大中型企业，一直采用职能管理的形式主要的职能部门有技术研发部、生产制造部、采购部、质量部、经营计划部、市场部、财务部、人力资源部等。其主要的拳头产品是各种类型的洗衣机产品，由于多年来企业一直未能进行有效的技术革新，所生产的洗衣机一直为普通洗衣机，而普通洗衣机市场竞争激烈，加之市场的疲软导致企业效益持续下滑，经过市场人员的初步调查分析，发现消费者对于新款全自动滚筒洗衣机市场需求旺盛。 企业领导人经过研究，决定开发市场前景较好的“全自动滚筒洗衣机产品”，由于滚筒洗衣机的生产面临许多新的技术，特别是电动机的研究与试验、电脑控制系统的研究与试验是滚筒洗衣机成功开发的关键，该项目经过调查研究需投入开发资金600万元，计划研制时间为20XX年1月1日至20XX年6月30日。 案例目的 根据这一案例，综合应用项目管理中范围管理、组织结构、时间管理、资源规划、成本管理、风险管理进行分析。 案例问题
1、根据项目实施背景，对项目实施的总目标进行描述。 2、为企业实施该新款“全自动滚筒洗衣机研制项目”设计一个合理的组织管理机构，你认为应该采用怎么的组织结构类型？为什么？ 3、针对项目的目标要求，初步拟定该项目的重大里程碑计划，制作该项目实施的反映重大里程碑事件关系的里程碑计划图。 4、针对项目的实施要求及重大里程碑事件，并用工作分解结构图（wBS）进行表达。 5、建立责任分配矩阵。 6、针对项目的wBS结构制定项目的人力与资源使用计划。 7、分析项目各项工作之间的先后关系。估计项目各工作的执行时间，并编制项目的计划，项目计划以网络图或甘特图的形式表示，确定项目的关键工作。 8、针对项目总投资结合wBS及人力资源使用计划进行项目费用的估算与预算，制定项目的进度与费用控制计划。 9、分析项目实施过程中可能遇到的实施风险，并提出应对计划。10、描述项目的进度管理过程，怎样报告项目进展状态。 案例分析 1、项目总目标的确定 该项目的实施，主要是为了解决企业面临的普通洗衣机市场疲软，从而导致企业效益持续下滑的问题。企业通过调查分析认为在新款全自动滚筒洗衣机方面有一定的市场机会，而企业自身作为国有大中型家电企业，人才储备较为丰富，技术力量雄厚，为此选择开发新型全自动滚筒洗衣机具有很大的优势。通过可行性分析企业决定进行“全自
方案计划书(1)
项 目 计 划 书 项目名称：解决部件间的配合问题项目时间：8/27/2001-1/30/2002 版本：V1.0
目录 一、项目名称 (3) 二、项目目的 (3) 三、项目目标 (3) 四、项目范围 (3) 五、项目组成员及其职责 (3) 六、项目推进计划 (4) 七、项目标志 (6) 八、项目资源需求与效益预测 (6) 九、项目的柔性 (7) 十、项目风险管理计划 (7) 十一、团队公约 (7) 十二、项目计划确认和批准 (8)
项目计划书 一、项目名称：解决部件间的配合问题 二、项目目的：通过对部件的来料尺寸分析，找到与通用标准或规范（INTEL、供应商或 联想规范等）之间的差异，采取相应有效的措施，最终解决部件间的配合不良问题。 三、项目目标（交付物（DELIVERABLES）） 1、一套机械尺寸规范 2、建立配套的实验检测室 3、一套可供参考的数据收集与分析办法 4、项目管理的经验与方法 5、一个具有6sigma理念、善用6sigma工具解决问题的团队。 四、项目范围 从8/27/2001日至1/30/2002，运用6 SIGMA有关的工具和方法，通过对卡类、主板类、软驱、机箱（重点是软驱安装部分）及各类接插件相关机械尺寸的测量与分析，使配合不良率由现在的18.9%降至10%,调理软驱由现在的0.19%下降至0.1%,调理面板由现在的0.30%下降至0.15%. 五、项目组成员及其职责
六、项目推进计划 6.1里程碑计划
6.2 WBS及职责矩阵
七、项目标志 项目目标实现，交付物按期完成。 八、项目资源需求与效益预测 包括：人力资源计划和资金使用计划；成本与收益对比。 备注：▆▆▆总工作量 日程安排 8.3 收益预测： 8.3.1项目收益简略计算： 条件: A、每年预计产量140万 B、平均故障率:13% C、维修人员人均日维修量:30台/天 D、平均单台维修费:4.72元/台 E、年工作日240天 F、维修人员以每月工作22天、每天工作8小时
项目执行计划书范文
项目执行计划书范文 项目执行是指正式开始为完成项目而进行的活动或努力的工作过程。由于项目产品是在这个过程中产生的，所以该过程是项目管理应用领域中最为重要的环节。相关内容，一起来看看！ 项目基本信息纪录项目目标、范畴、项目经理、项目发起人(委制单位)、项目期间、项目预期成本、假设与限制等，大致上就是ProjectCharter中所记载内容的80%。 主要工作项目 项目执行过程中，会包含项目管理类工作(主要是PM的工作)、项目支持类工作(包含建构管理、QA、QC、教育训练、重工等)、需求发展(取得需求列表、获取内部承诺、外部承诺等)、系统分析与设计(SA、SD相关工作)、撰写程序等主要工作项目的计划，这部分可以参考项目的WBS。 专案里程碑 项目主要的里程碑，一般来说最少会有两个里程碑，及启动会议(Kick-offmeeting)与验收结案，这部分加上项目基本信息，大致上就是Charter的内容了。 需求访谈规划 纪录项目中主系统、各模块的需求访谈对象、时程、负责人员、进行方式(面谈、问卷等)、访谈要点(要获得的结果)，这部分的重点在找谁谈，以及要获得什么结论，通常需求的来源者很多，这份数据
应该是要持续被维护的，因为需求提供人员可能会随着项目的进行逐渐增加。 变更管理 记录项目如何进行ChangeManangement，针对项目管理需求(变更时程、成本、范畴)、客户需求、内部需求(让设计更灵活、更美观等)我们如何处理这些变更，必须要记载由谁发起，由谁核可等相关 程序。 项目组织与组织结构 记载项目的组织，记载了利害关系人、项目经理、项目成员扮 演的角色与主要工作范围，对PM来说，项目团队最好是项目型团队，PM可以管理到所有的人，大家只有一个共同的头头，那就是PM；如 果是矩阵型的团队，那Kick-off时的团队成员承诺就变得异常重要，绝对要成员承诺在项目进行的时候必须要全力配合，否则将形成风险。 人力资源 从项目组之中做衍生，记录每个人的称呼、联络方式、因项目 所需欠缺的技能以及补强方式，例如今天我缺乏了OOAD的技能，那 就必须要注明如何补强OOAD的技能，是由老手带领、开教育训练课 程还是到外头上课等。 人员责任矩阵(ARCI) 记录项目中每项主要工作的A(Accountable)、R(Response)、 C(Consult)、I(Informed)人员名称，这边要注意的是R、C、I可能 都有多个，但A一般来说只有一个。
项目计划书(模板)
公司logo 项目计划书 xxx技术有限公司作者：xxx 时间：2013-06-27 版本号：v1.0
版本历史
目录 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 项目制约 (6) 2.项目开发模型及过程活动定义 (6) 2.1 开发模型 (6) 2.2 项目过程活动定义 (6) 3.人力资源计划 (7) 4.软硬件资源计划 (8) 5.财务计划 (9) 6.任务与进度 (9) 7.项目的阶段定义和里程碑点 (10) 8.沟通管理计划 (11) 9.问题和风险管理计划 (12) 1)总体管理策略 (12) 2)问题、风险类别与来源 (12) 3)问题管理 (12) 4)风险等级与排序 (12) 5)风险识别、分析、跟踪 (13) 10.项目培训计划 (13) 11.子计划（下属计划） (13) 附件：甘特图进度表 (13)
0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 提示：列出本文档的所有参考文献(可以是非正式出版物)，格式如下：[标识符] 作者，文献名称，出版单位(或归属单位)，日期 例如： [AAA] 作者，《立项建议书》，机构名称，日期 [CMMI-PD-PROC-SW-SD] EPG，系统设计规范，机构名称，日期0.5 术语与缩写解释
1.1 项目范围 提示： 1).用简练的语言说明本项目“是什么”，“说明用途”； 2).说明本项目“应当包含的内容”和“不包含的内容”； 3).说明本项目“适用的领域”和“不适用的领域”。 4).根据项目估计－范围估计的结果，列出产品分解的WBS。 1.2 项目目标 提示：说明本项目的目标，这些目标必须是“可实现”、“可验证”的。 ?产品目标 完成本项目 ?专利目标 专利，完成本项目应至少开始申请以下几个专利点： 专利1：…… 专利2：…… 1.3 客户与最终用户介绍 提示：如果是合同项目，请说明本项目的客户及其责任人是谁，描述最终用户的特征。 如果不是合同项目，请描述潜在客户和最终用户的特征。 例子： 安防用户特征：该部分用户主要是小区物业管理、银行等，本身具有较高的计算机操作能力和网络组网知识，往往由专业的技术人员负责维护整个系统。使用本产品主要用于视频监控数据的传输。 1.4 开发方介绍 提示：如果是合同项目，请说明本项目的开发方是谁，责任人是谁。
软件项目开发计划书
软件开发计划书 项目名称：企业发展状况评价系统软件开发 参与人员：
目录
1引言 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导开发区企业发展状况评价系统软件项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 希望通过建设开发区企业数据库，进一步完善信息采集、数据整合的机制；建立基于互联网的全区规模以上工业企业经济运行评价、预测、监测系统；实现管委与主要工业企业信息资源上的互联互通，提高信息利用效率；未来将把开发区工业经济信息系统构建成涵盖全区经济运行和社会发展各个领域的数据中心，以此为依托为全区经济综合管理提供有力的数据和技术支持。项目周期为个月，项目背景规划如表所示。 表项目背景规划
定义 专门术语： SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）。 SQL：一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写： 系统：若未特别指出，统指本图书管理系统。 SQL：Structured Query Language(结构化查询语言)。 ATM：Asynchronous Transfer Mode (异步传输模式)。 UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从
项目执行计划书
项目执行计划书 项目执行计划书 项目执行是指正式开始为完成项目而进行的活动或努力的工作过程。由于项目产品是在这个过程中产生的，所以该过程是项目管理应用领域中最为重要的环节。相关内容，一起来看看！ 项目基本信息纪录项目目标、范畴、项目经理、项目发起人(委制单位)、项目期间、项目预期成本、假设与限制等，大致上就是ProjectCharter中所记载内容的80%。 主要工作项目 项目执行过程中，会包含项目管理类工作(主要是PM的工作)、项目支持类工作(包含建构管理、QA、QC、教育训练、重工等)、需求发展(取得需求列表、获取内部承诺、外部承诺等)、系统分析与设计(SA、SD相关工作)、撰写程序等主要工作项目的计划，这部分可以参考项目的WBS。 专案里程碑 项目主要的里程碑，一般来说最少会有两个里程碑，及启动会议(Kick-offmeeting)与验收结案，这部分加上项目基本信息，大致上就是Charter的内容了。 需求访谈规划 纪录项目中主系统、各模块的需求访谈对象、时程、负责人员、进行方式(面谈、问卷等)、访谈要点(要获得的结果)，这部分的重点
在找谁谈，以及要获得什么结论，通常需求的来源者很多，这份数据应该是要持续被维护的，因为需求提供人员可能会随着项目的进行逐渐增加。 变更管理 记录项目如何进行ChangeManangement，针对项目管理需求(变更时程、成本、范畴)、客户需求、内部需求(让设计更灵活、更美观等)我们如何处理这些变更，必须要记载由谁发起，由谁核可等相关程序。 项目组织与组织结构 记载项目的组织，记载了利害关系人、项目经理、项目成员扮演的角色与主要工作范围，对PM来说，项目团队最好是项目型团队，PM可以管理到所有的人，大家只有一个共同的头头，那就是PM；如果是矩阵型的团队，那Kick-off时的'团队成员承诺就变得异常重要，绝对要成员承诺在项目进行的时候必须要全力配合，否则将形成风险。 人力资源 从项目组之中做衍生，记录每个人的称呼、联络方式、因项目所需欠缺的技能以及补强方式，例如今天我缺乏了OOAD的技能，那就必须要注明如何补强OOAD的技能，是由老手带领、开教育训练课程还是到外头上课等。 人员责任矩阵(ARCI) 记录项目中每项主要工作的A(Accountable)、R(Response)、C(Consult)、I(Informed)人员名称，这边要注意的是R、C、I可能
IT项目管理-项目计划书
第七章案例 项目名称 团队名称 团队成员名称 项目描述 MOV 细节性项目计划 预算成本报表： 预算工时报表： 5. a.开始时间2015/6/18，结束时间2015/10/28 耗时95个工作日 b.有复合的关键路径。 重要性：缩短关键路径就可以缩短工期。 c.有过度分配的资源，是系统开发人员，认为资源等级是相同的所以要调整工期。 项目计划书 一、项目简介 1、项目名称 天使飞行员 2、团队名称 T&KAngel 团队成员名称 职务人员 项目经理TimWilliams 项目公关KellieMatthews
系统分析员Sitaramin Yan 网络工程师Pat 客户联络人AlmaColeman 系统测试师Robot 电信工程师Ted 二、项目内容 1、项目描述： HuskyAir公司需要一个计算机系统来支持天使飞行员项目，它的功能是跟踪所有飞行员志愿者，记录有关飞行员的基本信息（包括姓名、住址、电话号码，以及他们的飞行时间、资质证明和速度）、飞机信息（包括飞机的类型、飞机识别号码、发动机以及能够容纳顾客和行李的空间）、顾客的信息（如个人、医院、诊所以及器官银行）、相关患者和乘客的基本信息，以及其他特殊需要。通过计算飞行时间、距离、目的地和所需燃料选择飞机并配备合适的志愿者。 2、项目意义 “天使飞行员”是一项慈善项目，该服务于医院、医疗机构和器官银行合作。HuskyAir安排愿意做志愿者的私人飞行员为那些健康出了问题亟需到外地接受诊断治疗的人提供服务。这项计划既服务了大众，又提升了HuskyAir公司的社会形象，是一举两得的项目。 为此创建的信息系统将收录全方位资料，如参与飞行的飞行员、机舱中的乘客、使用的飞机、飞行的全部时间、飞行的距离与目的地等，科学准确的调度飞机与人员，便于管理，权责清晰。 3、项目可衡量的组织价值 三、项目发起人、管理和技术支持 最初发起人：HuskyAir高层 执行发起人：理查德伍德杰克 四、项目准备和进展的时间表
IT项目管理-项目计划书
第七章案例项目名称 团队名称 团队成员名称 项目描述 MOV 细节性项目计划 预算成本报表： 预算工时报表：
5. a.开始时间2015/6/18，结束时间2015/10/28 耗时95个工作日 b.有复合的关键路径。 重要性：缩短关键路径就可以缩短工期。 c.有过度分配的资源，是系统开发人员，认为资源等级是相同的所以要调整工期。 项目计划书 一、项目简介 1、项目名称 天使飞行员 2、团队名称 T&K Angel 团队成员名称 职务人员
项目经理Tim Williams 项目公关Kellie Matthews 系统分析员Sitaramin Yan 网络工程师Pat 客户联络人Alma Coleman 系统测试师Robot 电信工程师Ted 二、项目内容 1、项目描述： Husky Air公司需要一个计算机系统来支持天使飞行员项目，它的功能是跟踪所有飞行员志愿者，记录有关飞行员的基本信息（包括姓名、住址、电话号码，以及他们的飞行时间、资质证明和速度）、飞机信息（包括飞机的类型、飞机识别号码、发动机以及能够容纳顾客和行李的空间）、顾客的信息（如个人、医院、诊所以及器官银行）、相关患者和乘客的基本信息，以及其他特殊需要。通过计算飞行时间、距离、目的地和所需燃料选择飞机并配备合适的志愿者。 2、项目意义 “天使飞行员”是一项慈善项目，该服务于医院、医疗机构和器官银行合作。Husky Air 安排愿意做志愿者的私人飞行员为那些健康出了问题亟需到外地接受诊断治疗的人提供服务。这项计划既服务了大众，又提升了Husky Air公司的社会形象，是一举两得的项目。为此创建的信息系统将收录全方位资料，如参与飞行的飞行员、机舱中的乘客、使用的飞机、飞行的全部时间、飞行的距离与目的地等，科学准确的调度飞机与人员，便于管理，权责清晰。
项目管理计划书(精)
项目管理计划书 首届MBA模 拟创业大赛文档信息 版本记录
概述 对于一个全国性的MBA创业大赛项目而言，简洁、实用和有效的项目管理方法是项目得以成功实施的必要保证。总体上，我们建议的项目实施途径是： 1、首先应明确地定义本项目的具体实现内容，以及与各外围系统的定位关 系。即明确地定义该项目的工作范围说明书（SOW）； 2、在SOW的基础上，项目组讨论并确定实施相关任务的具体工作方法， 在工作方法的基础上，通过对工作任务的细分，应对完成相关任务所需 的资源进行评估，并参考总体实施进度的时间要求，制定出详细和切实 可行的项目总体实施计划（进度、资源）、以及各实施小组的详细实施 计划书等； 3、为确保各方资源的合规调度和及时到位，在项目正式启动以前应签署相 关的商务合同； 4、在商务合同谈判和签署的过程中，项目经理将起草一份初步的项目管理 计划书，该计划书将包含在项目实施过程中与管理工作相关的主要内 容。如：项目进度计划、资源需求计划、项目实施方法概要、质量管理 计划、沟通计划、变更计划等；形成最终的项目管理计划书报第六届中 国MBA发展论坛组委会批准。 5、项目应于合同正式签署的数日内正式启动。项目正式启动以后，项目管 理计划书将在项目的计划阶段进一步完善，并应作为在项目实施过程中 项目管理的工作指南。项目组应严格按照该计划书中所规定的内容执 行，计划书中有关内容的重大变更应参照变更管理流程进行管理。 本文档是项目正式启动之前应讨论确定的项目管理计划书，有关的详细内容请详细参照本计划书中的相关章节。 1.1.目的 本项目的项目管理计划书用来定义本次所要开发的可交付物，和为开发这些交付物所需的时间计划，及确保可交付物质量达标的计划，以及其它在项目管理过程中所需要的计划。此项目管理计划书也用来定义可交付物的开发、验收阶段中用来监督和控制项目的工作流程。 此计划旨在用简洁、切实可行、合理有效的方法来确保所有实施的活动实现的业务需求。 此工作文档将会在整个项目的实施过程中随时更新和补充。并遵守本管理计划书中涉及的变更控制流程中的有关规定。
软件开发项目计划书格式参考
正文 一、项目计划书格式 根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下： 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1项目目标 2.2产品目标与范围 2.3假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 须提交内部的文档 2.5.4 应当提供的服务 2.6 项目开发环境 2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划 4.1 风险评估及对策 4.2 工作流程 4.3 总体进度计划 4.4 项目监控 4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件 5.1 内部支持（可选） 5.2 客户支持（对项目而言） 5.3 外包（可选） 6 预算（可选） 6.1 人员成本 6.2 设备成本
6.3 其它经费预算 6.4 项目合计经费预算 7 关键问题 8专题计划要点 二、项目计划书的编写说明 1 引言 1.1 编写目的 说明编写这份项目计划的目的，并指出预期的读者。 作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。 意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。” 例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。 1.2 背景 主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容： 项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。 项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。 项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。 项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。 项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。 项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。 目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经
项目进度计划书
项目进度计划书 系别: 组长(学号): 组员(学号): 【例文】课题名称:某大学工资管理项目进度计划书 一、项目计划 1、实际工作时间:一周工作5天,每天工作大约2个小时(每天晚上放学后),周六日可适当增加调配,当作加班处理。 2、工期估算:项目规划、需求分析、设计、测试与提交计划估计各需要1周时间,其中设计需求时间较短;由于人员对打代码的工作不太娴熟,所以需求3周时间;对相关使用着的培训2周时间,可在代码基本成型后开始(大约设计开始一周半后)。所以,共约需8周半。 3、估算结果列表: 估算项估算结果
4、支持条件 ?技术可行性 ?硬件可行性有充足设备 ?软件可行性功能齐全的软件 ?人员投入的可行性学校拥有雄厚的技术力量。 ?经济可行性已批准投资6万元人民币用于购置设备与软件开发。 ?社会可行性 ?领导重视与管理层的普遍支持学校主管领导十分支持这项工作 ?管理基础与基础数据管理方面的可行性 5、功能 各处室,学院,教学系,工厂,校医院的扣款清单,补贴清单,工资变动清单管理 教务处工资台帐管理 教务处职工汇总表管理 6、目标 解决帐物管理问题 提高可靠性提高工作效率 二、项目团队情况简述 三、项目实施进度计划
1)决定任务与里程碑 2)排序工作活动 3)任务历时评估 4)整合任务计划 5)审查批准进度计划 四、总体进度计划
五、进度计划一.进度计划书
1决定任务与里程碑 对于每一个最低级别的WBS元素WBS:(工作分解结构(Work Breakdown Structure) 创建WBS:创建WBS就是把项目可交付成果与项目工作分解成较小的,更易于管理的组成部分的过程。),识别任务与里程碑对应交付的元素。可交付物通常设置为里程碑,产生可交付物的活动被称为任务。里程碑就是一个时间点,被用于管理检查点来测量成果。 2排序工作活动 在确定了交付产品的任物与里程碑之后,她们应该被逻辑的排序,来反映将被执行的工作方式。排序建立了任物与里程碑之间的依赖,并被用于计算交付产品的的进度。 3任务历时评估 任务的历时评估就是项目计划中最具挑战的部分,她也就是后续成本估计的关键。这就是一个不断细化的过程,贯穿于计划过程,因为它直接受人员安排与成本估算活动影响。 4整合任务计划 一旦任务与里程碑被识别,排序,并且有了计划的历时评估,对每一个交付的产品就有了进度计划。没有整合,每一部分的进度就是独立的,并且因此不能描述与整个项目相关的时间问题。 5审查批准进度计划 一个较大与复杂的进度计划需要从多个人那里获得输入,没有人拥有项目的每一个方面的所有影响进度计划因素的所有的知识,因此团队应该执行进度计划的审查,来发现问题,或完善该进度计划。 二.工作分解(WBS分解)
项目实施计划书(模板)
.. 公司logo 项目计划书 xxx技术有限公司作者：xxx 时间：2013-06-27 版本号：v1.0
版本历史
目录 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 项目制约 (6) 2.项目开发模型及过程活动定义 (6) 2.1 开发模型 (6) 2.2 项目过程活动定义 (6) 3.人力资源计划 (7) 4.软硬件资源计划 (8) 5.财务计划 (9) 6.任务与进度 (9) 7.项目的阶段定义和里程碑点 (10) 8.沟通管理计划 (11) 9.问题和风险管理计划 (12) 1) 总体管理策略 (12) 2) 问题、风险类别与来源 (12) 3) 问题管理 (12) 4) 风险等级与排序 (12) 5) 风险识别、分析、跟踪 (13) 10.项目培训计划 (13) 11.子计划（下属计划） (13) 附件：甘特图进度表 (13)
0.1 文档目的 0.2 文档围 0.3 读者对象 0.4 参考文献 提示：列出本文档的所有参考文献(可以是非正式出版物)，格式如下：[标识符] 作者，文献名称，出版单位(或归属单位)，日期 例如： [AAA] 作者，《立项建议书》，机构名称，日期 [CMMI-PD-PROC-SW-SD] EPG，系统设计规，机构名称，日期 0.5 术语与缩写解释
1.1 项目围 提示： 1).用简练的语言说明本项目“是什么”，“说明用途”； 2).说明本项目“应当包含的容”和“不包含的容”； 3).说明本项目“适用的领域”和“不适用的领域”。 4).根据项目估计－围估计的结果，列出产品分解的WBS。 1.2 项目目标 提示：说明本项目的目标，这些目标必须是“可实现”、“可验证”的。 ?产品目标 完成本项目 ?专利目标 专利，完成本项目应至少开始申请以下几个专利点： 专利1：…… 专利2：…… 1.3 客户与最终用户介绍 提示：如果是合同项目，请说明本项目的客户及其责任人是谁，描述最终用户的特征。 如果不是合同项目，请描述潜在客户和最终用户的特征。 例子： 安防用户特征：该部分用户主要是小区物业管理、银行等，本身具有较高的计算机操作能力和网络组网知识，往往由专业的技术人员负责维护整个系统。使用本产品主要用于视频监控数据的传输。 1.4 开发方介绍 提示：如果是合同项目，请说明本项目的开发方是谁，责任人是谁。