计划项目管理计划标准规范及其流程经过.doc

《计划项目管理计划标准规范及其流程经过.doc》由会员分享，可在线阅读，更多相关《计划项目管理计划标准规范及其流程经过.doc（17页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、#+ 项目管理规范及流程 V1.0 版 #+ 目 录 一、立项管理3 1、立项标准、级别划分和管理 .3 2、立项管理流程 .4 2、立项建议规程 .4 3、立项评审规程 .5 4、项目筹备规程 .6 5、关键活动、工作成果及责任人 .7 二、项目规划与监控8 1、项目规划与监控流程 .8 2、项目规划规程 .8 3、项目计划跟踪规程 .10 4、偏差控制规程 .10 5、关键活动、工作成果及责任人 .11 三、风险跟踪与变更控制12 1、风险跟踪与变更控制流程 .12 2、风险跟踪规程 .12 3、变更控制规程 .13 4、关键活动、工作成果及责任人 .14 四、结项管理15 1、结项流程

2、.15 2、申请结项规程 .16 3、结项评估规程 .16 4、关闭项目规程 .17 5、关键活动、工作成果及责任人 .18 #+ 一、立项管理 1、立项 由领导牵头进行立项，集中调用策划、产品、设计、技术等相关人员组建临时项目小组，项 目结束后项目组自动解散。 2、立项管理流程 立项流程图 立项建议立项评审项目筹备 输出 评审机构 （公司领导、产创部、其他部门） 产品人员输入 产品构思和调研 是否通过 否 1、产品方案 2、产品原型 3、立项建议书 4、产品UI设计 5、产品评审报告 6、立项申请书 结束 开始 产品可行性分析 立项申请 立项评审 是否放弃否 否 否 是 制定产品计划 1、立

3、项评审报告 是 项目启动会 1、产品计划 2、产品需求说明书 3、项目任务书 完成产品需求文档 PRD 否 是否通过 产品计划审批 否 是 产品需求文档评审 是否通过 是 1、产品方案 2、产品原型 3、立项建议书 4、产品UI设计 5、产品评审报告 6、立项申请书 图 1 立项管理流程 #+ 2、立项建议规程 目的 根据产品方案 ，进行产品立项分析，确定可以为企业带来利益的产品，并 制作产品原型 、产品 UI 设计，编写立项建议书申请立项。 角色与职责产品人员 启动准则评审机构已经成立 输入与产品有关的任何信息及资料 主要步骤 【Step1】产品构思和调研 由产品人员（经理）进行产品构思和调

4、研，确定产品的定位、功能、客户群体， 了解市场状况，进行同类产品调查和竞争对手调查，为产品可行性分析提供充 分的、有价值的信息，并撰写产品方案 、制作产品原型 。 【Step2】产品可行性分析 产品人员（经理）从市场可行性、政策可行性、技术可行性、成本-收益分析、 SWOT 分析方面进行论证，提供充分的、有价值的信息，并完善产品方案 ， 增加可行性分析内容。 【Step3】立项建议 由产品人员（经理）根据完整的产品方案 ，撰写立项建议书 ，重点阐述 产品功能、定位，市场需求，产品目标，技术方案，项目估算，开发计划以及 营销计划，并给出清晰的结论，便于评审机构决策。 输出产品方案 、 立项建议书

5、 结束准则 产品人员撰写并完善了产品方案 、 立项建议书 ，并完成了内审审查（消 除拼写、排版等错误） 表 1 立项建议规程 3、立项评审规程 目的 根据产品人员（经理）提交的产品方案 、 产品原型及立项建议书 ， 进行产品立项评审，同意可以为企业带来利益的立项建议。反之，拒绝不能给 #+ 企业带来利益的立项建议。将人力资源、资金、时间投入到有价值的产品上， 避免人力、物力、财力、时间的浪费。立项评审属于决策行为。 角色与职责 评审机构负责人组织评审。评审按照少数服从多数的原则投票表决是否同 意立项； 评审机构负责人除了主持评审会议外，还要负责撰写立项评审报告 ； 产品人员陈述立项建议书的主要

6、内容，并回答评审人员提出的问题； 评审机构决议后，公司领导做最终审批（公司领导有一票决定权或否决权） ； 启动准则产品人员已提交申请立项资料 输入产品方案 、 产品原型 、 立项建议书 主要步骤 【Step1】准备 评审机构负责人确定评审会议的时间、地点、设备和参加会议人员名单， 并通知所有相关人员； 评审机构负责人将产品方案 、 产品原型 、 立项建议书发给所有评 审人员，各评审人员必须在评审会议之前阅读完上述材料； 【Step2】举行评审会议 评审机构负责人宣讲本次评审会议的议程、重点、原则、时间限制等； 产品人员陈述立项建议书的主要内容； 答辩。评审人员提问，产品人员解答，双方应对有争议

7、的内容达成一致意 见； 记录人员记录答辩过程中的重要内容（问题、结论、建议等） ； 评估。评审人员根据“立项评审检查表”对该产品进行评估； 得出结论。评审机构给出评审结论和意见。 【Step3】公司领导终审 公司领导在立项评审报告中签注最终审批结论和意见。 输出立项评审报告 结束准则评审机构已经在立项评审报告中签注结论和意见 #+ 表 2 立项评审规程 4、项目筹备规程 目的完成产品需求文档 ，任命项目经理、下达任务书、召开项目启动会。 角色与职责 产品人员完成产品计划 、 产品需求文档 ； 产品创新部经理组织进行产品计划审批及产品需求文档评审； 开发部经理组织召开项目启动会，任命项目经理，并

8、下达项目任务书 ； 启动准则已批准立项 输入批准后的立项建议书 主要步骤 【Step1】完成产品需求文档 产品人员根据公司领导及公司规划，撰写产品需求文档 ； 【Step2】举行评审会议 产品创新部经理组织进行产品需求文档评审； 产品人员陈述评审文档； 答辩。评审人员提问，产品人员解答，双方应对有争议的内容达成一致意 见； 记录人员记录答辩过程中的重要内容（问题、结论、建议等） ； 评审机构给出修改意见。修改后再次评审，如无修改意见，提交公司领导 终审； 【Step3】公司领导终审 公司领导给出最终审批结论和意见。 【Step3】项目启动会 技术总监、产创部经理召开项目启动会，任命项目经理，下

9、达项目任务书； 输出产品需求文档 、 项目任务书 结束准则项目任务书已下达 表 3 项目筹备规程 #+ 5、关键活动、工作成果及责任人 关键活动主要工作成果责任人 产品构思和调研 产品可行性分析 产品方案 产品计划 产品人员 立项建议立项建议书产品人员 立项评审 立项评审检查表 立项评审报告 项目任务书 评审机构 评审机构 评审机构 制定产品需求说明书产品需求文档产品人员 表 4 关键活动、工作成果及责任人 二、项目规划与监控 1、项目规划与监控流程 项目规划与监控流程图 项目规划项目监控 产创部经理输出 评审机构 （公司领导、产创部、其他部门） 输入项目经理 开始 制定项目计划 （人力资源计

10、划、 开发进度计划、 成本计划、 设备资源计划） 结束 1、项目计划 2、项目计划评审报告 1、项目计划1、项目进度管控表 2、项目偏差控制报告 3、项目进展报告 1、产品计划 2、产品需求文档 3、产品需求说明书 4、项目计划评审检查表 项目计划审批 是否通过否 项目计划跟踪 是 偏差控制 项目进展汇报 图 2 项目规划与监控流程 #+ 2、项目规划规程 目的 对本项目的人力资源、任务进度、费用、设备资源等做出合适的安排，制定出 一些计划（包括宏观的和细节的） ，使大家按照计划行事，最终顺利地达到预 定的目标。 角色与职责项目规划由项目经理和核心成员共同完成 启动准则立项评审通过，已批准立项

11、 输入产品需求文档 主要步骤 【Step1】制定项目计划 确定目标和范围：首先确定本项目的目标与工作范围。目标必须是“可实 现的”和“可验证的” 。工作范围包括“做什么”和“不做什么” 。 确定过程模型：根据项目特征，确定过程模型，以及过程模型中采用的方 法与工具。 制定人力资源计划：制定本项目的角色职责表，并为已知的项目成员分配 角色（一个人可以兼多个角色） 。 制定软硬件资源计划：分析项目开发、测试以及用户使用产品所需的软硬 件资源，制定软硬件资源计划。 制定财务计划：计算项目开发过程中的人力成本、管理成本及商务成本， 制定项目预算表。 制定进度计划：分配任务并制定进度表，建议采用 Mic

12、rosoft Project 制 作 Gantt 图。 制定下属计划：制定本项目计划的下属计划，包括配置管理计划、质量管 理计划、技术评审计划及测试计划等。 【Step2】项目计划审批 申请审批：项目经理将项目计划提交给开发部产品人员，申请审核。 申请书可以采用电子邮件或书面报告等形式。 审批与修正：开发部经理初审后提交产品总监审批，产品总监根据“项目 #+ 计划检查表”认真审核项目计划 ，审核通过后报公司领导批准。如果 项目计划有不合理之处，项目经理应根据开发部经理和产品总监的意 见及时修正项目计划 。 批准生效：公司领导签字批准后，该项目计划正式生效，此后项目组 不能随意修改项目计划 。

13、项目计划跟踪：批准生效的项目计划由项目经理进行跟踪。 输出项目计划 、 项目计划评审报告 结束准则公司领导签字批准了项目计划 表 5 项目规划规程 3、项目计划跟踪规程 目的 将项目实际进展情况与项目计划进行对比，如果发现某些因素（如人力资源、 任务进度、费用、设备等）的偏差比较大，那么及时分析原因，给出纠正措施。 角色与职责 部门经理和项目经理跟踪项目的实施 项目成员协助项目经理采集有关数据 启动准则项目计划已批准 输入项目计划 主要步骤 【Step1】任务跟踪 部门经理和项目经理周期性地（如每周一次）跟踪每个重要的任务，将采 集的数据保存在项目进度管控表中。 【Step2】工作成果及规模跟

14、踪 部门经理和项目经理周期性地（如每周一次）跟踪工作成果及规模，将跟 踪结果用项目进展报告体现 。 输出项目进度管控表 、 项目进展报告 结束准则 任务跟踪、工作成果跟踪所产生的数据已经保存在项目进展报告 、 项目进 度管控表中。 表 6 项目计划跟踪规程 #+ 4、偏差控制规程 目的 对比“项目实际进展”和“项目计划” ，分析偏差，如果发现项目实际进展显 著偏离计划，则及时采取纠正措施。 角色与职责项目经理分析偏差，采取纠正措施 启动准则周期性地跟踪进度、工作量、工作成果等，及时了解项目的实际进展情况 输入项目计划 、 项目进度管控表 、 项目进展报告 主要步骤 【Step1】找出显著偏差

15、部门经理和项目经理根据任务跟踪、费用跟踪、工作成果跟踪所产生的数 据，对比“项目实际进展”与“项目计划” ，找出显著偏差项（例如进度 或费用偏差大于 20） 。 【Step2】分析原因 部门经理和项目经理分析产生显著偏差的原因，以便采取正确的纠正措施。 【Step3】给出纠正偏差的措施 部门经理和项目经理给出纠正显著偏差的措施： 如果偏差主要是由于项目计划不合理导致的，则要变更项目计划； 如果项目计划本身是合理的，偏差主要是由于项目成员在执行时产生 的，那么要求项目成员弥补偏差，避免原本合理的计划在实施时落空； 【Step4】跟踪纠正偏差的过程 部门经理和项目经理跟踪纠正偏差的过程，直到该偏差

16、被消除为止。 输出项目偏差控制报告 结束准则已发现的显著偏差被消除 表 7 偏差控制规程 5、关键活动、工作成果及责任人 关键活动主要工作成果责任人 #+ 制定项目计划项目计划项目经理 项目计划评审 项目计划 项目计划评审报告 评审机构 项目计划跟踪项目进度管控表项目经理、部门经理 偏差控制项目偏差控制报告项目经理 项目进展汇报项目进展报告项目经理 表 9 关键活动、工作成果及责任人 三、风险跟踪与变更控制 1、风险跟踪与变更控制流程 风险跟踪与变更控制流程图 风险跟踪变更控制 输出 评审机构 （公司领导、产创部、其他部门） 项目经理输入 否 是 开始 结束 1、需求文档 2、项目计划 执行变

17、更 1、新的需求文档 2、新的项目计划 3、变更控制报告 变更申请 1、风险管理报告 1、项目计划 2、风险检查表 风险识别 风险分析及处理 风险跟踪 风险关闭结束 是否通过 变更审批 图 3 风险跟踪与变更控制流程 2、风险跟踪规程 目的在风险产生危害之前识别它们，及时消除或削弱风险，减少或消除对项目的负 #+ 面影响。 角色与职责 开发部经理和项目经理负责风险管理。 项目成员协助项目经理处理风险。 启动准则项目计划已经制定，项目研发已经开始 输入 项目计划 ； 项目监控过程产生的文档如项目进度管控表 、 项目偏差控制报告和 项目进展报告等。 主要步骤 【Step1】风险识别 开发部经理和项

18、目经理根据“风险检查表” ，定期（例如每周一次）识别 本项目的风险。 【Step2】风险分析 开发部经理和项目经理评估每个风险的严重性、可能性和风险系数，并按 照风险系数从高到低的顺序排列风险。 【Step3】风险处理 对于风险系数超过“容许值” （建议为 10）的每一个风险，项目经理应当 给出风险减缓措施，并指定责任人。风险系数越高，越先处理。 【Step4】风险跟踪 开发部经理和项目经理跟踪风险减缓过程，直到风险已经解决为止。如果 风险的性质发生变化，应当及时更新风险减缓措施 【Step4】风险关闭 当风险的状态处于解决待关闭时，开发部经理和项目经理核查后确信该风 险已经被消除，那么关闭该

19、风险。 输出风险管理报告 结束准则所有风险都已经解决，相关信息已经记录到风险管理报告中 表 10 风险跟踪规程 3、变更控制规程 目的不是控制变更发生，而是在变更发生时防止变更失去控制。 #+ 角色与职责 项目经理申请变更 开发部经理审核变更申请。 公司领导批准变更申请。 项目经理更新文档。 启动准则 若下列之一发生，应当进行变更： 进度偏差超过了容许的误差，如 20； 费用偏差超过了容许的误差，如 20； 项目过程模型发生了显著的变化； 用户需求发生了重大的变化； 发生了对项目组而言不可抗拒的变化，例如公司裁员、机构调整、产品发 展战略调整等。 输入项目计划 、 需求文档 。 主要步骤 【S

20、tep1】变更申请 项目经理向开发部经理申请变更，变更申请书中应说明变更原因、变更内 容、变更对项目造成的影响。 【Step2】审批变更申请 开发部经理审核变更申请，如果不同意变更，则退回变更请求，项目按照 原计划执行；如果同意变更，转向Step3。 【Step3】修改项目计划或需求文档 修改原文档，产生新的项目计划或需求文档 。 【Step4】审批新的项目计划 公司领导批准新的项目计划 。 输出变更控制报告 、新的项目计划 、 需求文档 结束准则变更申请以及新的文档都得到了公司领导的批准 表 11 变更控制规程 4、关键活动、工作成果及责任人 关键活动主要工作成果责任人 风险识别、风险分析与

21、处 风险管理报告项目经理、部门经理 #+ 理、风险跟踪、关闭风险 变更申请 变更控制报告 新的项目计划 新的需求文档 项目经理 变更审批变更控制报告审批机构 执行变更 新的项目计划 新的需求文档 项目经理 表 12 关键活动、工作成果及责任人 四、结项管理 1、结项流程 结项流程图 申请结项结项评估关闭项目 输出 评审机构 （公司领导、产创部、其他部门） 项目经理输入 结项评估1、结项申请书 2、测试报告 1、项目总结 1、结项评估报告 申请结项开始1、结项申请书 结束 1、结项评估报告 1、产品需求说明书 2、项目计划 3、测试报告 是否通过 否 关闭项目 是 图 4 结项流程 #+ 2、申

22、请结项规程 目的申请结束项目工作，释放资源。 角色与职责由项目经理提出结项申请 启动准则 对于按照计划完成的项目，当项目已经执行完成时，可以进入结项管理流 程。 对于无法继续完成的项目，可以进入结项流程。 输入立项建议书 、 项目计划 、 产品需求说明书 、 测试报告 主要步骤 【Step1】申请结项 项目经理按照要求撰写结项申请书 ，提交给开发部经理审核。 输出结项申请书 结束准则项目经理已提交结项申请书 表 13 申请结项规程 3、结项评估规程 目的 清算项目资产（如资金、设备等） ； 评估任务完成状况（如进度、质量） ；与项目成员交流，挖掘可以重复利 用的知识财富，给出应用建议； 评估该

23、项目的价值，如市场价值、成本效益、技术积累等； 角色与职责评审机构对项目进行结项评审 启动准则项目任务结束，项目经理已提交结项申请书 输入立项建议书 、 测试报告 、 结项申请书 主要步骤 【Step1】准备 产品创新部经理经理确定评审会议的时间、地点、设备和参加会议人员名 单，并通知所有相关人员； 产品创新部经理经理将立项建议书 、 测试报告 、 结项申请书发给 所有评审人员，各评审人员必须在评审会议之前阅读完上述材料； 【Step2】举行评审会议 产品创新部经理经理宣讲本次评审会议的议程、重点、原则、时间限制等； #+ 项目经理陈述结项申请书的主要内容； 评审机构对该项目进行综合评估，主要

24、内容包括：项目完成情况、项目质 量、投入产出分析、项目的市场价值、项目对机构的贡献等； 总结项目经验教训。 得出结论。评审机构给出评审结论和意见，并撰写结项评估报告 。 【Step3】公司领导终审 公司领导在结项评估报告中签注最终审批结论和意见。 输出结项评估报告 结束准则公司领导已批准结项评估报告 表 14 结项评估规程 4、关闭项目规程 目的结束项目工作，释放资源，将工作移交给维护人员。 角色与职责评审机构 启动准则公司领导已批准结项评估报告 输入结项评估报告 主要步骤 【Step1】项目工作总结 项目组成员按照要求撰写项目工作总结 。 【Step2】移交项目工作 项目经理将工作移交给维护人员。 输出项目总结 结束准则项目经理已提交项目总结 ，项目工作已移交维护人员 表 15 关闭项目规程 5、关键活动、工作成果及责任人 关键活动主要工作成果责任人 #+ 申请结项结项申请书项目经理 结项评估结项评估报告评审机构 关闭项目项目总结 产创部经理、项目经理、项 目成员 表 16 关键活动、工作成果及责任人