项目管理流程与规范.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
项目管理流程及规范 项目管理流程及规范 2016年 2016年11月09日 目录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc466475384 1. 文档目的 PAGEREF _Toc466475384 \h 3 HYPERLINK \l _Toc466475385 2. 项目流程 PAGEREF _Toc466475385 \h 4 HYPERLINK \l _Toc466475386 3. 项目流程规范 PAGEREF _Toc466475386 \h 5 HYPERLINK \l _Toc466475387 3.1需求(调研)分析 PAGEREF _Toc466475387 \h 5 HYPERLINK \l _Toc466475388 3.2产品低保真原型 PAGEREF _Toc466475388 \h 5 HYPERLINK \l _Toc466475389 3.2原型/需求 评审 PAGEREF _Toc466475389 \h 5 HYPERLINK \l _Toc466475390 3.3项目立项 PAGEREF _Toc466475390 \h 5 HYPERLINK \l _Toc466475391 3.4需求确认 PAGEREF _Toc466475391 \h 6 HYPERLINK \l _Toc466475392 3.5项目周期重新估算 PAGEREF _Toc466475392 \h 6 HYPERLINK \l _Toc466475393 3.6活动(功能)时间估算 PAGEREF _Toc466475393 \h 6 HYPERLINK \l _Toc466475394 3.7需求变更管理 PAGEREF _Toc466475394 \h 7 HYPERLINK \l _Toc466475395 3.8风险预警 PAGEREF _Toc466475395 \h 7 HYPERLINK \l _Toc466475396 3.9进度控制 PAGEREF _Toc466475396 \h 7 HYPERLINK \l _Toc466475397 3.10质量管理 PAGEREF _Toc466475397 \h 8 HYPERLINK \l _Toc466475398 3.11产品发布 PAGEREF _Toc466475398 \h 8 HYPERLINK \l _Toc466475399 3.12项目验收 PAGEREF _Toc466475399 \h 8 文档目的 本文档是为了解决公司人员对项目流程不清晰的问题,特别是项目组成员,项目经理、产品经理和各部门之间的协作,达到合理管控项目,有制度可依。从而杜绝或减少项目排期混乱、随意插队等现象。 项目流程 项目流程规范 3.1需求(调研)分析 明确项目范围 明确项目目标 识别项目干系人并管理期望 整理项目需求 可行性分析(技术、经济、操作) 预测项目风险 以上内容形成项目概况报告,并包含初步的里程碑点和排期表 (外部如有需要可以实地考察,调研,需准备调研表格,做完后签字) (如有方案或合同,项目经理需要仔细逐条过一遍,找出和实际的差异,内容形成差异报告含在项目概况报告里面) 3.2产品低保真原型 交付产品经理项目概况报告,项目和产品、需求方开会讨论需求 产品出完整的低保真原型 项目经理需要对原型做检查,确保达到需求要求 3.2原型/需求 评审 1、提前一天通知相关人员(项目、产品、前端、研发、业务、测试、运维)进行原型评审会议 2、新的比较大的功能改动需要单独开展,小的需求和已有的小改动的评审可以含在立项会上开展 3、会议上所有人需要发表对原型的看法,业务和项目要注意原型是否真满足了需求 4、会议需要得出明确的结论,结束后形成会议纪要 3.3项目立项 邮件提前通知参会人员,包含业务、项目、产品、设计、前端、后端人员。邮件中需要包含明确的会议时间点,参会人员,会议预计持续时间、会议主题等要素。 会议立项 任命项目经理,组成项目团队 项目经理主持会议,先介绍项目概况,展示项目概况报告; 项目经理讲解原型,讲解具体需求,细节由对应产品补充说明;项目不清楚时可由产品来讲解原型,项目经理做补充。 需求讲完后讨论问题点,所有人发表看法,记录难点和问题点; 项目经理分解任务至各个部门人员,明确任务和责任,需对每个相关人做工时确认,并做排期确认。可根据项目概况报告里的初步排期表做确认。 明确项目沟通机制:技术碰到原型问题找产品,产品修改后通知项目,项目看过没问题产品再通知技术;项目需要的资料找项目;资源协调找项目;重要的问题出现找项目;项目

文档评论(0)

181****1752 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档