产品经理复盘全流程思考.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文档。上传文档
查看更多
复盘流程 1.背景 2.项目干系人 3.项目复盘主要从以下几个阶段分析 3.1项目目标复盘 3.1.1 项目进度复盘 3.1.2 项目结果复盘 3.2 需求阶段复盘(产品、UI) 3.3设计阶段复盘 3.4 开发阶段复盘 3.4.1 工期评估复盘 3.4.2 开发文档复盘 3.4.3 突发状况复盘 3.5. 测试阶段复盘 3.5.1 测试计划复盘 3.5.2 测试工具复盘 3.5.3 测试结果复盘(缺陷) 3.6. 上线阶段复盘 3.6.1 验收复盘 3.6.2 上线后效果复盘 1.背景 复盘整个项目周期中做的好的地方,以及不足以及制定对应的改进措施。 复盘不是定责,是为了让事情可以做的更好。 注:需要与产品、业务方进行宣贯复盘的必要性、输出文档的必要性 2.项目干系人 版本时间 项目干系人 复盘开启时间 会议纪要 3周及以上 项目经理:需要参加 业务(业务老板):有问题、业绩需要跟产品、业务进行沟通时,需要组织比较大的复盘 (有需要跟业务进行沟通) 与干系人进行沟通,确认复盘资料 产品(产品老板):需要参加 测试:每个版本均需要参加 前端:每个版本均需要参加 后端:每个版本均需要参加 系统上线1周内 主测试发送:需明确跟进人、跟进时间 1周以内,多版本组合 项目经理:需要参加 业务:无需参加 产品:需要参加 测试:每个版本均需要参加 前端:每个版本均需要参加 后端:每个版本均需要参加 系统上线1周内 主测试发送:需明确跟进人、跟进时间 ? 3.项目复盘主要从以下几个阶段分析 1.? 项目目标 2.? 需求阶段 3.? 设计阶段 4.? 开发阶段 5.? 测试阶段 6.? 上线阶段 3.1项目目标复盘 ? 说出关键问题点,更直白一点 产品跟业务都在,探讨目标 与业务、产品相关,写到一起 3.1.1 项目进度复盘 1.? 是否按照原计划交付时间交付? 原计划的需求点实现了多少?哪些需求点没有按计划实现? 每一个需求点延后原因分别是什么 哪些里程碑有延迟,延迟原因是什么? 那些地方做的比较好,需要沉淀和传播? 3.1.2 项目结果复盘 项目中出现了哪些意外?为什么会出现这些意外? 用户对新增功能点的接受程度和项目规划中的是否一致? 3.2 需求阶段复盘(产品、UI) 是否提供完整的需求输出?包括:原型、PRD 业务、产品、设计、开发人员分别对需求是否明确?如果出现需求不明确的情况,将会严重影响项目的进度和质量。 是否对典型用户和使用场景有清晰的描述? ? ? 研发和测试,交付流程的复盘。相对细节归类 比较共识、能利用的渠道,遇到了表扬了、问题。最重点,有些问题重复出现 ? 缺陷ppt:解释、解读、回应。对ppt有比较好的解读 在同类问题、项目里,是不是在逐步的提升的,多维度统计 质量优秀小组、红旗??? 千行错误率,对研发同学长期统计的数据基础 P4的问题,有10个,有所回应 测试拉通全盘,研发个人:总结不一定每个人都要写出来 大问题不放过,典型问题 3.3设计阶段复盘 是否确定视觉设计的最终审核人? UI设计产出是否符合统一标准? 设计工作是否影响开发工作的进度?影响原因是什么? 设计是否进行验收工作 3.4 开发阶段复盘 3.4.1 工期评估复盘 开发实施前,是否有充分的时间做工期预估?工期评估一方面是让项目成员能够对项目的整体进度有所准备,也是对项目需求进行详细梳理的过程。 工期预估与实际开发时间是否有差异,及差异原因分析。 那些地方做的比较好,需要沉淀和传播? 3.4.2 开发文档复盘 是否有撰写开发文档? 开发文档是否符合规范? 那些地方做的比较好,需要沉淀和传播? 3.4.3 突发状况复盘 是否出现需求无法实现的状况?原因是什么? 是否出现团队成员变动情况?如何应对成员变动?后期如何避免? 是否出现功能模块与需求不符的情况?出现原因是什么? 那些地方做的比较好,需要沉淀和传播? 3.5. 测试阶段复盘 3.5.1 测试计划复盘 是否有完整、准确的测试用例? 是否有一个测试计划?这样的计划是否有效? 团队是如何测试并跟踪产品开发效果的? 那些地方做的比较好,需要沉淀和传播? 3.5.2 测试工具复盘 使用了哪些测试工具来帮助测试?是否可以持续使用? 测试的时间、人力和软件/硬件资源是否足够? 那些地方做的比较好,需要沉淀和传播? 3.5.3 测试结果复盘(缺陷) 时间:上线后,发送缺陷总结文档,邀请参加项目人员,进行文档编写 发送会邀:包含缺陷复盘文档链接 涉及人员:业务、产品、设计、后端、前端、测试 内容 缺陷总结PPT 缺陷复盘文档 缺陷复盘文档:测试、线上发现的所有bug,出现的问题可进行归类总结 3.6. 上线阶段复盘

文档评论(0)

中华小文库 + 关注
实名认证
服务提供商

10年互联网、传统渠道领域深耕,搜集、整理、加工各行各业专业报告,只要你需要,可能我就有。

1亿VIP精品文档

相关文档