项目管理流程文件编号:编 制：审 核：批 准：受控状态：各版本建立及修订履历版本号建立/修订履历申请人/日期审核人/日期批准人/日期A00初次建立项目管理流程目录1. 目的和范围 42. 引用文件 43. 职责 44. 术语 65. 工作程序 65.1. 开发立项 75.1.1. 立项流程 75.1.2. 项目标识 75.2. 项目策划 85.2.1. 流程图 85.2.1.1. 建立需求阶段计划 85.2.1.2. 建立项目总体计划 85.2.1.3. 建立项目支持计划 95.2.1.4. 分解项目基准计划和项目总体计划 105.2.1.5. 项目支持计划 105.2.2. 计划执行和变更控制 105.3. 项目监控 115.3.1. 对照项目计划进行跟踪 115.3.1.1. 周跟踪及报告 115.3.1.2. 里程碑/绩效节点跟踪及报告 125.3.1.3. 不定期跟踪 135.3.2. 问题管理 135.3.2.1. 原因分析 135.3.2.2. 制定纠正措施 135.3.2.3. 跟踪纠正措施 135.4. 风险管理 145.4.1. 风险识别 145.4.2. 风险评估 155.4.3. 风险缓解 165.4.4. 风险监控 165.4.4.1. 监控风险的状态 165.4.4.2. 应急措施的执行 175.4.4.3. 风险持续管理 175.5. 项目结项 175.5.1. 结项总结 175.5.2. 结项申请 175.5.3. 结项评估 175.5.4. 评估审批 185.5.5. 项目财富入库 186. 模板 181. 目的和范围确定开发立项、策划、监控、风险管理及结项流程，通过规范项目管理过程，保证开发 项目顺利进行，以保证最终产品质量。本文件适用于一般开发项目管理过程。2. 引用文件评审规程变更管理规程3. 职责角色职责技术经理1、项目策划工作：组织进行项目工作结构分解组织进行项目估算，编制项目基准计划、项目总体计戈y组织进行项目总体计划和项目基准计划评审依据项目总体计划和项目基准计划进行月度计划分解按照项目计划进行开发管理2、项目监控工作：对照计划进行项目的监督和控制，进行偏差控制按照要求进行项目报告组织项目里程碑评审提交项目评估申请向产品经理进行工作汇报3、风险监控工作：项目风险识别及评估，建立项目风险管理报告 按要求进行风险监控和风险缓解4、项目结项工作：完成结项总结报告，提岀项目结项绩效评估申请配合进行结项评估工作项目组成员1、项目策划工作：参与项目策划过程按计划开展项目工作2、项目监控工作：参加项目会议，向项目经理汇报工作3、风险管理工作：识别、提岀风险协助项目经理处理风险。跟踪所负责的风险，及时采取缓解措施4、项目结项工作：参与结项评估会议大项目经理1、立项工作：安排人员提交立项申请表立项申请审核2、项目策划工作：审核项目基准计划并协调资源3、项目监控工作：跟踪项目经理对项目的监督和控制活动，审阅项目经理提 交的报告，及时了解项目进展情况，并在项目偏差控制时， 提供支持并监督偏差控制的纠正措施实施情况4、项目风险监控工作：及时了解项目中高级别的风险以及缓解措施提供风险管理所需的资源5、项目结项工作：接受结项申请组织进行结项评估审批结项结论参与结项评估产品评审委员会1、立项工作：进行立项申请表的审批2、项目策划工作：进行项目基准计划和项目总体计划的审批3、项目结项工作：审批项目绩效奖金PQA工程师1、项目策划工作：依据项目基准计划和项目总体计划编制项目质 量保证计划。根据项目计划不断维护或变更项目质量保证计划参与项目评审工作依据项目基准计划和项目总体计划编制项目总 体测试计划维护或变更项目总体测试计划2、项目管理过程审计工作：依据项目质量保证计划进行项目管理过程QA审计和报告参与项目评审工作。3、项目风险监控工作：根据各项目的风险管理报告，建立并定期完善组织的风险数据库配置管理员1、项目策划工作：依据项目基准计划和项目总体计划编制项目配置管理计划维护或变更项目配置管理计划参与项目评审工作2、项目管理工作：依据项目配置管理计划进行配置管理工作4. 术语术语或缩略语解释PDPProject Defined Process,项目已定义过程WBS工作分解结构 (WBS Work Breakdow n Structure)，5. 工作程序项目管理过程流程图:5.1. 开发立项5.1.1. 立项流程立立立立、 、 立立立立立立立立 立 * 立立立立 立立立项申请依据公司立项的主项目，开发部门组织进行项目分解或细化，指定人员进行立项申请， 编制立项申请表；内部及现有产品改型需求，开发部门提岀立项需求，指定人员进行立项申请，编制立 项申请表；立项评审开发部门组织进行立项评审。立项申请表主要由开发部门负责人审核，高级管理者批准。立项公告立项申请表审批后，由立项申请部门将此表及相关资料提交开发管理部，由其进行 ERP开发项目建立及公告。项目任务下达：立项申请表批准后，项目实施前，部门根据实际情况，给对应项目组下达项目壬 务书。5.1.2. 项目标识一般开发项目编号规则详见公司合同管理规定52项目策划5.2.1.流程图5.2.1.1. 建立需求阶段计划立项公告后，项目经理策划需求阶段工作进行分解，记录在WBS中。需求评审通过以后，项目经理组织进行下一阶段各策划工作。5.2.1.2. 建立项目总体计划确定项目范围项目经理根据项目立项公告和项目需求，获得项目的范围与工作要求的信息，确定项目最终交付物，明确项目组织结构。项目分解根据所确定的工作范围，项目经理组织进行WBS工作结构分解，并用Project 表示，可在 Project Web Access上实现。在项目的策划过程中，应通过阶段完善的方式对WBS进行不断的细化与补充。为保证管理的有效性。WBS由产品经理负责审批。项目估算根据所确定的 WBS由项目经理组织估算活动。项目估算包括进度、规模、工作量，成 本以及由此产生的其它工作与资源的估算（不仅局限于此）。估算要求详细请参考“估算规程”。建立项目总体计划以及项目基准计划主要包括以下几个方面的内容：项目进度安排； 项目评审计划安排； 项目资源计划； 项目采购计划； 项目的沟通计划； 识别项目风险； 项目成本计划； 测量计划； 制定支持计划，可以体现在项目总体计划中，也可以根据项目总体计划以 及项目基准计划内容单独列出。项目总体计划以及项目基准计划的评审 项目总体计划以及项目基准计划评审的内容包括（但不限于） ： 项目目标是否明确， 范围是否清晰； 项目估算（规模、工作量、成本等）是否可信； 项目生命周期模型以及选择过程模型是否合理； 项目阶段和里程碑划分、评审计划是否合理；资源配置是否合理； 职责分工是否清晰、合理； 进度安排、各阶段费用安排是否合理并符合要求； 支持计划是否与总体计划保持一致； 风险是否考虑全面，缓解措施是否合理； 测试计划中的测量项是否合理可执行。评审过程： 项目基准计划编写完成后，由项目经理组织进行项目内部讨论与评审，评审前要求参与 评审人员按照 “计划检查单” 内容记录项目实际情况， 对评审会确认为问题的内容记录至 目问题跟踪表内容中。评审过程可以参考“评审规程”中“管理会议评审”的方式。评审通过后，项目经理将项目总体计划和项目基准计划提交产品经理审核，高 级管理者批准。5.2.1.3. 建立项目支持计划 项目支持计划可包含在项目总体计划中，也可单独列出。 配置管理员、 QA 工程师、测试主管根据批准后的项目总体计划和项目基准计划 建立对应项目支持计划。项目支持计划审批要求如下：支持计划名称审核批准配置管理计划项目经理产品经理质量保证计划项目经理QA组长总体测试计划项目经理产品经理评审通过的项目总体计划和项目基准计划由项目组纳入配置管理并受控；评审 不通过的项目计划，由项目组根据审核意见重新修改项目计划后在三个工作日内再次提交评审。项目组对计划的修改要保留更改记录。项目计划批准后，项目经理需将批准后的项目计划发送给所有利益相关人（如：客户、营销中心、项目组成员、QA工程师、测试组、采购部门、产品使用部门、生产部门、公司内部相关代表等）。5214分解项目基准计划和项目总体计划每月初，项目经理根据项目实际的开发进度以及项目基准计划项目总体计划中对主要节点完成时间的要求，策划项目本月开发计划的内容，项目经理组织进行WBS工作结构分解，并用 Project 表示，可在 Project WebAccess上实现。 WBS的目的是将项目分解为 可管理的任务，作为项目计划与跟踪的基础。WBS分解详细程度的准则：任务包是否有利于分配与跟踪任务完成的状态是否可验证任务所分配的时长是否利于管理与控制每项任务的大小不要超过五个工作日。本月项目的各类型支持计划如：质量保证计划、配置管理计划、测试计划最终也在WBS上体现和管理。5.2.1.5.项目支持计划配置管理员、QA工程师、测试主管根据项目各月度分解计划，分解对应支持计划。直接在原支持计划基础上更新即可。5.22计划执行和变更控制项目组按计划执行项目活动，项目执行过程中如果项目的实际情况与项目计划产生偏差，项目经理执行变更，变更必须留下记录;具体变更要求执行“变更管理规程”53 项目监控5.3.1. 对照项目计划进行跟踪项目立项后、项目计划审批通过前，项目经理通过项目周报汇报项目进展情况。项目经理周期性地跟踪项目计划的各种参数如规模、工作量、进度、资源、风险等，了 解项目的实际进展情况。跟踪报告的方式有三种：周报告、项目总结报告、不定期报告。跟 踪的输岀结果纳入配置管理。531.1. 周跟踪及报告跟踪内容进度工作量成本规模问题及解决情况跟踪步骤及汇报角色任务