项目管理通用模板 完美套用

项目管理通用模板  完美套用
项目管理通用模板  完美套用

01项目组成员

Project Team Members

一、项目基本情况I. Project Basic Info

项目名称project name:T客户考察公司项目编号project code:T0808 制作人prepared by:张三审核人reviewed by:李四

项目经理project manager:张三制作日期data:2005-7-8 二、项目组成员II. Project Team Directory

成员姓名Name 项目角色

Project Role

所在部门

https://www.360docs.net/doc/9b8065879.html,

职责

Reponsibilit

项目起止

期Data

投入频度及

工作量

联系电话

Tel No.

主管经

Supervis

李四项目赞助人

Sponsor

A国代表处项目赞助

张三项目经理

Manager VIP客户

待策划处

总体负责

王五项目核心成员

Core team

A国代表处客户关系

签字signature:日期date:

项目赞助人Sponsor 李四2005-7-8 项目经理project manager 张三2005-7-8

02项目策划/任务书(Project Plan/Charter)

一、项目基本情况I. Project Basic Info

项目名称project name:T客户考察公司项目编号project code:T0808

制作人prepared by:张三审核人reviewed by:李四

项目经理project manager:张三制作日期data:2005-7-8

二、项目描述II. Project Description

1.项目背景与目的(所有的项目均起始于某个商业问题,该部分简要描述这些问题)

1. Project background & target (every project starts at specific business problems, and this part briefly describes these.

背景:A国是公司的战略市场,其第二大运营商为TELECOM公司,我司于2005年4月5日正式中标一个100万线固网项目(N 项目),该项目在2005年6月份开始实施,在实施过程,出现了以下三个方面的问题:

1.延迟交货;

2.发错货问题严重;

3.初验测试问题层出不穷,客户开始质疑我司软件版本管理和质量控制能力;

这些问题引起了TELECOM高层关注,对以后与我司的合作开始持观望态度

目的:改善客户关系,重建客户对与我司合作的信心

2.项目目标(包含质量目标,工期目标、费用目标和交付产品特征与特征的主要描述)

2. Project objectives (including time limit , cost objectives, deliverables and brief description of their features)

在2005年7月31号前邀请TELECOM公司CTO带队到我司考察,打消客户关于我司供货能力的怀疑,增强客户对我司研发能力、工程管理能力的信心,项目预算20万。

三、项目里程碑计划(包含里程碑的时间和成果)III. Project milestones ( including time limit and deliverables of project milestones)

7月8日7月11日7月14日7月17日7月22日7月25日

成立项目组递交邀请函行程确认启程考察结束回访

四、评价标准(说明项目成果在何种情况下将被接受)IV. Project acceptance criteria (to describe conditions under which the deliverables are

CTO在考察人员之列,考察活动如期成行(7月底之前);

考察期间不出现任何内容失误(如没有高层领导接待,样板点无法参观等),后勤失误不超过1次(如因车辆、签证等问题导致考

察不能完全按照时间表进行);

客户考察之后消除了疑虑,认可我司的供货、研发和工程管理能力(客户有明确的正面意见反馈),支持我司后续项目实施(N项目按照双方共同达成的时间表实施);

考察费用不超过预算(20万元)

五、项目假定与约束条件(说明项目的主要假设条件和限制性条件)V. Project assumptions and constraints (to describe the main project assumptions and the ?

假定:1、假定客户能行;2、假定我司内部接待资源都能落实;3、假定我司以外的接待资源都能获得(如签证、国际机票等)

约束:1、客户考察必须在7月底之前完成;2、必须安排客户住在离公司车程半个小时以内的五星级酒店;3、必须安排公司至少

六、项目主要利益干系人(包括高管、客户、职能部门主管、供应商、项目赞助人、项目经理、项目组成员等干系人)

姓名name 类别(加下拉菜单)部门职务李四项目赞助人A国代表处代表

张三项目经理总部VIP客户接待策划处策划经理

王五项目组成员A代表处T客户群客户经理

赵六项目组成员总部技术服务部N项目接口人

吴丹项目组成员总部供应链N项目接口人

刘峰项目组成员总部研发N项目接口人

张芳项目组成员总部客户工程部接待经理

03 WBS表Project WBS

一、项目基本情况I. Project Basic Info

项目名称project name:T客户考察公司项目编号project code:T0808

制作人prepared by:张芳审核人reviewed by:张三

项目经理project manager:张三制作日期data:2005-7-10 二、工作分解结构II. WBS(R-负责responsible;As-辅助assist;I-通知informed;Ap-审批to approve)

分解代

码WBS 任务名称

Task

包含活动

Activities included

工时估算

Estimated

Time

人力资源

Estimated

HR

其他资源

Estimated

resources

费用估算

estimated

cost

工期

Expect

e

d days

张三

Team

memb

er

李四

Team

memb

er

王五

Team

memb

er

赵六

Team

memb

er

吴丹

Team

memb

er

刘峰

Team

memb

er

张芳

Team

memb

er

1.1

邀请客户提交邀请函给客户0

.

2 1 I AP R I I I I

1.2 安排行程 2 3 2 R AP AS I I I AS

1.3 与客户确认行程安排0

.1 1 I AP R I I I I

2.1

落实资源安排我司高层接待资源 1 2 1 R AP AS I I I I

2.2 安排各部门座谈人员 2 6 2 AP I I AS AS R I

2.3 确定总部可参观场所0

.4 1 AP I I AS AS R I

3.1

预定后勤资

源预定国际机票0

.

1 机票6张1200

00

1 AP I AS I I I AS

3.2 预定酒店0.

25 1 酒店房间6间350

00

1 AP I AS I I I R

3.3 预定陆上交通车0.

25 1 2辆车*7天150

00

1 AP I AS I I I R

3.4 预定用餐0

.1 200

00

1 AP I AS I I I R

3.5 预定观光门票0

.1 门票6套100

00

1 AP I AS I I I R

4.1

实施考察接

待启程 1 3 1 I AS R I I I AS

4.2 展厅、生产线、物流参观0

.6 1 AS AS AS I R AS AS

4.3 实验室考察0

.3 1 I I AS I I R AS

4.4 样板点考察 1 4 1 I I AS R I AS AS

4.5 系列座谈 2 2

0 2 R AS AS AS AS AS AS

4.6 观光 1 2 1 I I AS I I I R 4.7 返程 1 2 1 I AS R I I I I

5.1

后续事宜跟

踪座谈交流问题点落实 3 6 3 R AS AS AS AS AS I

5.2 代表处主管回访0

.2 1 I R AS I I I I

5.3 代表处反馈考察效果0

.1 1 I AP R I I I I

5.4 提交总结报告 1 3 1 R AP AS I I I AS 注:以上工期及费用估算均用最可能值

Note:as for the above-mentioned estimated duration and cost, the most feasible value is to be adopted.

05项目风险管理表

Project Risk Management 一、项目基本情况I. Project Basic Info

项目名称project name:T客户考察公司项目编号project

code:T0808

制作人prepared by:张三审核人reviewed by:李四

项目经理project manager:张三制作日期data:2005-7-10 二、项目风险管理II. Project Risk Management

风险发生概率的判断准则the estimation rule of risk happening probability:

高风险:>60%发生风险的可能性high risk: >60% of risk happening probability

中风险:30-60%发生风险的可能性medium risk: 30-60% of risk happening probability

低风险:<30%发生防线的可能性low risk: <30% of risk happening probability

序号Sequence NO. 风险描述

Risk description

发生概率

Happening

probability

影响程

Influenc

e

风险等级

Risk level

风险响应计划

Risk response plan

责任人

Risk

owner

开放/关闭

Open/close

d

1 主要客户没有考察意愿低极大高拜访高层客户,做好关系铺垫李四OPEN

2 公司高层临时有其他重要事宜中大高事先汇报,联系好备选高层张三OPEN

3 样板点临时关闭低中中提前通知样板点做好安排赵六OPEN

4 座谈会交流效果不佳中中中交流材料严格审核,挑选精通业务的

流人员

刘峰OPEN

5 后勤安排出现细小失误高小中挑选经验丰富的接待人员,逐条落实

勤资源

张芳OPEN

6 7 8 9

10

11

12

13

14

06项目沟通计划表

Project Communication Plan

一、项目基本情况I. Project Basic Info

项目名称project name:T客户考察公司项目编号project code:T0808

制作人prepared by:张芳审核人reviewed by:张三

项目经理project manager:张三制作日期data:2005-7-10 二、项目沟通计划II. Project Communication Plan

利益干系人stakeholders 所需信息

Info needed

频率

Frequency

方法

Means

责任人

Owner

Sponsor李四总体进展每日电话/EMAIL 张三客户行程安排每日电话/口头王五项目核心成员关键进展每两日项目会议张芳项目所有成员总体进展每日会议纪要/状态报告张芳

07项目会议纪要

Project Meeting Minutes

(T客户考察公司项目)会议纪要(2005-7-16)一、基本信息I. Basic Info

会议名称Meeting Name: T客户考察公司准备工作

报(电话会议)

召集人

Called By:

张三

会议日期Meeting Date:2005-7-16

开始时间

Start time:

17:00

会议地点Meeting Place:华为深圳总部F4 101室

持续时间

Meeting duration:

1小时30分钟

记录人Minuted by:张芳

审核人

Reviewed by:

张三

二、会议目标(简要说明会议的目标,包括期望达到的结果)

II、Meeting Objective ( to brief the meeting objective, including the expected outcome )

各项资源的负责人汇报资源的落实情况,以确认考察的前期准备就绪,可以进入考察实施阶段

三、参加人员(列出参加会议的人员,他在项目中的头衔或角色)

III、Meeting attenders (to list the meeting attenders, and their titles or project roles)

李四:项目赞助人,(A国代表处代表);张三:项目经理,(总部VIP客户接待策划处);

项目团队核心成员:王五(A国代表处T客户群客户经理);赵六(总部技术服务N项目接口人);吴丹(总部供应链N项目接口人);刘峰(总部研发N项目接口人);张芳(总部客户工程师)

四、发放材料(列出会议讨论的所有项目资料)

IV、Materials distributed(to list the project materials to be discussed at the meeting)

1、T客户考察日程表;

2、技术服务座谈会汇报材料;

3、供应链座谈汇报材料;

4、研发座谈汇报材料;

5、高层交流发言稿。

五、发言记录(记录发言人的观点、意见和建议)

V、Speaking notes(to note the speakers’ points of view, opinions and suggestions)

1、王五:经过充分征求客户意见、结合公司总部的实际情况,考察日程表和客户的重要关注点已经最终确认。(附T客户考察

日程表);张芳补充:根据日程表的安排,客户将入住五星级的五洲酒店,距离公司的常规车程为20~25分钟,其他各项后勤资源也已确认;

2、赵六:该项目情况已向技术服务部李总汇报,由李总亲自指定了交流人员3名,即赵六(我本人),技术骨干XX,和有多

个工程项目实施经验的XXX。与客户经理王五沟通后,我们确定了技术服务座谈汇报材料,并准备在交流后向客户承诺,将N项目确定为公司级重大工程项目,在8月上旬派XXX前往A国任大项目经理;(附技术服务座谈会汇报材料);

3、吴丹:在海外出差的供应链管理部刘总电话指示,供应链成立N项目供货支持小组,协调库存、组织加班生产,保障N项

目后续发货及时率。(附技术服务座谈会汇报材料);

4、刘峰:已召集固网产品线5位专家开会,通报了06年一季度前承诺特性开发的开发进展情况,给开发小组加派两名业务专

家,并对测试中已出现和后期可能的问题讨论出了解决办法或应急处理措施,(附研发座谈会汇报材料);

5、张三:由于原定出面接待客户的王总需紧急前往背景出差,已向张总汇报情况,协调张总出席高层交流,征求王五意见后

拟定的发言稿已呈张松审阅,还在等他最终确认(附高层交流发言稿);综上所述,考察的各项前期准备已基本就绪,可以进入考察实施阶段;

六、会议决议(说明会议结论)

VI、Meeting decisions(to state the meeting conclusions)

考察的各项前期准备均已就绪,可以进入考察实施阶段;

七、会议纪要发放范围

VII、Distribution scope of meeting minutes

报送:王总、张总、李总、刘总

主送:项目组全体成员

抄送:供应链N项目供货支持小组、固网产品组N项目特性开发小组、GTS N项目组

09项目变更管理表

Project Change Management

一、项目基本情况I. Project Basic Info

项目名称project name:T客户考察公司项目编号project code:T0808

制作人prepared by:张芳审核人reviewed by:李四

项目经理project manager:张三制作日期data:2005-7-22

二、历史变更记录(按时间顺序记录项目以往的每一次变更情况)

II、Previous change record ( to record each previous change circumstance of the project in time sequence)

序号Sequence 变更时间

Change date

涉及项目任务

Task concerned

变更要点

Change to

变更理由

Why requested

申请人

Requested

审批人

Approved

1 2005-7-16 资源落实迎接客户的高层领

导由王总改为张总

原来安排的高层领导

王总临时前往北京

张三李四

2 2005-7-19 考察实施NGN样板点讲解

员由张鹏改为李民

原来安排的讲解人员

由张鹏临时前往上海

刘峰张三

3 2005-7-19 考察实施高层座谈的领导由

王总改为张总

原来安排的高层领导

王总仍在北京未返

张三李四

三、请求变更信息(建议的变更描述以及参考资料)

III、Requested change ( to describe the raised change and reference )

1.申请变更的内容1. project item requested for change

客户由原计划从深圳乘车直接前往香港机场改为在香港停留一天

2.申请变更原因the reason of change request

客户希望在香港游玩购物

四、影响分析IV、Outcome of impacts analysis

受影响的基准计划

Original plan affected

1、进度计划

2、费用计划

3、资源计划

是否需要成本/进度影响分析?

Cost/schedule impact analysis needed?

□是□YES □否□NO

对成本的影响impact on cost:客户在香港停留一天,将引起交通费¥12000,餐费¥28000,住宿费¥10000,共计¥50000 对进度的影响impact on schedule:客户在香港停留一天,将引起项目延迟一天完成

对资源的影响impact on resource:客户在香港停留一天,需要香港接待分部派一名接待人员陪同

变更程度分类level of change:□高□high □中□medium □低□low

若不进行变更有何影响

What is the consequence if no change is

taken?

不变更影响较大,变更对项目的影响在可接受范围内,建议同意客户变更要求

申请人签字王五申请日期2005年7月22日

五、审批结果V、Signature of change approver

审批意见同意陪同客户在香港停留一天,并由我司负责相

的后勤安排和费用。

审批人签字李四日期2005-7-22

10项目总结表

Project Overviews

一、项目基本情况I. Project Basic Info

项目名称project name:T客户考察公司项目编号project code:T0808

制作人prepared by:张三审核人reviewed by:李四

项目经理project manager:张三制作日期data:2005-7-27

二、项目完成情况总结II、Project fulfillment sum-up

1、时间总结1、time aspect

开始时间:Start date:2005-7-8

计划完成日期:

Expected finish

2005-7-26

实际完成日期:

Actual finish date:

2005-7-27

时间(差异)分析time(discrepancy)analysis:

客户在香港停留一天(原本计划从深圳乘车直接前往香港机场),项目比计划推迟一天完成2、成本总结2、cost(discrepancy)analysis:

计划费用:Expected expense:¥200,000

实际费用:

Actual expense:

¥250,000

成本(差异)分析cost(discrepancy)analysis:

客户在香港停留一天,引起交通费¥12000,餐费¥28000,住宿费¥10000,共计¥50000.

3、交付结果总结3、deliverables aspect:

计划交付结果expect deliverables:

在2005年7月31日前邀请到CTO带队到公司考察,打消客户关于我司供货能力的怀疑,增强客户对我司研发能力、工程管理能力的

信心

实际交付结果actual deliverables:

客户与2005年7月18号至22日由CTO带队,一行6人到公司考察,考察之后经代表处回访确认,已消除了疑虑,认可我司的供货、研发和工程管理能力,支持我司后续项目实施

未交付结果undeliverables:

交付结果(差异)分析deliverables(discrepancy)analysis:

不涉及

三、项目经验、教训总结III、Project experience/lessons sum-up

经验:1、项目分工明确,责任清晰,进度设置合理;

2、项目组内沟通渠道顺畅,公司高层领导大力支持;

3、风险响应计划较为得当,避免了大的失误;

教训:客户在确认行程的过程中曾委婉提出希望在香港游玩购物的愿望,客户经理没有足够的重视,在做整个项目计划时也没有考虑进

去,从而在后期发生临时变更。今后的项目前期需求分析应该更准确。

签字signature 日期date

项目赞助人project sponsor:李四2005-7-27

项目经理project manager:张三2005-7-27

软件项目管理全套文档模板

模版集萃 综述 在程序员的日常工作中,除了编写代码之外,还免不了需要编写各种技术文档。一个编写良好的技术文档在项目中能够很好地建立沟通与协作,起到很积极的作用。因此,编写技术文档也就成为了程序员技能提升的很重要的一面。 为此,我们特意收集了一些在项目开发过程中经常用到的文档模板,这些模板包括格式和简单的写作说明,相信能够帮助大家编写出更加高效、实用的技术文档。在收集过程中,我们十分注重其实用性,以确保每个模板的价值,而且对于一些重要的文档提供了多个模板。 为了方便大家查找,我们将收录的57模板分为以下几类: 项目及开发管理类:包括立项前的分析,立项后的计划、以及进度跟踪、风险控制方面的文档模板,共计16个; 需求分析类:明确清晰的需求,是项目成功的基础,在此收集了在需求分析过程中所将使用到的文档模板,共计14个; 系统分析与设计类:包括体系结构设计、高层设计、详细设计、数据库设计等6个相关文档模板; 软件质量保证类:软件测试是质量保证的关键活动,在此收集了软件测试相关的11个文档模板; 其它类:除此之外,还收集了关于用户手册、软件维护等方面的10个文档模板,其中还有一个软件过程规范的示例。 另外,值得说明的是,文档模板只是为文档的编写提供一个基础,在实际的编写过程中,你可以根据自己的需要进行必要的剪裁和增补。

一、项目及开发管理类 1.1 可行性研究报告(ISO标准) 编者说明: 在立项时,应该对项目进行综合分析,探讨项目的经济、社会、技术可行性,从而为决策提供基础。该模板为ISO标准文档模板,其不仅适用于软件项目,对于其它的系统项目也适用。 1. 引言 1.1 编写目的 [编写本可行性研究报告的目的,指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称;] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络;] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。] 2.2 目标 [说明所建议系统的主要开发目标。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的,摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。] 3. 对现有系统的分析 [这里的现有系统是指当前实际使用的系统,这个系统可能是计算机系统,也可能

项目管理各阶段的文档模版(汇总版)

项目可行性研究(模版1) 一、项目基本情况 项目名称:制作日期:年月日 制作人:签发人: 二、项目背景 1.目前状态 (简要描述目前的商业环境和项目产生背景。) 2.拟解决的商业问题 (简要说明需要项目解决的商业问题,以表明项目存在的理由。) 3.影响范围 (简要说明项目问题及问题的解决将对企业哪些方面产生影响,包括影响的组织范围。)4.项目预期的结束日期 (尽可能对项目的完成日期做出准确推断。) 三、可能的项目方案 方案1: 方案描述简要描述项目方案包含的工作思路和工作内容 所需资源所需要的主要人、财、物等资源及其保障情况 成本/效益分析投资收益的估算与分析 工期估算关于工期的尽可能准确地估计,包括主要里程碑设置 成果预期有关项目产品特征与特征的描述 终止条件说明接受项目成果的标准和终止、取消项目的条件 方案2: 方案描述简要描述项目方案包含的工作思路和工作内容 所需资源所需要的主要人、财、物等资源及其保障情况 成本/效益分析投资收益的估算与分析 工期估算关于工期的尽可能准确地估计,包括主要里程碑设置 成果预期有关项目产品特征与特征的描述 终止条件说明接受项目成果的标准和终止、取消项目的条件 四、初步评估意见 (对第三部分提出的若干项目方案进行评估,并提出推荐意见。在一件重要说明各种方案可能的风险以及修正或调节意见。) 对各方案的结论:□接受□拒绝□修改□暂缓决定 五、签字 (由项目可行性论证小组成员签字,项目组成员至少需要包含商业/管理、财务、技术三方面的人员。)

一、项目基本情况 项目名称:制作日期:年月日 制作人:签发人: 二、项目目的 1.项目需解决的商业问题 (所有的项目均起始于某个商业问题,该部分简要描述这些问题。) 2.项目工作内容 (对项目范围的限定,以及对完成项目的主要工作内容和方法的陈述。) 3.项目目标 (包含工期目标、费用目标和交付产品特征与特征的主要描述。) 三、项目的关键成功要素 (对确保项目成功的关键环节和关键资源、关键方法、度量标准等进行概念性地简要描述。) 四、项目影响范围 (包含对企业战略的影响、对技术的影响和对财务的影响。) 五、项目主要里程碑计划 (包含主要里程碑的时间、费用和成果目标。) 六、项目假设 (说明项目的主要假设条件。) 七、项目约束条件 (说明项目启动和实施过程中的限制性条件。) 八、项目评价标准 (说明项目成果在何种情况下将被接受,何时项目将被终止或取消,项目成功标准的度量或 验收规程。) 九、项目主要利益相关者 (包括项目发起人,项目经理,项目团队主要成员,相关职能部门负责人,客户等的头衔、 签字和签字日期。)

软件项目管理计划模板

. 软件项目管理计划 Version 1.2专业资料word . Revision 专业资料word . 录目 1. 简介1 项目概述1.1 1.2 项目交付产品1 SPMP 的演化1.3 1 参考资料1.4 1 1.5

术语与缩写1 1 2. 项目组织 1 2.1 过程模型2. 2 组织结构1 2. 3 组织接口1 2.4 项目职责2 2 管理过程3. 3 3.1 管理目标和优先级3.2 假设、依赖关系和限制3 风险管理3.3 3 监督和控制机制3.4 3 3.5 人员计划3 3 4. 技术过程 4 方法、工具和技术4.1 软件文档4.2 4 用户文档4.3 4 4.4 项目支持功能4 4 工作包、进度表和预算5. 4 工作包5.1 依赖关系5.2 4 资源需求5.3 4 预算和资源分配5.4 4 5.5 进度表4 6. 其他索引 6.1 4 6.2 附录 4 专业资料word . 1. 简介 1.1 项目概述 说明:简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进[度和预算等。必要的情况下,还应描述该项目与其他项目的关系。] 1.2 项目交付产品

说明:列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。][的演化SPMP1.3 说明:描述如何以及由谁负责维护本文档,应指明更新内容的传播方式以及在变更控制下更新文档版本[ 的机制。] 1.4 参考资料 说明:提供项目计划中所引用的所有文档和其他信息资源的完整清单,包括标题、报告编号、日期、作[ 者以及发布机构。] 1.5 术语与缩写 说明:定义SPMP 所应用的全部术语和缩写词。][ 2. 项目组织 2.1 过程模型 说明:描述该项目所使用的软件过程模型,或者是所遵循的组织标准模型。过程模型需要指明[里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。] 2.2 组织结构 说明:描述项目的内部组织结构,可以参考如下的层次结构图形式。][专业资料word .

【项目管理知识】项目中的沟通管理

项目中的沟通管理 项目管理中的沟通 ,并不等同于人际交往的沟通技巧 ,更多是对沟通的管 理。 如何消除团队成员之间、协之间、与利益相关者 (业主 )之间的沟通障碍 ,防范沟 通危机 ,畅通沟通渠道 ,保证与项目相关的信息在每个成员中无误传递、及时反馈 是项目沟通管理中的重要工作。 、沟通管理在项目管理中的重要性 1、团队建设的需要。一个好的、成功的项目依赖于一个高效、协作的团 队。每个人的业务开展和工作开展 ,都离不开有效的沟通。团队中每个成员的知 识经验背景、文化背景 ,理解能力、性格习惯、行为方式等都不可能完全相同 ,或 多或少存在一些差异。如何在项目中消除这些差异 ,完善他们之间的沟通和协作 , 对于工程来说是必不可少的 ,对于项目管理者来说是应该必须考虑的。除工作内 容沟通外 ,生活上的沟通 ,是管理者对成员深入了解的途径 ,增进情感的的方式 ,会 使成员提高归属感、认同感 ,从而稳定队伍。因此 ,从稳定队伍、 来说,经常的、有计划的沟通是管理者日常工作中的重要内 容。 2、做出优质工程、好项目的需要。一个工程首先要满足客户 不满足要求的工程再怎么也是不成功的。了解客户对功能的要求、 要达到的加强队伍的角度 (业主)的要 求, 使用环境、

目的等,项目开始之前、项目进行中、项目完成后都要与客户进行经常 的沟通。其次项目管理团队内部的沟通,是工期安排、资源调配、费用控制、质 量管理的重要参考依据。与协的沟通也是必不可少的,协的支持与帮助是完成项 目的条件之一,没有协的支持或造成工期延误、或形成资源短缺等不利于工程的 形势。加强与协的沟通,提供有关信息,在项目范围达成共识,取得支持,限制对项 目产生的任何干扰。在管理项目中,负责人既要了解各方面的需求,又要确定沟通 对象,制定沟通计划,建立沟通制度,畅通沟通渠道,明确沟通责任,通过沟通完善项 目规划。 二、项目中实现有效沟通的途径 1、加强团队培训,扫除沟通障碍。基于沟通管理的培训,主要是培训团队成员的沟通技巧、沟通方法,内部沟通制度、沟通方式、沟通责任,旨在提高团队成 员的沟通能力、协作精神,形成沟通习惯、沟通文化,消除沟通障碍、防范沟通危 机。促使每个成员在项目实施过程中能够与成员、与客户、协实现有效沟通,高 质量的完成所承担的工作任务。在项目进展过程中,持续了解组织中沟通的效 果、存在的问题,通过问题的反馈进行针对性的培训,在实践中不断提高沟通水平; 其次是项目背景以及相关信息的传递,使每个成员对项目有一个清晰完整的认识 统一思想,统一认识。只有对项目有清晰的认识的了解,团队成员目标一致,才

软件项目管理计划模板

软件项目管理计划 Version1.2

SoftwareProjectManagementPlanofQuartet(Team10) 版本: 软件项目管理计划日期: Quartet_SPMP.doc Revision Date Version Description Author

Page1

SoftwareProjectManagementPlanofQuartet 版本:软件项目管理计划日期:Quartet_SPMP.doc 目录 1.简介 1.1项目概述 1.2项目交付产品 1.3SPMP的演化 1.4参考资料 1.5术语与缩写 2.项目组织 2.1过程模型 2.2组织结构 2.3组织接口 2.4项目职责 3.管理过程 3.1管理目标和优先级 3.2假设、依赖关系和限制 3.3风险管理 3.4监督和控制机制 3.5人员计划 4.技术过程 4.1方法、工具和技术 4.2软件文档 4.3用户文档 4.4项目支持功能 5.工作包、进度表和预算 5.1工作包 5.2依赖关系 5.3资源需求 5.4预算和资源分配 5.5进度表 6.其他 6.1 索引 6.2 附录1 1 1 1 1 1 1 1 1 2 2 3 3 3 3 3 3 4 4 4 4 4 4 4 4 4 4 4 4

Page2

SoftwareProjectManagementPlanofQuartet 版本: 软件项目管理计划日期: Quartet_SPMP.doc 1.简介 1.1项目概述 [说明:简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进度和预算等。必要的情况下,还应描述该项目与其他项目的关系。] 1.2项目交付产品 [说明:列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。] 1.3 SPMP的演化 [说明:描述如何以及由谁负责维护本文档,应指明更新内容的传播方式以及在变更控制下更新文 档版本的机制。] 1.4参考资料 [说明:提供项目计划中所引用的所有文档和其他信息资源的完整清单,包括标题、报告编号、日 期、作者以及发布机构。] 1.5术语与缩写 [说明:定义 SPMP所应用的全部术语和缩写词。] 2.项目组织 2.1过程模型 [说明:描述该项目所使用的软件过程模型,或者是所遵循的组织标准模型。过程模型需要指明 里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。] 2.2组织结构 [说明:描述项目的内部组织结构,可以参考如下的层次结构图形式。]

TS16949项目实施进度表-2012620

TS16949项目实施进度表-2012620 111一林红叶一霜染,一场秋雨一地寒。一栏落霞一处忧,一卷诗情一夕游。 一渡飞瀑半山下,一行白鹤越峰翔。一竿怅惘一蓑远,一船离愁一帆行。 一梦十年一回首,一丝垂纶一苇轻。一枕乡思黄花瘦,一雁独行一弓惊。 ISO/TS 16949:2009专项培训服务项目实施进度表(第一阶段工作安排) 序培训服务内容上课天数开始时间企业需要涉及到的部门、人员责任人号 TS16949质量管理体系涉及的所有相关基层技1 TS16949实施要点进行全面宣贯 3天2012.6.15_2012.6.17 术、质量、设备、计量、质量成本管理等人员 策划并完善公司TS16949质量管理体系文企业质量管理体系运营与监控管理部门 2 件(质量手册、程序文件、第三层次管理 2012.6.18_2012.8.xx 各部门文件) 策划公司经营计划(含质量目标)并实行考3 2012.7.xx_2012.7.xx 企管部总经办核策划设备预见性维护和预防性维护方案,4 2012.7.xx_2012.x.xx 生产设备管理人员、设备用备品备件管理人员策划备品备件安全库存量 产品提前期的策划 (物质流-生产周期、 5 2012.7.xx_2012.x.xx 生产部、采购部、采购周期策划) 编制产品设计和开发程序文件和“设计和6 2012.7.xx_2012.x.xx 研发部开发计划书”模板 编制零部件安全库存量、策划库房(零部7 2012.7.xx_2012.x.xx 生产部、采购部、件和成品库)周转率统计方法。 辗转异地一衫泪,曾记当年一伞轻。西子湖畔一相逢,断桥一诺金山漫。 111一林红叶一霜染,一场秋雨一地寒。一栏落霞一处忧,一卷诗情一夕游。 一渡飞瀑半山下,一行白鹤越峰翔。一竿怅惘一蓑远,一船离愁一帆行。 一梦十年一回首,一丝垂纶一苇轻。一枕乡思黄花瘦,一雁独行一弓惊。 文件和记录管理、人力资源管理标准化和8 2012.7.xx_2012.x.xx 文控中心人力资源部规范化 辗转异地一衫泪,曾记当年一伞轻。西子湖畔一相逢,断桥一诺金山漫。 111一林红叶一霜染,一场秋雨一地寒。一栏落霞一处忧,一卷诗情一夕游。 一渡飞瀑半山下,一行白鹤越峰翔。一竿怅惘一蓑远,一船离愁一帆行。 ISO/TS 16949:2009专项培训服务项目实施进度表(第二阶段工作安排) 一梦十年一回首,一丝垂纶一苇轻。一枕乡思黄花瘦,一雁独行一弓惊。 序培训服务内容上课天数时间节点企业需要涉及到的部门、人员责任人号 审核概论及审核技巧培训 1 2012.x.x 全体内审员现场审核演练 8 16949内审员考试 2小时全体内审员 车间生产和质量管理统计人员 9 质量成本分析培训与实施 0.5 2012.x.x_2012.x.x 销售部门和财务部门的统计人员 策划并编写产品质量先期策划及控制计划产品设计人员、产品工艺管理人员、生产和质量10 1.5 2012.x.x_2012.x.x (APQP) 管理人员、(含项目负责人) 策划并编写潜在失效模式及后果分析FMEA产品设计人员、产品工艺管理人员、生产和质量11 1.5 2012.x.x_2012.x.x 报告管理人员、(含项目负责人) 12 策划安排测量系统分析(MSA)工作 1.0 2012.x.x_2012.x.x 公司计量器具管理人员 策划并完善公司现场作业文件、检验文产品设计人员、产品工艺管理人员、现场生产和13 1.0 2012.x.x_2012.x.x 件,实施产品交付零缺陷控制管理。质量管理人员

项目沟通管理计划3篇

项目沟通管理计划3篇 (726字) 一、项目情况 项目名称:皇建鑫中学招生办处招生计划 项目干系人:学校组织方,项目管理方 项目组成成员:招生办处小组 二、沟通计划 (一). 项目沟通管理目标 建立全面、有效的沟通体系,与学校领导老师沟通交流,采取大力宣传,媒体信息公告展开招生工作。确保招生项目 信息合理收集和传输,科学的组织、指挥、控制招生项目的 实施过程,获得足够的生源。 (二). 项目沟通管理任务 1.建立招生信息发布

向项目招生处及时提供所需招生信息,保证招生计划中实施沟通管理计划的信息需求应对,并做好信息公布的反馈处理。 2.招生情况绩效报告 招生情况绩效信息的收集和公布,向项目组织部提供有关资源如何利用来完成招生项目目标的信息,提供关于招生范围进度、招生成本的信息。 3.招生结果管理收尾 招生项目结果文档的形成,包括招生项目记录的收集、对项目的成功、效果及取得的教训进行分析、以及这些信息的存档以备将来使用。 (三).沟通方法 面对面沟通,会议沟通:学校领导 时间:每周一次

项目沟通责任人:招生办处负责人甲 面对面沟通,电话联系:学校老师 时间:每天 项目沟通责任人:招生办处负责人乙 召开学生面谈会,电话,网络沟通:学生家长时间:每周两次 项目沟通责任人:招生办处负责人丙 (四).项目沟通管理具体职责 招生承担方主要责任: 收集信息:制作宣传材料,进行多媒体网络电视的学校 招生政策计划加工信息:印发学校招生章程,制作招生宣 传单确定沟通需求:提供一定的招生咨询服务台,招生网 点确定沟通方式、方法:会议沟通,面对面沟通,电话网

络沟通沟通计划总结:做好招生工作的经验分析总结 (五) . 项目沟通管理备注 1. 信息的收集和归档格式要求; 2. 信息发布格式与权限的要求; 3. 对所发布招生信息的描述; 4. 更新和修订项目沟通管理计划的方法。 篇二:项目沟通管理计划(1698字) 沟通计划包括决定项目涉及人的信息和沟通需求:谁需要什么信息;什么时候需要;怎么获得。虽然所有的项目都需要沟通项目信息,但信息需求和传播方式差别很大。确认涉及人的信息需求和决定满足需求的适当方式是项目获得成功的重要因素。 对于大多数项目,沟通计划的大部分工作作为项目前期阶段的一部分来完成。然而本过程的结果在项目进行中应时常被复查和修订(如有需要)以确保持续的应用性。

[项目管理]项目管理各阶段的模板

(项目管理)项目管理各 阶段的模板

项目描述(模版) 一、项目基本情况 项目名称:制作日期:年月日 制作人:签发人: 二、项目目的 1.项目需解决的商业问题 (所有的项目均起始于某个商业问题,该部分简要描述这些问题。) 2.项目工作内容 (对项目范围的限定,以及对完成项目的主要工作内容和方法的陈述。) 3.项目目标 (包含工期目标、费用目标和交付产品特征与特征的主要描述。) 三、项目的关键成功要素 (对确保项目成功的关键环节和关键资源、关键方法、度量标准等进行概念性地简要描述。)四、项目影响范围 (包含对企业战略的影响、对技术的影响和对财务的影响。) 五、项目主要里程碑计划 (包含主要里程碑的时间、费用和成果目标。) 六、项目假设 (说明项目的主要假设条件。) 七、项目约束条件 (说明项目启动和实施过程中的限制性条件。)

八、项目评价标准 (说明项目成果在何种情况下将被接受,何时项目将被终止或取消,项目成功标准的度量或验收规程。) 九、项目主要利益相关者 (包括项目发起人,项目经理,项目团队主要成员,相关职能部门负责人,客户等的头衔、签字和签字日期。) 项目章程(模版) 一、项目基本情况 项目名称:制作日期:年月日 制作人:签发人: 二、项目目的 (简要说明项目的目的和本项目章程的目的。) 三、项目目标 (这部分将明确说明目标与企业目标的关系。) 四、项目范围 (这部分的详细程度必须充分考虑到项目计划编制是对项目范围编写的要求。更为详细的项目范围描述在项目计划编制阶段进行。) 五、项目利益相关者的角色与责任

六、有关项目的权限 (本部分将说明项目利益相关者的权力范围及汇报关系和汇报程序。) 七、管理检查点 (这部分是由发起项目的企业建立的关键管理核对单。) 八、相关方签字 (项目章程设计人员或其代表的签字是确认他们对项目章程目的和内容已经理解并同意。签字后,签字人同意将这个文件作为正式的项目章程,并对必要的资源作出承诺。) 工作分解结构(WBS)(模版) 一、项目基本情况 项目名称:制作日期:年月日 制作人:签发人: 二、项目WBS

项目进度管理学习心得体会3篇

项目进度管理学习心得体会3篇 心得体会是指1种读书、实践后所写的感受性文字。语言类读书心得同数学札记相近;体会是指将学习的东西应用到实践中去,通过实践反思学习内容并记录下来的文字,近似于经验总结。第1文档网为大家整理的相干的项目进度管理学习心得体会供大家参考选择。 项目进度管理学习心得体会篇1有了计划,就有了明确的奋斗目标,具体的工作程序,就能够更好地统1大家的思想,调和行动,增强工作的自觉性,减少盲目性,调动员工的积极性和创造精神,公道地安排和使用人力、物力,少走弯路,少受挫折,保障工作顺利进行,避免失误。计划1旦构成,就在客观上变成了对工作的要求,对计划实行者的束缚和催促,对工作进度和质量的考核标准。 这样,计划又反过来成了指点和推开工作前进的动力。总之,弄好工作计划,是建立部门正常工作秩序,提高工作效力必不可少的程序和手段。编制好工作计划,对我们的工作,都有10分重要的意义。 为提高工作效力,我们还编制了相干工作计划进度表,部门每个人在工作例会上必须对自己1周的工作完成情况进行汇报,然后由经理再对部门的工作做出总结,通过表格计划管理有效的加快了工作进度。 其次个人还应当具有良好的心理素质和抵抗压力的.能力和具 有良好的素养。我们要为公司广结良缘,广交朋友,构成公司与政府部门之间沟通的桥梁,构成人和的氛围和环境。为此要掌控交往的技能、艺术、原则。能力+人脉=成功。保持良好的人脉关系有效的实现工作成功的目标。学会掌握沟通技能,沟通虽不是技术的问题,但这

是保障工作的最基本的职责。对这句话我不但认同也深有体会,结合工作中遇到的各种情况,让我深入体会到沟通在工作中及生活中的重要性,高效的沟通可以起到意想不到的效果。 然后在工作中要明确自己所负责的是甚么工作,分清甚么阶段该做甚么,甚么环节该做甚么,理清了各个环节、各阶段、各条线之间的逻辑关系和相干性,我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门审批流程和审批所需的前置条件,我们编制了工程建设项目及报建流程图,有了这些流程的规范,我们就有了参考目标,很快能熟习每个环节,工作做起来也得心应手。 所谓找到正确的方法,以量化工具来规范、标准化的实现项目化管理。掌握正确的方法,用正确的方法做正确的事情。 最后我认为团结是非常重要的。俗语说得好1个巴掌拍不响,这不正是告知我们这个道理吗?人类社会愈来愈依赖集体的努力和愈来愈多的、有组织的群体范围的扩大,管理人员的任务也就愈发重要了。因此,管理者必须具有敬业精神和服务意识,还要有解决突发性事件的能力,最重要的是要靠得住、会办事、能共事、不失事等各方面的素质。管理工作做得好,把1个公司的人、财、物3方面以最大程度的台理性结台起来、组织起来、调动起来,搭配公道,就可以以尽量少的时间完成最大限度的工作,就可以以尽量少的开支为企业创造最大限度的经济利益。管理工作做得好,就可以人尽其才,用兵如神,不但用尽量少的人做好了工作,而且能使手下的每个人都有发挥才能的机会,使每个人都能得到充分的锻炼。人材是企业之本。有了1支素质高、水平高、气力雄厚、结构公道的人材队伍,再加上使用得当,企业就会在任什么时候候都立于不败之地。 我们还需不断的去学习、体会及实践,在今后的工作中,要将

项目沟通管理

项目沟通管理 回想一下你所经历的项目,有没有出现过以下这样的情况:客户在检查项目阶段成果时,指出曾经要求的某个产品特性没有包含在其中,并且抱怨说早就以口头的方式反映给了项目组的成员,糟糕的是作为项目经理的你却一无所知,而那位成员解释说把这点忘记了;或者,你手下的程序员在设计评审时描述了他所负责的模块架构,然而软件开发出来后,你发现这和你所理解的结构大相径庭…… 可能你遇到的情况比上面谈到的还要复杂。问题到底出在哪儿呢?其实很简单,就两个字——沟通。以上这些问题都是由于沟通引起的,沟通途径不对导致信息没有到达目的地。“心有灵犀一点通”可能只是一种文学描绘出的美妙境界。在实际生活中,文化背景、工作背景、技术背景可以造成人们对同一事件理解方式偏差很大。 在项目中,沟通更是不可忽视。项目经理最重要的工作之一就是沟通,通常花在这方面的时间应该占到全部工作的75%~90%。良好的交流才能获取足够的信息、发现潜在的问题、控制好项目的各个方面。 沟通管理的体系 一般而言,在一个比较完整的沟通管理体系中,应该包含以下几方面的内容:沟通计划编制、信息分发、绩效报告和管理收尾。沟通计划决定项目干系人的信息沟通需求:谁需要什么信息,什么时候需要,怎样获得。信息发布使需要的信息及时发送给项目干系人。绩效报告收集和传播执行信息,包括状况报告、进度报告和预测。项目或项目阶段在达到目标或因故终止后,需要进行收尾,管理收尾包含项目结果文档的形成,包括项目记录收集、对符合最终规范的保证、对项目的效果(成功或教训)进行的分析以及这些信息的存档(以备将来利用)。 项目沟通计划是项目整体计划中的一部分,它的作用非常重要,也常常容易被忽视。很多项目中没有完整的沟通计划,导致沟通非常混乱。有的项目沟通也还有效,但完全依靠客户关系或以前的项目经验,或者说完全靠项目经理个人能

项目管理各个阶段的模版汇总集锦

项目可行性研究(模版) 一、项目基本情况 项目名称:制作日期:年月日 制作人:签发人: 二、项目背景 1.目前状态 (简要描述目前的商业环境和项目产生背景。) 2.拟解决的商业问题 (简要说明需要项目解决的商业问题,以表明项目存在的理由。) 3.影响范围 (简要说明项目问题及问题的解决将对企业哪些方面产生影响,包括影响的组织范围。)4.项目预期的结束日期 (尽可能对项目的完成日期做出准确推断。) 三、可能的项目方案 方案2: 四、初步评估意见 (对第三部分提出的若干项目方案进行评估,并提出推荐意见。在一件重要说明各种方案可能的风险以及修正或调节意见。) 对各方案的结论:□接受□拒绝□修改□暂缓决定 五、签字 (由项目可行性论证小组成员签字,项目组成员至少需要包含商业/管理、财务、技术三方面的人员。)

一、项目基本情况 项目名称:制作日期:年月日 制作人:签发人: 二、项目目的 1.项目需解决的商业问题 (所有的项目均起始于某个商业问题,该部分简要描述这些问题。) 2.项目工作内容 (对项目范围的限定,以及对完成项目的主要工作内容和方法的陈述。) 3.项目目标 (包含工期目标、费用目标和交付产品特征与特征的主要描述。) 三、项目的关键成功要素 (对确保项目成功的关键环节和关键资源、关键方法、度量标准等进行概念性地简要描述。) 四、项目影响范围 (包含对企业战略的影响、对技术的影响和对财务的影响。) 五、项目主要里程碑计划 (包含主要里程碑的时间、费用和成果目标。) 六、项目假设 (说明项目的主要假设条件。) 七、项目约束条件 (说明项目启动和实施过程中的限制性条件。) 八、项目评价标准 (说明项目成果在何种情况下将被接受,何时项目将被终止或取消,项目成功标准的度量或验收规程。) 九、项目主要利益相关者 (包括项目发起人,项目经理,项目团队主要成员,相关职能部门负责人,客户等的头衔、签字和签字日期。)

软件工程项目管理计划书(完整版)54763

1.储蓄业务项目管理计划书 2.简介 1.1项目概述 本项目要开发一个银行系统,系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统,使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构,将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周,工程量为3人/天。 1.2项目范围说明 (1)提交文档:项目管理计划、需求规格说明,设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份,每个小组所有成员的总结装订在一起;其余文档每组提交一份。每个团队可将各小组的文档综合到一起,各小组也可自行分开提交,具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 (2)源程序检查:一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况,检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿,第四周以后根据项目的进展可以对其进行修改,需要有组员提出修改意,在全体会上讨论通过,并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 3.项目组织管理 2.1过程模型 表1.过程模型表

项目实施进度表及模版

附件一 全区工商系统企业电子档案综合管理系统专用软件及档案扫描项目 实施进度计划书 航星永志科技 2010年11月

目录 一、参照标准 (3) 二、乙方项目实施人员 (3) 三、实施计划 (3) 四、支持条件 (4) 4.1 计算机系统支持 (4) 4.2 项目实施甲方承担的工作 (5)

一、参照标准 《商务合同书》 《计算机软件开发规》(GB8566-88) 《企业档案电子化管理标准》(GS/T 3302-2002) 国家工商行政管理总局 《纸质档案数字化技术规》(DA/T31—2005) 二、乙方项目实施人员 单良忱,航星永志科技市场部经理 高茂科,航星永志科技技术总监 志杰,航星永志科技Java、Asp、Jsp开发工程师 光振,航星永志科技Java开发工程师 冀新宇,航星永志科技技术部经理 春红,航星永志科技数字化部经理 另:数字化实施小组由15人组成,具体将在实施小组进驻后5个工作日提交。三、实施计划 项目实施周期:30个工作日完成全区工商系统企业电子档案综合管理系统的开发工作。 5个月完成107万页历史档案数字化扫描加工服务工作。 1、系统实施计划 时间段 1-5 6-10 11-15 16-20 21-25 26-30 (工作日) 需求分析 概要设计 详细设计

系统开发 系统测试 系统优化 2、历史档案数字化扫描实施计划 时间段(月) 1 2 3 4 5 数字化设备进入 数字化加工 数字化后期处理 初验 培训 终验 四、支持条件 4.1 计算机系统支持 甲方需提供设备: 操作系统环境:windowsXP、Windows2000平台,具有IIS、IE5.0以上版本浏览器。 数据库:Oracle 10g 服务器:IBM X3850X5 网络:支持TCP/IP协议 空白光盘及刻录机,主要用于档案数据转存 乙方需提供设备: 开发工具:IBM-Eclipse、Delphi7.0

项目管理-各阶段的文档-模版(汇总版)

项目可行性研究(模版1) 一、 项目基本情况 项目名称: 制作人: 二、 项目背景 1.目前状态 (简要描述目前的商业环境和项目产生背景。 ) 2?拟解决的商业问题 (简要说明需要项目解决的商业问题,以表明项目存在的理由。 3?影响范围 (简要说明项目问题及问题的解决将对企业哪些方面产生影响,包括影响的组织范围。 4.项目预期的结束日期 (尽可能对项目的完成日期做出准确推断。 ) 三、可能的项目方案 方案1: 方案: 五、签字 (由项目可行性论证小组成员签字,项目组成员至少需要包含商业 三方面的人 员。) 四、初步评估意见 (对第三部分提出的若干项目方案进行评估, 案可能的风险以及修正或调节意见。 ) 对各方案的结论:□接受 □拒绝 并提出推荐意见。在一件重要说明各种方 □修改 □暂缓决定 制作日期: 签发人: 年 月曰 /管理、财务、技术

项目描述(模版2) 一、项目基本情况项 目名称:制作人:制作日期: 年月日 签发人: 二、项目目的 1.项目需解决的商业问题(所有的项目均起始于某个商业问题,该部分简要描 述这些问题。2.项目工作内容 (对项目范围的限定,以及对完成项目的主要工作内容和方法的陈述。3.项目 目标 (包含工期目标、费用目标和交付产品特征与特征的主要描述。 三、项目的关键成功要素 (对确保项目成功的关键环节和关键资源、关键方法、度量标准等进行概念性地简要描述。) 四、项目影响范围 (包含对企业战略的影响、对技术的影响和对财务的影响。 五、项目主要里程碑计划 (包含主要里程碑的时间、费用和成果目标。) 六、项目假设 (说明项目的主要假设条件。) 七、项目约束条件 (说明项目启动和实施过程中的限制性条件。) 八、项目评价标准 (说明项目成果在何种情况下将被接受, 何时项目将被终止或取消,项目成功标准的度量或 验收规程。) 九、项目主要利益相关者 (包括项目发起人,项目经理,项目团队主要成员,相关职能部门负责人,客户等的头衔、签字和签字日期。)

项目管理--沟通计划模板

Generic Communications Plan

Introduction (1) Purpose (1) Scope (1) Audience (1) Communication Methodology (2) Top-Down (2) Bottom-Up (2) Middle-Out (2) Communications Outreach (2) Weekly Core Team Status Meeting (2) Weekly Status to Extended Team (2) Communication of Interview Results (3) Review PM Framework Design with Extended Team (3) Review PM Framework Design with Project Sponsor (3) Review Meetings during PM Framework Implementation (3) Review Final recommendations with Project Sponsor (3) Communications Roll-Out Time Line (3)

Introduction “All men by nature desire to kno w.” - Aristotle Disseminating knowledge about the NAME OF PROJECT is essential to the project’s success. Project sponsors, business unit/support services, project core team members, account managers, process group owners and project leaders are participants in the project. They desire to know what the status of the project is and how they are affected. Furthermore, they are anxious to participate. The more people are educated about the progress of the project and how it will help them in the future, the more they participate and benefit. Purpose This plan provides a framework for informing, involving, and obtaining buy-in from all participants throughout the duration of the NAME OF PROJECT. Scope This communication plan is for the NAME OF PROJECT. It includes a series of meetings and interactive presentations, as well as other means of communication (such as electronic mail) to all participants of this project. Audience This communication plan is for the following audiences: ?Project Sponsors ?Business Unit/Support Services ?Project Core Team Members ?Account Managers ?Process Group Owners and ?Project Leaders ?ANYONE ELSE INVOLVED

PMI标准项目管理文档模板-项目章程V1.0

分类: 密级: 【项目名称】 项目章程 编写:日期: 评审:日期: 批准:日期: 北京中科辅龙系统工程有限公司

修订记录

目录 1.引言 (1) 1.1.目的 (1) 1.2.读者对象 (1) 1.3.参考资料 (1) 2.项目概述 (1) 2.1.项目发起方 (1) 2.2.项目建设方 (2) 2.3.项目背景 (2) 2.4.项目目标 (2) 2.5.立项理由/意义....................................................................... 错误!未定义书签。 3.关键干系人 (2) 3.1.项目发起人 (2) 3.2.验收签署人 (2) 3.3.其他干系人 (2) 4.可交付成果 (3) 4.1.成果1 (3) 4.2.成果2 (3) 5.需求管理 (3) 5.1.需求来源 (3) 5.2.需求分析方法 (3) 5.3.需求变更控制办法 (3) 6.进度管理 (4) 6.1.进度管理策略 (4) 6.2.阶段1 (4) 6.3.阶段2 (4) 6.4.概要进度计划 (4) 6.5.里程碑 (4) 7.采购策略 (5) 8.验收审批要求 (5) 8.1.成功标准 (5) 8.2.审批阶段说明 (5) 9.人员分工 ....................................................................... 错误!未定义书签。 10.风险管理 (6) 10.1.风险1 (6) 10.2.风险2 (6) 11.补充 (6)

1.引言 1.1.目的 项目章程的编写是为了在项目启动阶段就对项目有重大影响的所有事项与相关关键干系人讨论,并达成一起意见记录在案,同时,也通过该文档来任命项目经理并授权项目经理用于管理项目所需的资源。 文档内容包括了项目概述、关键干系人、可交付成果、里程碑、阶段划分、验收审批要求、项目经理任命等。 1.2.读者对象 该文档的读者为所有项目关键干系人,包括项目发起人、参与项目各方的高层领导、负责该项目的商务人员、项目经理、相关职能部门领导等,关键干系人将在第3章节“关键干系人”中列出。 1.3.参考资料 【列出与本文相关的参考资料,一般为合同和售前阶段产生的各类文档。】 2.项目概述 2.1.项目发起方 【介绍项目发起方。可以是一个公司,也可以是公司内部的一个或几个领导。】

项目管理全套模板

项目需求建议书(RFP) A. 项目信息 提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息 项目名称:客户名称:项目经理:文件起草人:项目发起人:日期: B. 项目目标 描述完成项目的时间、质量要求等方面的信息 C. 工作描述(SOW) 描述执行项目的具体工作 D. 可交付结果 描述执行项目的阶段,完成项目任务的主要交付结果等方面的信息 E. 合同类型 描述使用哪种性质的合同

F. 付款方式 描述付款的时间、金额、币种、方式等 G. 建议书的内容 描述建议书应包括的具体内容 H. 建议书的评价标准 描述评价建议书的主要标准,包括价格、技术方案、项目管理方法、经验与资质等方面 I. 提交建议书的时间、地点要求 描述建议书的截止日期、提交的地点等信息

A. 项目信息 提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息 项目名称:客户名称:项目经理:授权书起草人:项目发起人:日期: B. 项目授权书 描述项目的工作任务,被任命的项目经理的姓名,项目经理的职责、权力等方面的信息

A. 项目信息 提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息 项目名称:客户名称:项目经理:文件起草人:项目发起人:日期: 项目关系人名单 列出项目执行过程中涉及的相关人员的信息

供应商/分承包商信息 公司名称: B. 项目概述 提供关于项目需要解决的问题、项目的工作任务、项目目标、项目管理采用的方法等的信息业务需求/难题 工作描述 项目目标

项目管理方法 C. 技术要求 提供关于项目的技术参数、性能指标、设计要求、实施规范以及技术方面的培训计划等的信息 D. 相关人员签名

项目管理沟通计划模板

HOW TO USE THIS TEMPLATE: Introduction The template reflects the steps set out in the PRINCE2 Method and is designed to prompt the Project Manager and help in the creation of the Communication Plan. The information for the Communication Plan will be found within the DP Process of the PRINCE2 Manual. There is also a Product Description for the Communication Plan at Appendix A of the PRINCE2 Manual. Information for the Communication Plan is derived from the Project Board, Project Brief, Project Quality Plan and Project Approach. Loading the file This template has been produced using Microsoft Word 97. To use it, load up the file directly from the directory and starting from page 1 follow the prompts (in [...] brackets). Deleting the [....] text When the template is complete, the whole Communication Plan Document can be printed and approved. Prior to printing, you should delete all [....] prompt text. Saving the Communication Plan Document under its own name Save the Communication Plan by se lecting the “SAVE-AS” command; this will avoid overwriting the standard template. You must specify your own Project Directory. Once your Communication Plan Document is completed check the document against the following Quality Criteria: ?Have all the listed derivation sources been checked? ?Have all stakeholders been identified and their communication requirements defined? ?Is there agreement from all interested parties about the content, frequency and method? ?Has a common standard been considered? ?Has time to carry out the identified communications been allowed for in Stage Plans?

相关文档
最新文档