开发项目工作管理流程

1、第4页 共19页 HYPERLINK /keyword/allindex/%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86%E5%85%A8%E8%BF%87%E7%A8%8B%E6%B5%81%E7%A8%8B%E5%9B%BE o 项目管理全过程流程图 HYPERLINK /keyword/allindex/%E5%BC%80%E5%8F%91%E9%A1%B9%E7%9B%AE%E5%B7%A5%E4%BD%9C%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B o 开发项目工作管理流程 开发项目工作管理流程文件编号： 编 制： 审 核： 批

2、 准： 受控状态： 各版本建立及修订履历版本号建立/修订履历申请人/日期审核人/日期批准人/日期A00初次建立项目管理流程目 录 TOC o 1-4 h z u HYPERLINK l _Toc225825821 1.目的和范围 PAGEREF _Toc225825821 h 44 HYPERLINK l _Toc225825822 2.引用文件 PAGEREF _Toc225825822 h 44 HYPERLINK l _Toc225825823 3.职责 PAGEREF _Toc225825823 h 44 HYPERLINK l _Toc225825824 4.术语 PAGEREF _

3、Toc225825824 h 66 HYPERLINK l _Toc225825825 5.工作程序 PAGEREF _Toc225825825 h 66 HYPERLINK l _Toc225825826 5.1.开发立项 PAGEREF _Toc225825826 h 76 HYPERLINK l _Toc225825827 5.1.1.立项流程 PAGEREF _Toc225825827 h 77 HYPERLINK l _Toc225825828 5.1.2.项目标识 PAGEREF _Toc225825828 h 77 HYPERLINK l _Toc225825829 5.2.项目

4、策划 PAGEREF _Toc225825829 h 88 HYPERLINK l _Toc225825830 5.2.1.流程图 PAGEREF _Toc225825830 h 88 HYPERLINK l _Toc225825831 .建立需求阶段计划 PAGEREF _Toc225825831 h 88 HYPERLINK l _Toc225825832 .建立项目总体计划 PAGEREF _Toc225825832 h 88 HYPERLINK l _Toc225825833 .建立项目支持计划 PAGEREF _Toc225825833 h 99 HYPERLINK l _Toc22

5、5825834 .分解项目基准计划和项目总体计划 PAGEREF _Toc225825834 h 1010 HYPERLINK l _Toc225825835 .项目支持计划 PAGEREF _Toc225825835 h 1010 HYPERLINK l _Toc225825836 5.2.2.计划执行和变更控制 PAGEREF _Toc225825836 h 1010 HYPERLINK l _Toc225825837 5.3.项目监控 PAGEREF _Toc225825837 h 1111 HYPERLINK l _Toc225825838 5.3.1.对照项目计划进行跟踪 PAGER

6、EF _Toc225825838 h 1111 HYPERLINK l _Toc225825839 .周跟踪及报告 PAGEREF _Toc225825839 h 1111 HYPERLINK l _Toc225825840 .里程碑/绩效节点跟踪及报告 PAGEREF _Toc225825840 h 1212 HYPERLINK l _Toc225825841 .不定期跟踪 PAGEREF _Toc225825841 h 1313 HYPERLINK l _Toc225825842 5.3.2.问题管理 PAGEREF _Toc225825842 h 1313 HYPERLINK l _To

7、c225825843 .原因分析 PAGEREF _Toc225825843 h 1313 HYPERLINK l _Toc225825844 .制定纠正措施 PAGEREF _Toc225825844 h 1313 HYPERLINK l _Toc225825845 .跟踪纠正措施 PAGEREF _Toc225825845 h 1313 HYPERLINK l _Toc225825846 5.4.风险管理 PAGEREF _Toc225825846 h 1414 HYPERLINK l _Toc225825847 5.4.1.风险识别 PAGEREF _Toc225825847 h 141

8、4 HYPERLINK l _Toc225825848 5.4.2.风险评估 PAGEREF _Toc225825848 h 1515 HYPERLINK l _Toc225825849 5.4.3.风险缓解 PAGEREF _Toc225825849 h 1615 HYPERLINK l _Toc225825850 5.4.4.风险监控 PAGEREF _Toc225825850 h 1715 HYPERLINK l _Toc225825851 .监控风险的状态 PAGEREF _Toc225825851 h 1715 HYPERLINK l _Toc225825852 .应急措施的执行 P

9、AGEREF _Toc225825852 h 1717 HYPERLINK l _Toc225825853 .风险持续管理 PAGEREF _Toc225825853 h 1717 HYPERLINK l _Toc225825854 5.5.项目结项 PAGEREF _Toc225825854 h 1717 HYPERLINK l _Toc225825855 5.5.1.结项总结 PAGEREF _Toc225825855 h 1717 HYPERLINK l _Toc225825856 5.5.2.结项申请 PAGEREF _Toc225825856 h 1717 HYPERLINK l _

10、Toc225825857 5.5.3.结项评估 PAGEREF _Toc225825857 h 1817 HYPERLINK l _Toc225825858 5.5.4.评估审批 PAGEREF _Toc225825858 h 1818 HYPERLINK l _Toc225825859 5.5.5.项目财富入库 PAGEREF _Toc225825859 h 1818 HYPERLINK l _Toc225825860 6.模板 PAGEREF _Toc225825860 h 1818第19页 共19页目的和范围确定开发立项、策划、监控、风险管理及结项流程，通过规范项目管理过程，保证开发项目

11、顺利进行，以保证最终产品质量。本文件适用于一般开发项目管理过程。引用文件评审规程变更管理规程职责角色职责技术项目经理1、项目策划工作：组织进行项目工作结构分解组织进行项目估算，编制项目基准计划、项目总体计划组织进行项目总体计划和项目基准计划评审依据项目总体计划和项目基准计划进行月度计划分解按照项目计划进行开发管理2、项目监控工作：对照计划进行项目的监督和控制，进行偏差控制按照要求进行项目报告组织项目里程碑评审提交项目评估申请向产品经理进行工作汇报3、风险监控工作：项目风险识别及评估，建立项目风险管理报告按要求进行风险监控和风险缓解4、项目结项工作：完成结项总结报告，提出项目结项绩效评估申请配合

12、进行结项评估工作项目组成员1、项目策划工作：参与项目策划过程按计划开展项目工作2、项目监控工作：参加项目会议，向项目经理汇报工作3、风险管理工作：识别、提出风险协助项目经理处理风险。跟踪所负责的风险，及时采取缓解措施项目结项工作：参与结项评估会议大项目产品经理1、立项工作：安排人员提交立项申请表立项申请审核2、项目策划工作：审核项目基准计划并协调资源3、项目监控工作：跟踪项目经理对项目的监督和控制活动，审阅项目经理提交的报告，及时了解项目进展情况，并在项目偏差控制时，提供支持并监督偏差控制的纠正措施实施情况4、项目风险监控工作：及时了解项目中高级别的风险以及缓解措施提供风险管理所需的资源5、项

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

14、：依据项目基准计划和项目总体计划编制项目配置管理计划维护或变更项目配置管理计划参与项目评审工作项目管理工作：依据项目配置管理计划进行配置管理工作测试主管依据项目基准计划和项目总体计划编制项目总体测试计划维护或变更项目总体测试计划参与项目评审工作。术语术语或缩略语解释PDPProject Defined Process,项目已定义过程WBS工作分解结构(WBS Work Breakdown Structure)，工作程序项目管理过程流程图：开发立项立项流程立项申请依据公司立项的主项目，开发部门组织进行项目分解或细化，指定人员进行立项申请，编制立项申请表；内部及现有产品改型需求，开发部门提出立项需

15、求，指定人员进行立项申请，编制立项申请表；立项评审开发部门组织进行立项评审。立项申请表主要由开发部门负责人审核，高级管理者批准。立项公告立项申请表审批后，由立项申请部门将此表及相关资料提交开发管理部，由其进行ERP开发项目建立及公告。项目任务下达： 立项申请表批准后，项目实施前，部门根据实际情况，给对应项目组下达项目任务书。项目标识一般开发项目编号规则详见公司合同管理规定。项目策划流程图建立需求阶段计划立项公告后，项目经理策划需求阶段工作进行分解，记录在WBS中。需求评审通过以后，项目经理组织进行下一阶段各策划工作。建立项目总体计划确定项目范围项目经理根据项目立项公告和项目需求，获得项目的范围

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

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

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

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

20、ess上实现。WBS的目的是将项目分解为可管理的任务，作为项目计划与跟踪的基础。WBS分解详细程度的准则：任务包是否有利于分配与跟踪任务完成的状态是否可验证任务所分配的时长是否利于管理与控制每项任务的大小不要超过五个工作日。本月项目的各类型支持计划如：质量保证计划、配置管理计划、测试计划最终也在WBS上体现和管理。项目支持计划配置管理员、QA工程师、测试主管根据项目各月度分解计划，分解对应支持计划。直接在原支持计划基础上更新即可。计划执行和变更控制项目组按计划执行项目活动，项目执行过程中如果项目的实际情况与项目计划产生偏差，项目经理执行变更，变更必须留下记录；具体变更要求执行“变更管理规程”。

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

22、项目问题跟踪表；技术中心每周六组织各项目例会，总结工作，讨论存在的问题，进行资源及承诺等跟踪，让所有项目成员清楚地了解项目的实际进展情况，同时明确下周工作任务分解。对于周例会上发现的问题纳入对应项目项目问题跟踪表进行跟踪和管理。 项目经理将项目周报、项目问题跟踪表汇报给产品经理，通报所有项目成员。里程碑/绩效节点跟踪及报告项目经理进行里程碑跟踪。跟踪内容项目进度工作量成本规模风险问题及解决情况跟踪记录跟踪结果形成项目总结报告。项目经理（或其指定的项目成员），每里程碑对风险进行重新评估，确保新的风险变化能被及时识别。风险跟踪的数据保存在项目风险管理报告中。风险管理过程参见5.4“风险管理”。对问

23、题及解决等情况等进行跟踪，记录在项目问题跟踪表中。里程碑审查：责任人任务输出汇报对象项目经理 （1）编制本里程碑的项目总结报告（2）策划下一阶段的工作项目总结报告项目问题跟踪表产品经理项目组（1）提出里程碑评审申请（2）参加里程碑评审项目总结报告项目问题跟踪表项目风险管理报告项目测量记录里程碑评审检查单评审报告项目经理在里程碑点跟踪总结里程碑工作完成情况：（1）收集并分析测量数据，形成项目测量记录，具体过程参见“测量和分析程序”。（2）进行阶段工作总结，包括任务完成情况、风险和问题管理状况等，并进行偏差分析，形成项目总结报告。（3）细化下一阶段的工作任务，更新项目基准计划项目总体计划和WBS。

24、（4）重新评估风险，更新项目风险管理报告。（5）统计评审问题的状态，更新评审问题跟踪表。（6）识别新的问题，更新项目问题跟踪表。项目经理在里程碑点提请开发管理部组织里程碑评审。里程碑评审采用“会议”方式进行，具体参见“评审规程”。（1）评审组成员可包括但不限于：项目管理人员、项目经理以及主要项目成员、QA工程师、测试人员、配置管理员、客户代表、关联项目组代表；（2）输入：项目总结报告；重新识别后的项目风险管理报告；更新后的项目总体计划以及项目基准计划、WBS；最新处理情况的评审问题跟踪表、项目问题跟踪表、项目测量记录（以上输入由产品经理审核后提交开发管理部）；本阶段QA工作报告，QA问题跟踪表

25、由QA工程师提交开发管理部。（3）输出：评审报告；（4）检查单：里程碑评审检查单里程碑会议和周例会间隔时间小于3天的，只召开一次会议，但必须同时输入里程碑和周工作情况。不定期跟踪项目经理根据实际需要，通过召开不定期会议的方式进行，形成会议纪要，通报所有项目成员。问题管理项目经理在跟踪过程中收集了引起项目偏差的问题，同时需要对问题进行管理：进行原因分析，采取纠正措施，管理纠正措施，直到结束。问题管理的相关信息记录在项目问题跟踪表中。原因分析项目经理组织对问题发生的原因进行分析，对问题进行归类，划分优先级，并找出根本原因。对于“高”优先级的问题，上报产品经理。制定纠正措施原因分析基础上，制定适当的

26、纠正措施，根据问题的优先级，计划解决时间，指派责任人。偏差控制参照“变更管理规程”。跟踪纠正措施责任人负责实施纠正措施、解决问题，记录问题解决时间。项目经理跟踪纠正措施执行的过程，指定人员进行验证，直到该问题被消除为止。如果问题重复出现，则将问题升级，重新进行原因分析，找出根本原因，采取新的纠正措施，并持续对问题进行跟踪处理直至解决。风险管理风险识别 风险识别阶段的目标是指确定哪些可能影响项目目标实现（导致费用超支、进度推迟或性能降低）的潜在问题，为项目团队创建一个项目风险管理报告。项目风险管理报告为项目一段时期内可能存在的风险及监控记录，应定期审查，以便重新检查可能的风险来源和调整条件，从而

27、进一步发现以前没有注意到的或者是未知的风险。 常用风险识别方法包括以下几种：类比法该方法通过获取组织财富库中风险库和历史类似项目积累的风险数据进行项目的风险识别。在风险库中，按类别列出了在组织范围内与项目有关的所有可能风险描述，使得项目经理集中来识别常见的、已知的和可预测的风险，如产品规模风险、需求风险、管理风险及技术风险等。项目组根据本项目的特点以及风险库，进行本项目的风险识别。类比法的优点是它使风险识别能按照系统化、规范化的要求去识别风险，且简单易行。头脑风暴法 项目经理组织合适人员（可考虑项目组成员、外聘专家、客户等各方人员）组成小组，根据项目目标、项目的制约因素和假设条件、与本项目具有

28、相关性的历史资料以及过去的经验教训等信息通过头脑风暴法分析得出项目的可能风险。头脑风暴法流程：Step1：选择合适人员参加（项目组成员、外聘专家），明确讨论的问题和时间限制。Step2：会议准备（确定时间、地点，会议通知等）。Step3：会议开始时，宣布议题：分析项目可能风险，指定记录人。主持人鼓励与会人员自由发表见解，禁止评论并控制时间。记录人记录所有风险。Step4：会议结束后，项目经理整理会议列出的风险（合并同类风险、排序），并进行评价。 项目组可以结合使用上述两种方法，进行项目风险识别。首先项目经理通过类比法的将识别结果记录到项目风险管理报告中，再召开头脑风暴会议，将补充风险记录在风险

29、管理报告中。内容包含：风险编号、风险描述、提出人、可能发生阶段等。风险识别的结果将成为风险评估阶段的主要输入。风险识别过程记录在风险识别记录中。风险评估项目成员评定各风险的产生原因、发生概率和产生影响以及可以采取的补救措施风险评估活动风险评估步骤(1)评价风险可能性和影响对每一个风险进行评价，方法是对其可能性和影响进行打分，风险值较大的几个风险记录在风险管理报告中，进行管理和监控。可能性是指风险发生的可能性。其量化评价方法是按下列描述打分：高可能性P=70%；中可能性30%P70%；不可能P=70%4.0-2.82.0-1.41.0-0.770%P30%2.8-1.21.4-0.60.7-0.

30、3P=301.2-00.6-00.3-0(3)确定风险优先级定义一个高优先级列表，方法是从1级风险中选择一个子集(最高的3到5个风险)。高优先级的风险纳入风险管理报告，作为风险处理和减缓计划的输入。由于每个项目的资源都是有限的，所以风险管理(处理、减缓、跟踪)必须把精力集中在这种最重要的风险子集上。当然，如果在项目进行中条件和优先级改变了，那么组成此子集的风险也要随之改变。(4)对风险分类适当的时候，可以把风险进行分类，即相关的风险分组到一起：这些风险可能需要相似的风险处理或者可能会在同一领域发生反面影响。这种分组有助于理解风险的本质，并且会导致更为有效的风险处理和减缓计划。风险缓解风险缓解是针对那些对项目来说最重要的风险，拟订风险缓解措施的过程。a) 缓解方式有：风险规避、风险转移、风险接受、风险减弱。b) 缓解措施：制订风险缓解措施的时候，建议参照组织的风险库。优先级越高的风险，优先保证缓解措施