项目实施管理指导书V20Word文档下载推荐.docx

项目实施管理指导书V20Word文档下载推荐.docx

《项目实施管理指导书V20Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《项目实施管理指导书V20Word文档下载推荐.docx（28页珍藏版）》请在冰豆网上搜索。

2.1项目管理规划6

2.1.1项目启动阶段6

2.1.2项目计划阶段7

2.1.3项目执行阶段8

2.1.4项目收尾阶段10

2.2范围管理10

2.2.1项目需求管理10

2.2.2变更管理14

2.3进度管理15

2.3.1项目进度跟踪15

2.3.2项目进度控制16

2.4质量管理17

2.4.1质量管理目的17

2.4.2质量管理的基本要求18

2.4.3质量管理要点18

2.4.4项目质量管理措施19

2.5人力资源管理21

2.6沟通管理21

2.6.1项目例会制度21

2.6.2项目阶段报告21

2.7风险管理22

2.7.1风险识别22

2.7.2要管理的风险项24

2.7.3风险应急管理25

2.8文档管理26

3项目组织与人员28

3.1项目组织结构28

3.2项目人员构成28

4现场工作实施规范30

4.1总则30

4.2日常行为规范30

4.3日常工作规范30

4.4故障处理规范31

4.5沟通管理规范31

4.5.1与用户沟通31

4.5.2内部沟通32

4.5.3会议管理32

4.5.4邮件注意事项33

4.6工作报告制度33

1总则

本指南旨在确保软件产品质量和提供开发实施效率，各个章节相互独立同时互有结合；

具体项目可以参考该指南，根据项目实际情况、项目额度大小、周期等因素决定最终实施策略。

2项目管理方案

2.1项目管理规划

本节将项目管理工作分为项目启动、项目计划、项目执行、项目收尾四个阶段，描述了项目建设过程中需要项目管理涉及的相关内容，提出本系统的项目管理工作需要关注什么和做什么，并对个别任务的如何开展给出了简要说明。

附图1.项目管理过程

2.1.1项目启动阶段

项目启动是一个非常重要的阶段，关系到一个项目能否成功的实施，能否达到项目干系人的期望，并能有效的获得项目干系人的支持。

项目启动过程主要目是确定项目开发目标和范围，理解要解决的问题，并获取上级的授权和各项目干系人的支持。

项目启动过程的主要任务是对项目需求和项目环境进行初步分析，掌握各个层面的项目干系人的要求和期望，明确项目的相关章程。

项目启动阶段的计划安排，以及各方责任。

2.1.2项目计划阶段

制定各类计划是项目管理的重要内容之一，项目计划不仅包括时间进度的安排，还包括确定项目目标、里程碑策划、WBS指定、需求管理计划、质量管理计划、沟通计划、风险管理计划、验收计划等等。

这些计划和时间进度计划一样用来管控不同的活动，并随着项目的执行而在不同的时间或人员中展开，本阶段主要工作内容如下：

❒确定项目目标

项目目标是对期望成果的量化描述，每一个目标都有一个具体的时间段，必须在限定的时间内完成。

确定项目目标目的使管理活动围绕和服务于目标中心,以分解和执行目标为手段,以圆满实现目标。

在阶段检查项目目标时，管理人员根据设定的目标与实际情况的比较给以阶段性评价，促进项目目标的达成。

❒里程碑策划

项目组在调研结束时与客户共同制定进度安排，概略划分出重要阶段和里程碑事件，以及双方各自的责任范围等，确定项目整体的方向。

在项目执行过程中，能够有效的监控项目目标的达成情况，能够很好的为高层领导提供项目状态的可视性。

对于项目组内部，采用小里程碑的方法控制项目，小里程碑是将项目的大里程碑进行分解，使项目人员能够控制他们的工作细节，提高项目干系人的参与热情，使项目干系人能够及早的有项目的危机感，提升项目的效率和质量，将项目的问题和风险解决在项目的初始阶段，能够很好的为项目执行人员提供可视化的进度。

❒WBS制定

WBS是面向可交付成果的对项目元素的分组，其组织并定义了项目整个范围，是用于建立或确认对项目范围达成共识，并作为项目经理日常安排以及管理项目的基本框架。

❒需求管理计划

需求管理是要控制和维持需求事先约定，保证项目开发过程的一致性，使用户得到他们最终想要得产品，为了保证项目需求过程的顺利进行、保证需求活动有序地完成，必须对需求管理的活动进行策划，此项的活动从项目需求范围确定后进行，策划的内容包含需求开发的工作产品，项目中要管理的需求类型，需求管理中各人的职责，应收集的需求属性以及管理产品需求适用的需求可追踪性。

❒质量计划

质量管理是保证项目满足目标要求所需要的过程，项目的管理以及项目的产品，任何方面没有满足质量要求，都可能对部分和全部干系人造成严重消极的影响，为了确保质量管理的有效实施，达到相关干系人的需求，对质量管理的活动进行策划，确定与项目相关的质量标准并决定达到标准的方法。

质量策划的过程是在项目启动的过程开始实施，在项目各阶段和过程不断的进行调整和分析。

❒沟通计划

项目的决策和计划依赖于项目的信息沟通，良好的沟通有利于建立和改善人际关系，为项目经理的成功提供重要手段。

因此，项目沟通管理在项目实施过程中的至关重要性显而易见的。

如何保证项目内部和外部沟通的顺畅有效，避免信息的滞留，就需要项目的启动阶段策划沟通管理的活动，确定何人何时需要何种信息，以及信息提供的方法。

沟通管理策划活动是一个持续的活动，根据人员的变化，项目的进展策划沟通管理的活动。

❒风险管理计划

项目的风险是导致项目变更的一个重要因素，隐藏在项目的各个过程、阶段中，为规避风险和让风险对项目造成的影响减至最低，需要对项目过程的风险管理进行策划，确保有效的识别、分析、控制风险；

根据风险的影响以及发生概率，确定相应的应对策略以及相应的计划安排，以确保风险的影响能够被减少和规避。

❒验收计划

项目实施完成后，需要我方和甲方共同确认审核项目是否达成了既定的标准，以确保项目达到有序的结束，内容包含确定项目验收的范围、方法、人员的职责以及任务安排。

此过程在项目的收尾过程进行策划。

2.1.3项目执行阶段

项目执行控制是对造成进度、范围、成本、风险、质量、资源等变化的因素施加影响，以保证这种变化朝着有利的方向发展，确定是否发生变化，在变化实际发生和正在发生时，对这种变化实施管理。

❒项目执行控制方法

项目执行控制方法主要是规划、控制和协调。

规划是指确定项目总进度控制目标和分进度控制目标，并编制其进度计划。

控制是指在项目实施的全过程中，进行实际进度与计划进度的比较，出现偏差及时采取措施调整。

协调是指协调与进度有关的单位、部门和工作组之间的进度关系。

其包括如下三方面工作：

1.监控项目的计划执行，项目组定期报告项目进展信息：

如：

项目任务哪些按期达成，哪些还没有达成，项目已投入的工作量，以及项目存在的风险和问题。

2.定义计划变更必须遵循的方法，以及审核批准的层级：

根据项目的规模明确计划变更的工期和工作量的阀值，当相关过程超出阀值时，项目相关方就需要提出变更请求，变更管理委员会对项目的变更请求进行分析审核，以确定是否批准。

3.进行绩效测量：

绩效测量有助于估算项目发生变化的大小，确定是否需要采取纠正措施。

◆变更控制

变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。

对于软件开发项目来说，发生变更的环节比较多，包括时间、需求范围、核心成员、甚至工程方法。

每一项变更都会给项目带来不确定的风险，因此变更控制显得格外重要。

IT项目中引起变更的因素有两个：

一是来自外部的变更要求，如客户要求修改工作范围和需求等；

二是开发过程内部的变更要求，如为解决测试中发现的一些错误而修改源码甚至设计等导致的变更。

变更控制不仅要在过程中靠流程控制，更有效的方法是在事前明确定义。

事前控制的一种方法是在项目开始前明确定义基线，否则“变化”也无从谈起，特别是对范围的变更，必须求进行分析/评估以及评审，双方达成一致，这往往是项目成败的关键。

在变更管理过程中，双方根据情况制定出变更管理的控制流程和方法，对于已经发生的变更和将要发生的变更双方共同遵照此流程进行管理和实施，通过此流程和方法确保对引起变更的各种因素施加影响，以保证这种变更是征得同意的；

当变更发生时，对实际变更进行管理，重新定义基准计划。

2.1.4项目收尾阶段

项目收尾过程是项目干系人和客户对阶段产品或最终产品进行验收，以确认项目任务的完成和项目进展的手段，同时按里程碑进行验收管理有助于项目进度有序地的推进。

项目收尾项目验收是指客户依据合同和需求对产品进行审查和测试，确保产品满足客户需求。

项目验收是项目开发周期的最后一个阶段，它是全面考核系统是否可靠、稳定运行的一个标志，也是系统是否符合客户或合同要求的一个全面的考核。

同时，也是对我们自身工作结果的检验。

项目验收过程通常包括我方提交验收申请，双方共同制定验收计划，确定验收步骤和形式，包括明确参加验收的人员范围。

验收之前要检查合同规范和任务是否完成，相关成果物是否提交以及得到有关人员的确认。

◆合同收尾

合同管理过程是确保买卖双方履行合同要求的过程。

项目的实施过程，实际上就是合同的执行过程，是合同实施过程的基本依据。

合同收尾考虑了项目或项目阶段适用的每项合同，其工作内容是把项目中的每个合同都完结，包括工作完成、产品验收和移交、价款结算和争议解决等。

2.2范围管理

2.2.1项目需求管理

需求是软件开发的源头、基础。

良好的需求管理可以保证项目的顺利进行和节约成本、提高效率。

需求规范规定在进行整体项目需求调研与分析工作中，应遵循的工作步骤、工作方法、使用的工具、需总结提交的阶段文档及阶段性目标。

项目组严格执行这一整套的规范，保证需求调研及分析能达到完整准确清晰地取得并整理出客户对软件的需求和目标，从而在源头上，保证将来开发的软件产品的质量。

需求规范分成需求调研规范和需求分析规范两部分。

2.2.1.1需求调研规范

需求调研是直接面对客户的用户接口工作，工作目标是理解客户的实际业务，完整了解和总结客户的需求，形成清晰的需求文档，提交给需求分析人员。

需求调研方法及基本步骤：

❒客户需求访谈

召集组织客户的相关人员、关联单位的相关人员，面对面进行需求访谈。

理解客户对软件的想法。

客户详述业务的具体业务流程、要点、文件及生成的报表、单据等。

需求调研人员与客户积极沟通，保证对业务的正确理解和知识的同步，以保证需求信息完整准确地传递到后续步骤。

❒生成需求访谈记录文档

需求访谈要使用多种协助记录的工具，保证原始需求信息被完整无遗漏地记录下来，已备后续反复研究和使用。

目前采用的方法主要有：

✧用户调查表：

针对用户众多需要明确答复的问题，预先制定调查表，客户直接在表上钩选或填写相应的答案；

完成后由需求调研人员收取整理。

✧访谈录音：

在访谈过程中，使用录音笔等录音工具，完整记录客户和需求调研人员的谈话语音。

✧脑图记录：

作为替代原始的会议记录方式的记录工具，脑图工具具有许多优势。

比如脑图工具可以快速记录大量信息、灵活随意修改信息、清晰体现信息间的逻辑联系、方便导出到各种办公软件中二次利用。

项目组目前使用的脑图工具为MindManager。

✧使用Visio等工具，即时画出业务流程图，当时与客户沟通修改。

对原始需求记录后，需求调研人员要反复聆听和归纳这些记录，在过程中理解客户的需求，达到同客户的同步理解，整理相关文档。

❒生成需求说明书

按照规范的格式，完整编写需求说明书。

该文档要求将全部原始需求归纳整理，形成规范且易于理解的说明文档。

客户及项目组人员通过该文档，就可以了解整体的用户需求。

❒内部需求评审

项目组内部，研