项目定义模板
版本号 | N.N |
起草/定稿日期 | dd/mmm/yy |
印刷日期 | mmm/yy |
作者 | 作者姓名 作者地址 作者电子邮件 作者电话 |
负责人 | 负责人姓名姓名 |
文件来源
本文件在线管理。可联系作者获得最新的版本。
Revision history版本历史
版本号 | 日期 | 版本概述 | 修改备注 |
n.n | dd mmm yy | 第一版 | 无 |
本文件已经过以下人批准。签名的批准表格已经编档到项目控制手册。
姓名 | 职位 | 批准日期 | 签名 |
本文件已分发到:
姓名 | 职位 |
1. 前言
本文件提供的是在项目规划结束时对项目重要特点的理解的总结。
其目的是:
·确认对执行组织起草的项目章程的理解。
·为解决方案和步骤提供充分的信息,使执行组织和业主方(Sponsor)能达成一致意见,从而进入到规划阶段。
·提供一个框架,在此之上可建立更详细的计划。
·记录执行组织关于完成项目的定义和规划的活动计划。
项目定义的包括以下组成部分:
·项目任务
·项目背景
·目标解决方案和总体步骤
·项目范围
·项目框架
·组织
·财务
·附录A, B, C
2. 项目目标
瑞怡酒店集团的Pat Dipesto希望通过将每家酒店的系统自动化从而提高酒店集团的效率、盈利能力和竞争力。她希望:
Ÿ降低成本
Ÿ提升酒店集团的形象和客户满意度
Ÿ增进各家酒店之间客户数据的共享,以使公司能更好地吸引回头客和新顾客。
Ÿ加强营销力度
Ÿ提高客房入住率
3. 商业需要和环境
Rest Easy酒店公司是一家私有的酒店集团公司,旗下拥有20家遍布世界各地连锁度假酒店。公司计划在新的一年里增加4家连锁酒店。(这4家酒店不在本项目的范围内。因为我们不知道公司是否真的会增加这4家酒店以及什么时候增加,所以无法为其提供计划。)
目前酒店集团遵照的是一套标准的管理和操作程序,其中大多数是手动完成的。酒店和公司总部的操作程序实现自动化的聊聊无几。
通过实现程序自动化,公司希望看到以下的改进:
Ÿ降低成本
Ÿ提升酒店集团的形象和客户满意度
Ÿ增进集团各家酒店之间客户数据的共享,以使公司能更好地吸引回头客和新顾客。
Ÿ加强营销力度
Ÿ提高客房入住率
.
3.1 项目总体需求和方案制约
建议的解决方案是,安装我公司的中型系统方案,运行由宜通软件集团公司提供的端对端酒店管理系统。本文件提到的分项目是开发定制化的服务自登记系统模块。
3.2 解决方案背景
3.3 关键要求
4. 目标解决方案和总体步骤
在下面的章节中将对目标解决方案以及发展和实现此方案的步骤进行概述。
4.1 目标解决方案的总体陈述
从一个相当的高度描述项目如何进展并实现解决方案。概述将要实现的目标,并通过某个技术产品具体说明解决方案。
4.2 主要组成部分(高级别PBS)和不确定程度。
为解决方案的主要组成部分提供上层的PBS,其中包括关于不确定性和复杂性程度的信息以及关于成本和项目持续时间的信息。
4.3 技术环境和关键选项
记录对技术环境和相关关键选项的要求。
4.4 总体步骤
描述解决商业问题的总体步骤以及该项目将如何推进目标解决方案。展示实现解决方案的所有步骤。对于一个项目来说,这包括实现目标的策略。
5.项目需求
在下面的章节中将对目标解决方案以及如何开发和实现此方案进行概述。对于当前的项目,说明其是如何包括所有或部分实现解决方案所需步骤的。
5.1 总体规划中的位置
定位该项目在实现总体目标的一系列项目或计划(Program)中的位置。
5.2 需求
确定项目的界限。说明什么是在项目需求之内的以及什么不在项目需求内。在一些列的项目和规划(program)中确定本项目的范围
5.3关键问题
确定一些必须在协议中仔细解释的关键点。
5.4 主要交付件
列出需要交付的主要产品和服务并明确这些交付件的相关范围,其中包括建议适用的验收标准。
5.5客户满意度
记录一些对项目团队应该了解且主办方应该同意的客户满意度问题的非正式理解。
6. 规划框架
在下面的章节中将包括概略的项目计划草案,其中包括更详细规划的框架。对于一个规划(Program),这里可能会包括规划中所有的项目;而对于一个项目,这里可能会包括项目中所有的子项目。
6.1 概略的项目时间表
为每个项目或服务以及子项目提供一个概略的项目时间表。项目时间表应在一个时间标尺上显示主要的工作单元,其中还包括与工作单元相关的工作产品。
6.2 各个工作单元的简要描述
将项目分解成几个主要的工作单元,包括业主方的主要责任,如正式验收。对工作单元分组的理由做简要的评价,并列出每个工作单元将要生产的产品。
工作单元 | 工作产品 | 注释 |
对每个子项目都要做简单的描述。关于各个子项目更多的信息,可参阅附件C。附件中包括了每个子项目(在项目中)和项目(在规划中)的初始说明。
子项目 | 简要描述 |
列出关键的前提,因为如果不具备这些前提就有必要修改计划。粗略地估计一下每个工作单元的工作量和持续时间。
6.5 关键日期和依赖关系
列出关键的日期,如目标的里程碑日期。列出关键的依赖关系,如新硬件的及时送达、可以得到关键资源。
6.6 综合风险和风险应对
列出与项目相关的风险因素。这些风险可能存在于目标解决方案或实现方案的步骤中。针对风险制定因对策略
组织
在下面的章节中,将提供关于项目的组织和相关执行组织和客户(资助)组织的信息。
7.1 基本组织架构
在项目开始时提供关于项目的基本组织架构。
7.2 客户(资助)组织 (Sponsor organization)
提供关于主办组织的信息,其中包括客户组织重要人物的联系方法和组织的汇报结构。
7.3 交付组织 (Delivery organization)
提供关于交付组织的信息,其中可能包括交付组织内重要人物的联系方法,如协议的责任人、财务或质量管理人员、采购人员或法律人员。
7.4 执行组织(Performing organization)
提供关于执行组织的信息,包括(如果合适的话)合同方的信息。
7.5 初始组织分解结构图 (OBS)
为每个提议的组织单元提供一个初始组织分解结构图,图中显示该单元负责的项目或分项目,与其他项目组织单元的关系以及和执行组织、交付组织和客户组织的关系。
7.6 必要的技能(框架HR计划)
记录项目团队成员要求具备的技能。
7.7 初始项目决策结构
提供对项目决策结构的初始描述。
8. 财务(如果合适的话)
分为几个大类对项目执行的开支进行预算,如人力资源(薪水、管理费用和差旅费)、硬件、软件和分包方等。
开支类型 | 预计成本 |
总计 |
注:本附录可在项目定义完成后删除。
任务
描述在项目定义结束时应完成的内容。
组织
说明完成定义活动的人的姓名、职务和责任。
姓名 | 职务 | 责任和权力 |
列出在项目定义期间的工作产品。
里程碑
列出重要的里程碑和相应的预定日期。
里程碑 | 预定日期 |
附上一个由选定的项目管理软件制作的进度表。
管理系统
描述项目定义是如何管理的。
前提、依靠和风险
描述可能会影响到项目定义进程的前提、依靠和风险。
开支(如果合适的话)
提供一个定义活动的开支明细表
开支类型 | 预计开支 |
总计 |
注:本附录可在项目规划完成后删除。
任务:
描述在项目规划结束时应完成的内容。
组织
说明完成定义活动的人的姓名、职务和责任。
姓名 | 职务 |
列出在项目规划期间的工作产品。
里程碑
列出重要的里程碑和相应的预定日期。
里程碑 | 预定日期 |
附上一个由选定的项目管理软件制作的进度表。
管理系统
描述项目规划是如何管理的。
前提、依赖关系和风险
描述可能会影响到项目规划进程的前提、依赖关系和风险。
开支(如果合适的话)
提供一个规划活动的开支明细表
开支类型 | 预计开支 |
总计 |
为每个相关的项目或子项目提供初始项目定义。每个初始项目定义应包括以下内容:
·项目名称
·项目描述
·任务
·重要里程碑
·主要工作单元和相关的工作产品
·开始和完成日期