项目定义模板.docx

项目定义模板.docx

《项目定义模板.docx》由会员分享，可在线阅读，更多相关《项目定义模板.docx（9页珍藏版）》请在冰豆网上搜索。

项目定义模板

项目名称

项目定义模板

版本号

N.N

起草/定稿日期

dd/mmm/yy

印刷日期

mmm/yy

作者

作者姓名

作者地址

作者电子邮件

作者电话

负责人

负责人姓名姓名

文件信息

文件来源

本文件在线管理。

可联系作者获得最新的版本。

Revisionhistory版本历史

版本号

日期

版本概述

修改备注

n.n

ddmmmyy

第一版

无

批准

本文件已经过以下人批准。

签名的批准表格已经编档到项目控制手册。

姓名

职位

批准日期

签名

分发

本文件已分发到：

姓名

职位

在项目定义期间可能会发布数个版本的项目定义文件，每个版本反映的都是发布当时对项目的理解。

版本的更新可根据需要在项目规划结束时或后些时候发布。

1.前言

本文件提供的是在项目规划结束时对项目重要特点的理解的总结。

其目的是：

·确认对执行组织起草的项目章程的理解。

·为解决方案和步骤提供充分的信息，使执行组织和业主方（Sponsor）能达成一致意见，从而进入到规划阶段。

·提供一个框架，在此之上可建立更详细的计划。

·记录执行组织关于完成项目的定义和规划的活动计划。

项目定义的包括以下组成部分：

·项目任务

·项目背景

·目标解决方案和总体步骤

·项目范围

·项目框架

·组织

·财务

·附录A,B,C

2.项目目标

瑞怡酒店集团的PatDipesto希望通过将每家酒店的系统自动化从而提高酒店集团的效率、盈利能力和竞争力。

她希望：

Ÿ降低成本

Ÿ提升酒店集团的形象和客户满意度

Ÿ增进各家酒店之间客户数据的共享，以使公司能更好地吸引回头客和新顾客。

Ÿ加强营销力度

Ÿ提高客房入住率

3.商业需要和环境

RestEasy酒店公司是一家私有的酒店集团公司，旗下拥有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各个工作单元的简要描述

将项目分解成几个主要的工作单元，包括业主方的主要责任，如正式验收。

对工作单元分组的理由做简要的评价，并列出每个工作单元将要生产的产品。

工作单元

工作产品

注释

6.3对各个子项目的简要描述

对每个子项目都要做简单的描述。

关于各个子项目更多的信息，可参阅附件C。

附件中包括了每个子项目（在项目中）和项目（在规划中）的初始说明。

子项目

简要描述

6.4关键前提和粗略的估计

列出关键的前提，因为如果不具备这些前提就有必要修改计划。

粗略地估计一下每个工作单元的工作量和持续时间。

6.5关键日期和依赖关系

列出关键的日期，如目标的里程碑日期。

列出关键的依赖关系，如新硬件的及时送达、可以得到关键资源。

6.6综合风险和风险应对

列出与项目相关的风险因素。

这些风险可能存在于目标解决方案或实现方案的步骤中。

针对风险制定因对策略

组织

在下面的章节中，将提供关于项目的组织和相关执行组织和客户（资助）组织的信息。

7.1基本组织架构

在项目开始时提供关于项目的基本组织架构。

7．2客户（资助）组织（Sponsororganization）

提供关于主办组织的信息，其中包括客户组织重要人物的联系方法和组织的汇报结构。

7．3交付组织（Deliveryorganization）

提供关于交付组织的信息，其中可能包括交付组织内重要人物的联系方法，如协议的责任人、财务或质量管理人员、采购人员或法律人员。

7.4执行组织（Performingorganization）

提供关于执行组织的信息，包括（如果合适的话）合同方的信息。

7.5初始组织分解结构图（OBS）

为每个提议的组织单元提供一个初始组织分解结构图，图中显示该单元负责的项目或分项目，与其他项目组织单元的关系以及和执行组织、交付组织和客户组织的关系。

7.6必要的技能（框架HR计划）

记录项目团队成员要求具备的技能。

7.7初始项目决策结构

提供对项目决策结构的初始描述。

8.财务（如果合适的话）

分为几个大类对项目执行的开支进行预算，如人力资源（薪水、管理费用和差旅费）、硬件、软件和分包方等。

开支类型

预计成本

总计

附录A：

项目定义活动计划

注：

本附录可在项目定义完成后删除。

任务

描述在项目定义结束时应完成的内容。

组织

说明完成定义活动的人的姓名、职务和责任。

姓名

职务

责任和权力

工作产品

列出在项目定义期间的工作产品。

里程碑

列出重要的里程碑和相应的预定日期。

里程碑

预定日期

进度表

附上一个由选定的项目管理软件制作的进度表。

管理系统

描述项目定义是如何管理的。

前提、依靠和风险

描述可能会影响到项目定义进程的前提、依靠和风险。

开支（如果合适的话）

提供一个定义活动的开支明细表

开支类型

预计开支

总计

附录B：

项目规划活动计划

注：

本附录可在项目规划完成后删除。

任务：

描述在项目规划结束时应完成的内容。

组织

说明完成定义活动的人的姓名、职务和责任。

姓名

职务

工作产品

列出在项目规划期间的工作产品。

里程碑

列出重要的里程碑和相应的预定日期。

里程碑

预定日期

进度表

附上一个由选定的项目管理软件制作的进度表。

管理系统

描述项目规划是如何管理的。

前提、依赖关系和风险

描述可能会影响到项目规划进程的前提、依赖关系和风险。

开支（如果合适的话）

提供一个规划活动的开支明细表

开支类型

预计开支

总计

附件C：

初始项目定义

为每个相关的项目或子项目提供初始项目定义。

每个初始项目定义应包括以下内容：

·项目名称

·项目描述

·任务

·重要里程碑

·主要工作单元和相关的工作产品

·开始和完成日期