项目全流程管理系统

1、第 1 页 共 18 页项目全流程管理系统项目全流程管理系统文件编号： 编 制： 审 核： 批 准： 受控状态： 各版本建立及修订履历各版本建立及修订履历版本号版本号建立建立/ /修订履历修订履历申请人申请人/ /日期日期审核人审核人/ /日期日期批准人批准人/ /日期日期A00初次建立第 3 页 共 18 页项目管理流程项目管理流程目目 录录1.1.目的和范围目的和范围 .4 44 42.2.引用文件引用文件 .4 44 43.3.职责职责 .4 44 44.4.术语术语 .6 66 65.5.工作程序工作程序 .6 66 65.1.开发立项 .765.1.1.立项流程 .775.1.2.项

2、目标识 .775.2.项目策划 .885.2.1.流程图 .885.2.1.1.建立需求阶段计划 .885.2.1.2.建立项目总体计划 .885.2.1.3.建立项目支持计划 .995.2.1.4.分解项目基准计划和项目总体计划 .10105.2.1.5.项目支持计划 .10105.2.2.计划执行和变更控制 .10105.3.项目监控 .11115.3.1.对照项目计划进行跟踪 .11115.3.1.1.周跟踪及报告 .11115.3.1.2.里程碑/绩效节点跟踪及报告 .12125.3.1.3.不定期跟踪 .13135.3.2.问题管理 .13135.3.2.1.原因分析 .13135.

3、3.2.2.制定纠正措施 .13135.3.2.3.跟踪纠正措施 .13135.4.风险管理 .14145.4.1.风险识别 .14145.4.2.风险评估 .15155.4.3.风险缓解 .16155.4.4.风险监控 .17155.4.4.1.监控风险的状态 .17155.4.4.2.应急措施的执行 .17175.4.4.3.风险持续管理 .17175.5.项目结项 .17175.5.1.结项总结 .17175.5.2.结项申请 .17175.5.3.结项评估 .18175.5.4.评估审批 .18185.5.5.项目财富入库 .18186.6.模板模板 .18181818第 4 页 共

4、18 页1.1.目的目的和范围和范围确定开发立项、策划、监控、风险管理及结项流程，通过规范项目管理过程，保证开发项目顺利进行，以保证最终产品质量。本文件适用于一般开发项目管理过程。2.2.引用文件引用文件评审规程变更管理规程3.3.职责职责角色角色职责职责技术项目经理1 1、项目策划工作：、项目策划工作：组织进行项目工作结构分解组织进行项目估算，编制项目基准计划、项目总体计划组织进行项目总体计划和项目基准计划评审依据项目总体计划和项目基准计划进行月度计划分解按照项目计划进行开发管理2 2、项目监控工作：、项目监控工作：对照计划进行项目的监督和控制，进行偏差控制按照要求进行项目报告组织项目里程碑

5、评审提交项目评估申请向产品经理进行工作汇报3 3、风险监控工作：、风险监控工作：项目风险识别及评估，建立项目风险管理报告按要求进行风险监控和风险缓解4 4、项目结项工作：、项目结项工作：完成结项总结报告，提出项目结项绩效评估申请配合进行结项评估工作项目组成员1 1、项目策划工作：、项目策划工作：参与项目策划过程按计划开展项目工作2 2、项目监控工作：、项目监控工作：参加项目会议，向项目经理汇报工作3 3、风险管理工作：、风险管理工作：识别、提出风险协助项目经理处理风险。跟踪所负责的风险，及时采取缓解措施4 4、 项目结项工作：项目结项工作：参与结项评估会议大项目产品经理1 1、立项工作：、立项

6、工作：第 5 页 共 18 页安排人员提交立项申请表立项申请审核2 2、项目策划工作：、项目策划工作：审核项目基准计划并协调资源3 3、项目监控工作：、项目监控工作：跟踪项目经理对项目的监督和控制活动，审阅项目经理提交的报告，及时了解项目进展情况，并在项目偏差控制时，提供支持并监督偏差控制的纠正措施实施情况4 4、项目风险监控工作：、项目风险监控工作：及时了解项目中高级别的风险以及缓解措施提供风险管理所需的资源5 5、项目结项工作：、项目结项工作：接受结项申请组织进行结项评估审批结项结论参与结项评估产品评审委员会高级管理者1 1、 立项工作：立项工作：进行立项申请表的审批2 2、 项目策划工作

7、：项目策划工作：进行项目基准计划和项目总体计划的审批3 3、 项目结项工作：项目结项工作：审批项目绩效奖金PQA 工程师1 1、 项目策划工作：项目策划工作：依据项目基准计划和项目总体计划编制项目质量保证计划。根据项目计划不断维护或变更项目质量保证计划参与项目评审工作依据项目基准计划和项目总体计划编制项目总体测试计划维护或变更项目总体测试计划2 2、 项目管理过程审计工作：项目管理过程审计工作：依据项目质量保证计划进行项目管理过程 QA 审计和报告参与项目评审工作。3 3、项目风险监控工作：、项目风险监控工作：根据各项目的风险管理报告，建立并定期完善组织的风险数据库配置管理员1 1、 项目策划

8、工作：项目策划工作：依据项目基准计划和项目总体计划编制项目配置管理计划维护或变更项目配置管理计划参与项目评审工作2 2、 项目管理工作：项目管理工作：第 6 页 共 18 页依据项目配置管理计划进行配置管理工作4.4.测试主管4.4.依据项目基准计划和项目总体计划编制项目总体测试计划4.4.维护或变更项目总体测试计划4.4.参与项目评审工作。4.4.术语术语术语或缩略语解释PDPProject Defined Process,项目已定义过程WBS工作分解结构(WBS Work Breakdown Structure)，5.5.工作程序工作程序项目管理过程流程图：开始开发立项项目策划项目结项风险

9、管理项目监控结束第 7 页 共 18 页5.1.5.1.开发立项开发立项5.1.1.5.1.1. 立项流程立项流程立项流程图立项申请立项评审立项公告高级管理者高级管理者技术质量部技术质量部开发部门开发部门输出输出输入输入开始公布立项信息结束主项目立项申请立项评审不通过通过ERP立项信息公告产品改型需求立项申请表技术中心内部需求立项立项申请申请依据公司立项的主项目，开发部门组织进行项目分解或细化，指定人员进行立项申请，编制立项申请表；内部及现有产品改型需求，开发部门提出立项需求，指定人员进行立项申请，编制立项申请表；立项评审立项评审开发部门组织进行立项评审。立项申请表主要由开发部门负责人审核，高

10、级管理者批准。立项公告立项公告立项申请表审批后，由立项申请部门将此表及相关资料提交开发管理部，由其进行ERP 开发项目建立及公告。项目任务下达：项目任务下达： 立项申请表批准后，项目实施前，部门根据实际情况，给对应项目组下达项目任务书。5.1.2.5.1.2. 项目标识项目标识一般开发项目编号规则详见公司合同管理规定。第 8 页 共 18 页5.2.5.2.项目策划项目策划5.2.1.5.2.1. 流程图流程图项目策划（PP）流程图建立项目总体计划及支持计划分解计划项目组项目组产品经理产品经理技术质量部技术质量部输出输出输入输入开始项目估算结束PDP说明工作结构分解项目基准计划WBS项目基准、

11、总体计划评审立项公告编制计划项目估算记录不通过通过建立支持计划各支持计划分解月度计划月度计划项目总体计划通过支持计划评审不通过建立需求阶段计划WBS5.2.1.1.5.2.1.1.建立需求阶段计划建立需求阶段计划立项公告后，项目经理策划需求阶段工作进行分解，记录在WBS中。需求评审通过以后，项目经理组织进行下一阶段各策划工作。5.2.1.2.5.2.1.2.建立建立项目总体计划项目总体计划确定项目范围确定项目范围项目经理根据项目立项公告和项目需求，获得项目的范围与工作要求的信息，确定项目最终交付物，明确项目组织结构。项目分解项目分解根据所确定的工作范围，项目经理组织进行 WBS 工作结构分解，

12、并用 Project 表示，可在 Project Web Access 上实现。在项目的策划过程中，应通过阶段完善的方式对 WBS 进行不断的细化与补充。为保证管理的有效性。WBS由产品经理负责审批。项目估算项目估算根据所确定的 WBS，由项目经理组织估算活动。项目估算包括进度、规模、工作量，成本以及由此产生的其它工作与资源的估算（不仅局限于此）。估算要求详细请参考“估算规程”。第 9 页 共 18 页建立建立项目总体计划项目总体计划以及以及项目基准计划项目基准计划主要包括以下几个方面的内容：项目进度安排；项目评审计划安排；项目资源计划；项目采购计划；项目的沟通计划；识别项目风险；项目成本计划

13、；测量计划；制定支持计划，可以体现在项目总体计划中，也可以根据项目总体计划以及项目基准计划内容单独列出。项目总体计划项目总体计划以及以及项目基准计划项目基准计划的评审的评审项目总体计划以及项目基准计划评审的内容包括（但不限于）：项目目标是否明确， 范围是否清晰；项目估算（规模、工作量、成本等）是否可信；项目生命周期模型以及选择过程模型是否合理；项目阶段和里程碑划分、评审计划是否合理；资源配置是否合理；职责分工是否清晰、合理；进度安排、各阶段费用安排是否合理并符合要求；支持计划是否与总体计划保持一致；风险是否考虑全面，缓解措施是否合理；测试计划中的测量项是否合理可执行。评审过程：评审过程：项目基

14、准计划编写完成后，由项目经理组织进行项目内部讨论与评审，评审前要求参与评审人员按照“计划检查单”内容记录项目实际情况，对评审会确认为问题的内容记录至项目问题跟踪表内容中。评审过程可以参考“评审规程”中“管理会议评审”的方式。评审通过后，项目经理将项目总体计划和项目基准计划提交产品经理审核，高级管理者批准。5.2.1.3.5.2.1.3.建立项目支持计划建立项目支持计划项目支持计划可包含在项目总体计划中，也可单独列出。配置管理员、QA 工程师、测试主管根据批准后的项目总体计划和项目基准计划建立对应项目支持计划。项目支持计划审批要求如下：第 10 页 共 18 页支持计划名称审核批准配置管理计划项

15、目经理产品经理质量保证计划项目经理QA 组长总体测试计划项目经理产品经理评审通过的项目总体计划和项目基准计划由项目组纳入配置管理并受控；评审不通过的项目计划，由项目组根据审核意见重新修改项目计划后在三个工作日内再次提交评审。项目组对计划的修改要保留更改记录。项目计划批准后，项目经理需将批准后的项目计划发送给所有利益相关人（如：客户、营销中心、项目组成员、QA 工程师、测试组、采购部门、产品使用部门、生产部门、公司内部相关代表等）。5.2.1.4.5.2.1.4.分解分解项目基准计划项目基准计划和和项目总体计划项目总体计划每月初，项目经理根据项目实际的开发进度以及项目基准计划项目总体计划中对主要

16、节点完成时间的要求，策划项目本月开发计划的内容，项目经理组织进行 WBS 工作结构分解，并用 Project 表示，可在 Project Web Access 上实现。WBS 的目的是将项目分解为可管理的任务，作为项目计划与跟踪的基础。WBS 分解详细程度的准则：任务包是否有利于分配与跟踪任务完成的状态是否可验证任务所分配的时长是否利于管理与控制每项任务的大小不要超过五个工作日。本月项目的各类型支持计划如：质量保证计划、配置管理计划、测试计划最终也在 WBS上体现和管理。5.2.1.5.5.2.1.5.项目支持计划项目支持计划配置管理员、QA 工程师、测试主管根据项目各月度分解计划，分解对应支

17、持计划。直接在原支持计划基础上更新即可。5.2.2.5.2.2. 计划执行和变更控制计划执行和变更控制项目组按计划执行项目活动，项目执行过程中如果项目的实际情况与项目计划产生偏差，项目经理执行变更，变更必须留下记录；具体变更要求执行“变更管理规程”。第 11 页 共 18 页5.3.5.3.项目监控项目监控项目监督和控制（PMC）流程图项目跟踪问题分析纠正预防项目经理项目经理产品经理产品经理输出输出输入输入开始结束项目基准计划项目跟踪项目总结报告偏差制定纠正措施跟踪纠正措施项目监控问题跟踪表有偏差无偏差原因分析项目月度计划项目总体计划项目周报5.3.1.5.3.1. 对照项目计划进行跟踪对照项

18、目计划进行跟踪项目立项后、项目计划审批通过前，项目经理通过项目周报汇报项目进展情况。项目经理周期性地跟踪项目计划的各种参数如规模、工作量、进度、资源、风险等，了解项目的实际进展情况。跟踪报告的方式有三种：周报告、项目总结报告、不定期报告。跟踪的输出结果纳入配置管理。5.3.1.1.5.3.1.1.周跟踪周跟踪及报告及报告跟踪内容进度工作量成本规模问题及解决情况跟踪步骤及汇报角色角色任务任务输出输出汇报对象汇报对象项目经理进行周跟踪（工作量、成本、进度、规模、问题）编写项目周报参与周例会项目周报项目问题跟踪表产品经理开发管理部技术中心召开各项目周例会会议纪要相关人员1)项目经理（或安排项目组员）

19、汇总项目信息，形成项目周报，一周监控中发现的问题，纳入项目问题跟踪表；第 12 页 共 18 页2)技术中心每周六组织各项目例会，总结工作，讨论存在的问题，进行资源及承诺等跟踪，让所有项目成员清楚地了解项目的实际进展情况，同时明确下周工作任务分解。对于周例会上发现的问题纳入对应项目项目问题跟踪表进行跟踪和管理。 3)项目经理将项目周报、项目问题跟踪表汇报给产品经理，通报所有项目成员。5.3.1.2.5.3.1.2.里程碑里程碑/ /绩效节点跟踪及报告绩效节点跟踪及报告项目经理进行里程碑跟踪。跟踪内容项目进度工作量成本规模风险问题及解决情况跟踪记录跟踪结果形成项目总结报告。项目经理（或其指定的项

20、目成员），每里程碑对风险进行重新评估，确保新的风险变化能被及时识别。风险跟踪的数据保存在项目风险管理报告中。风险管理过程参见 5.4“风险管理”。对问题及解决等情况等进行跟踪，记录在项目问题跟踪表中。里程碑审查：责任责任人人任务任务输出输出汇报对象汇报对象（1）编制本里程碑的项目总结报告（2）策划下一阶段的工作项目总结报告项目问题跟踪表项目经理 （1）提出里程碑评审申请（2）参加里程碑评审项目总结报告项目问题跟踪表项目风险管理报告项目测量记录里程碑评审检查单评审报告产品经理项目组项目经理在里程碑点跟踪总结里程碑工作完成情况：（1）收集并分析测量数据，形成项目测量记录，具体过程参见“测量和分析程

21、序”。（2）进行阶段工作总结，包括任务完成情况、风险和问题管理状况等，并进行偏差分析，形成项目总结报告。第 13 页 共 18 页（3）细化下一阶段的工作任务，更新项目基准计划项目总体计划和WBS。（4）重新评估风险，更新项目风险管理报告。（5）统计评审问题的状态，更新评审问题跟踪表。（6）识别新的问题，更新项目问题跟踪表。项目经理在里程碑点提请开发管理部组织里程碑评审。里程碑评审采用“会议”方式进行，具体参见“评审规程”。（1）评审组成员可包括但不限于：项目管理人员、项目经理以及主要项目成员、QA工程师、测试人员、配置管理员、客户代表、关联项目组代表；（2）输入：项目总结报告；重新识别后的项

22、目风险管理报告；更新后的项目总体计划以及项目基准计划、WBS；最新处理情况的评审问题跟踪表、项目问题跟踪表、项目测量记录（以上输入由产品经理审核后提交开发管理部）；本阶段 QA 工作报告，QA 问题跟踪表由 QA 工程师提交开发管理部。（3）输出：评审报告；（4）检查单：里程碑评审检查单里程碑会议和周例会间隔时间小于 3 天的，只召开一次会议，但必须同时输入里程碑和周工作情况。5.3.1.3.5.3.1.3.不定期跟踪不定期跟踪项目经理根据实际需要，通过召开不定期会议的方式进行，形成会议纪要，通报所有项目成员。5.3.2.5.3.2. 问题管理问题管理项目经理在跟踪过程中收集了引起项目偏差的问

23、题，同时需要对问题进行管理：进行原因分析，采取纠正措施，管理纠正措施，直到结束。问题管理的相关信息记录在项目问题跟踪表中。5.3.2.1.5.3.2.1.原因分析原因分析项目经理组织对问题发生的原因进行分析，对问题进行归类，划分优先级，并找出根本原因。对于“高”优先级的问题，上报产品经理。5.3.2.2.5.3.2.2.制定纠正措施制定纠正措施原因分析基础上，制定适当的纠正措施，根据问题的优先级，计划解决时间，指派责任人。偏差控制参照“变更管理规程”。5.3.2.3.5.3.2.3.跟踪纠正措施跟踪纠正措施责任人负责实施纠正措施、解决问题，记录问题解决时间。项目经理跟踪纠正措施执行的过程，指定

24、人员进行验证，直到该问题被消除为止。第 14 页 共 18 页如果问题重复出现，则将问题升级，重新进行原因分析，找出根本原因，采取新的纠正措施，并持续对问题进行跟踪处理直至解决。5.4.5.4.风险管理风险管理项目风险管理（RSKM）流程图风险识别风险评估风险缓解风险监控项目组项目组高级经理高级经理输出输出输入输入开始结束风险识别风险监控风险缓解措施风险评估相关信息决策分析风险管理报告风险识别记录5.4.1.5.4.1. 风险识别风险识别 风险识别阶段的目标是指确定哪些可能影响项目目标实现（导致费用超支、进度推迟或性能降低）的潜在问题，为项目团队创建一个项目风险管理报告。项目风险管理报告为项目

25、一段时期内可能存在的风险及监控记录，应定期审查，以便重新检查可能的风险来源和调整条件，从而进一步发现以前没有注意到的或者是未知的风险。 常用风险识别方法包括以下几种：类比法类比法该方法通过获取组织财富库中风险库和历史类似项目积累的风险数据进行项目的风险识别。在风险库中，按类别列出了在组织范围内与项目有关的所有可能风险描述，使得项目经理集中来识别常见的、已知的和可预测的风险，如产品规模风险、需求风险、管理风险及技术风险等。项目组根据本项目的特点以及风险库，进行本项目的风险识别。类比法的优点是它使风险识别能按照系统化、规范化的要求去识别风险，且简单易行。第 15 页 共 18 页头脑风暴法头脑风暴

26、法 项目经理组织合适人员（可考虑项目组成员、外聘专家、客户等各方人员）组成小组，根据项目目标、项目的制约因素和假设条件、与本项目具有相关性的历史资料以及过去的经验教训等信息通过头脑风暴法分析得出项目的可能风险。头脑风暴法流程：Step1Step1：选择合适人员参加（项目组成员、外聘专家），明确讨论的问题和时间限制。Step2Step2：会议准备（确定时间、地点，会议通知等）。Step3Step3：会议开始时，宣布议题：分析项目可能风险，指定记录人。主持人鼓励与会人员自由发表见解，禁止评论并控制时间。记录人记录所有风险。Step4Step4：会议结束后，项目经理整理会议列出的风险（合并同类风险、

27、排序），并进行评价。 项目组可以结合使用上述两种方法，进行项目风险识别。首先项目经理通过类比法的将识别结果记录到项目风险管理报告中，再召开头脑风暴会议，将补充风险记录在风险管理报告中。内容包含：风险编号、风险描述、提出人、可能发生阶段等。风险识别的结果将成为风险评估阶段的主要输入。风险识别过程记录在风险识别记录中。5.4.2.5.4.2. 风险评估风险评估项目成员评定各风险的产生原因、发生概率和产生影响以及可以采取的补救措施风险评估活动风险评估步骤(1)评价风险可能性和影响对每一个风险进行评价，方法是对其可能性和影响进行打分，风险值较大的几个风险记录在风险管理报告中，进行管理和监控。可能性是指

28、风险发生的可能性。其量化评价方法是按下列描述打分：高可高可能性能性 P=70%P=70%；中可能性；中可能性 30%P70%30%P70%；不可能；不可能 P=30%P=70%P=70%4.0-4.0-2.82.82.0-2.0-1.41.41.0-1.0-0.70.770%P30%70%P30%2.8-2.8-1.21.21.4-1.4-0.60.60.7-0.7-0.30.3P=30P=301.2-01.2-00.6-00.6-00.3-00.3-0(3)确定风险优先级定义一个高优先级列表，方法是从定义一个高优先级列表，方法是从 1 1 级风险中选择一个子集级风险中选择一个子集( (最高的

29、最高的 3 3 到到 5 5个风险个风险) )。高优先级的风险纳入。高优先级的风险纳入风险管理报告风险管理报告，作为风险处理和减缓计划的输入。由于每个项目的资源都是有限的，所以风险管理(处理、减缓、跟踪)必须把精力集中在这种最重要的风险子集上。当然，如果在项目进行中条件和优先级改变了，那么组成此子集的风险也要随之改变。(4)对风险分类适当的时候，可以把风险进行分类，即相关的风险分组到一起：这些风险可能需要相似的风险处理或者可能会在同一领域发生反面影响。这种分组有助于理解风险的本质，并且会导致更为有效的风险处理和减缓计划。5.4.3.5.4.3. 风险缓解风险缓解风险缓解是针对那些对项目来说最重

30、要的风险，拟订风险缓解措施的过程。a) 缓解方式有：风险规避、风险转移、风险接受、风险减弱。b) 缓解措施：制订风险缓解措施的时候，建议参照组织的风险库。优先级越高的风险，优先保证缓解措施所需资源。对于优先级排名前三位的风险，项目经理应该判断风险发生时是否要制订应急措施。c) 高级别的风险可以考虑制定多个缓解措施，在进行多种缓解措施选择的时候，需要引用“决策分析和决定程序”。风险缓解措施直接记录到项目风险管理报告中，将成为风险监控阶段的主要输入。在项目计划中的成本计划要考虑风险管理的成本。5.4.4.5.4.4. 风险监控风险监控风险管理是一个连续的过程，因此在项目的实施过程中需要遵循预先制订的计划定期监第 17 页 共 18 页督风险和风险缓解