精华内容
下载资源
问答
  • 复盘|阿里系产品怎样做好一次复盘

    千次阅读 多人点赞 2020-04-26 15:12:47
    阿里系企业总是忙碌的,有幸参与了“移动端从上线到迭代全过程”的复盘分析,一起来看看吧,enjoy~ 1.梳理复盘思路-避免闭门造车 切忌领了任务就去行动,行动前请做好自己的计划!盲目的做一件事,唯熟能生巧...

    阿里系企业总是忙碌的,有幸参与了“移动端从上线到迭代全过程”的复盘分析,一起来看看吧,enjoy~

     

    1. 梳理复盘思路-避免闭门造车

    切忌领了任务就去行动,行动前请做好自己的计划!盲目的做一件事,唯熟能生巧尔。不适合应对时刻变换着的需求,更不能从“工具人阶段”,成长为一个有独立思考能力的“产品负责人”。

    接到复盘任务的第一时间,我并没有像往常一样拿着就开干。“复盘”这件事不同于其他明确的任务,按着流程做就好。背后可能是领导简单的想让我做这么一件事,也可能是想通过这件事本身,考验我对于这类事情的处理是否达到了预期,再或者想知道我是否有独当一面的能力可以升职加薪向下一阶段迈进。

    所以,在和人人都是产品经理社区的校友、师长们交流之后,咱们开始了有条例有方法的去做复盘这件事,特此感谢期间答疑解惑的社区同学和老师们。

    1.1 挖掘复盘的原因

    复盘为了什么,给谁看,预期是什么?

    杜绝瞎琢磨,合理的询问上级,快速落实需求的意图,统一思路!通过和leader的直接交流,我了解到复盘是一个临时决定(可能有原因没明说),一方面给领导看,另一方面给部门反思用。

    • 复盘项目给领导过目,汇报工作,
    • 复盘项目给部门开会,反思工作。

    1.2 整理复盘的思路

    想实现什么结果,需要准备什么材料,大致的流程?

    给领导汇报,要精炼!本来用Excel表格一个个整理的项目细节,但是考虑到汇报时间和场景优先,咱们选择了采用PPT的形式,简单快捷的汇报“项目概述”、“复盘结果”和“后期规划”这三个点,汇报时间控制在30min内。

    • 复盘项目给领导过目,汇报工作。

    时间-30min内

    地点-领导办公室

    场景-拿着PPT宣讲

    期望-领导听了很感动,认可了部门的工作(升职加薪)

    给同事开会,要接地气!像电视剧里那种死板的开会是不符合我们团队氛围的,而且成员大多是研发同学,所以采用Excel表格罗列项目清单的形式来开会,简单直接的对接到具体细节和研发同学。主要分为四个步骤“肯定项目中的成果”、“指出项目中的不足”、“共同回顾项目历程”和“讨论出具体的的解决方案”。(开会不是拿着鸡毛当令箭,大家都喜欢先给块糖再轻轻打一下,所以先夸再指出问题同事给出解决方案,这样工作才容易开展下去,成为合格的团队管理人员。)

    • 复盘项目给部门开会,反思工作。

    时间-不限

    地点-会议室

    场景-按照项目清单,详细聊聊近期情况

    期望-在分享项目过程中,总结出潜在的问题,让今后的项目执行过程的变得更好

    2. 落实关键流程和产出

    2.1 版本管理情况

    按照版本去讲,研发容易会议,领导容易理解!一方面,项目周期长细节难以回忆,一年时间这是第一次做复盘,研发同学回忆不起来具体的点很正常;另一方面,领导不关心每个版本具体有啥,列出版本号和主要功能即可。

    (1)上线版本(0-1)

    这一步列出来上线版本(0-1)中主要的功能项。

    • 有什么功能模块?
    • 当时的预期是什么?
    • 是否达到了预期?
    • ……

    (2)迭代版本(1-100)

    • 有什么功能模块?
    • 当时的预期是什么?
    • 是否达到了预期?
    • ……

    值得一提的是,做复盘才知道,好的整理习惯是真的很重要。因为项目比较赶,好多信息没有及时更新到需求池、周报日报甚至SVN和GIT上也没有备注比较细节的需求点,对这次复盘的数据核对造成了一定影响。

    可能会存在的文档:版本迭代记录、需求池、产品需求文档、测试用例等

    如果你也有敏捷开发(赶进度)的情况,遇到了部分数据对不上的处境。可以去研发同学那里寻求帮助,比如:日报、周报,GIT、SVN,这些上面会有记录。

    2.2 项目管理情况

    前面的“版本管理情况”,是帮助大家会议的。接下来这个“项目管理情况”,是和部门开会的时候,重点拿出来,大家一起看到文档,所以要做的更细。

    (1)预计时间和上线时间

    这里的目的是反馈“进度情况”!上线时间总是会被拖延,讨论过很多次也没有解决实际问题,所以借着这次机会,咱们再好好聊聊这件事,集思广益,想想措施。(给领导汇报的时候,这个数据可以酌情改一下,领导一看全都延期了心里会不舒服,所以提前给上级过一下,让大家都舒服)

    关于进度管理这块,我非常赞同“新浪网高级产品经理的观点”:

    现在的敏捷开发真的是在规划阶段无法保证结果的‘质量’。

    1.要把需求/功能进行拆分,确认是短平快项目还是长周期项目,明确优先级及‘关键组件’;

    2.拆分后的需求进行排期(设计、开发、测试各个阶段),‘关键组件’及‘前置条件’;

    3.如果是短平快的项目那就每天进行20分钟左右的站会,如果是长周期的项目那就进行周例会;

    4.实时跟进项目进展,抓住‘关键组件’及‘前置条件’要素;

    5.做好沟通、汇报工作,措辞需要精确,清楚,不要出现‘模棱两可’的答案。

    (2)功能概述和详细信息

    这里的目的是帮助部门同事,回忆跟进XX需求时的过程,一步步反思总结当时“遇到的困难”、“临时解决方案”和“更好的解决方案。”

    同时,大家一起评估功能是否达到预期效果,回顾研发过程中遇到的问题、解决方案和建议,为以后处理好同类问题打下基础。

    (3)任务类别和优先级

    这一步,是总结用的。

    任务类别可以看出咱们的研发精力到底主要投入在哪里,分类有“BUG修复”、“功能新增”、“功能迭代”、“界面优化”等。(毕竟总是修复BUG是很有问题的事,要明确咱们投入在哪里了)

    优先级是一个见仁见智的东西。俗话说,找10个女人也不能一个月生下孩子。做项目也是,排10个最高优先级也不能一天实现。

    对于优先级排布,有太多方法和结论。但是咱们深入想一下,为什么要排优先级。假设订好了一期需求,突然来了紧急需求,这时候就需要优先级!一般就按着优先级高的去做或者加班完成,但是真没有必要啊。

    对于紧急需求,一般产品同学能想到“置换优先级低的需求(不紧急的需求)”或者“加班加点完成”。在和中科软的10年资深产品经理聊过后,我认为“紧急需求”的优先级是可以的拆分的,别因为紧急就不去分析他,咱们更要分析这个“紧急需求”,拆分他到底哪里优先级高,是否有替代方案。一级一级拆分下去,自然方案就出来了。可以大幅避免无意义的加班。

    3. 关于复盘方法论

    3.1 戴明环(PDCA)

    戴明环(PDCA)法

    P(Plan)计划:产品可靠的目标预测与订定、可靠的计划研拟与确定、可靠的组织与分工

    D(Do) 执行:可靠的任务激励、命令与实施

    C(Check)查核:产品可靠的评定与评估、可靠的作业管制与稽核

    A(Adjust)修正:寻找改良方案使下次计划变得更加完美

    出自维基百科-2018年6月19日修订

    3.2 六何法(5W1H)

    六何法(5W1H、6W)

    何人(Who)

    何事(What)

    何时(When)

    何地(Where)

    何解(Why)

    如何(hoW)

    Tip:叫啥名字都可以,5W1H和6W的区别就是对“how”的定义不同罢了,有人偏爱“How”所以叫5W1H,有人偏爱“hoW”所以叫6W。

    出自维基百科-2019年9月2日修订

    3.2 你自己总结的方案

    适合自己的方法才是最好的方法,不然就是邯郸学步,得不偿失。

    你走过的路、读过的书、看过的风景、爱过的人都在悄无声息地指引着你前进的方向。

     

     

    以上,是“木深”最近做自己所在项目的复盘分析的工作总结时,对“复盘分析”有了一些新的总结与思考,整理后与大家分享,希望有小伙伴一起交流学习。

    展开全文
  • 其实,之所以出现这样的情况,是因为他们少做了一个重要动作,那就是在活动结束后,进行一次活动复盘。 做复盘,是为了总结经验,为了了解哪些环节可以进一步优化,下次活动能够做得更好。如果不复盘,你也不知道...

    做运营的,几乎都在为策划、方案、群内支撑忙的团团转,每次活动就感觉自己是个打杂的,不免会疑问做运营真的前途吗?

    其实,之所以出现这样的情况,是因为他们少做了一个重要动作,那就是在活动结束后,进行一次活动复盘。

    做复盘,是为了总结经验,为了了解哪些环节可以进一步优化,下次活动能够做得更好。如果不复盘,你也不知道活动为什么成功了,不知道为什么活动没有达到预期,也就很难提升自己的活动运营水平了。

    1. 回顾活动

    首先从呈现出结果数据来看,是否达到了活动预期,这个结果要心里有数;然后看过程中的数据指标,根据之前做的活动sop来拆分每一步的客户路径转化率,然后看每个阶段的活动是否达到了预期。

    1. 交代活动的信息

    ①介绍活动背景,包括活动的目标、策略、时间等等

    ②具体的活动执行过程,做好用户路径的复盘,包含话术欢迎语和海报截图等等

    ③分阶段的执行情况,比方说:在预热期做的是哪些动作、在活动前期做了哪些事情、在活动中期用了哪些策略,在活动尾期做了哪些手段

    1. 活动数据分析

    没有标准,就难说好坏,合理、精准的指标尤其重要!但一个活动可能影响方方面面,比如一促销活动,优惠券的发放可以增加新用户注册,也可以增加老客户的复购,还能提升DAU。如果胡子眉毛一把抓,怎么都说不清楚。所以,一定要紧紧结合活动的目的和目标,优先选择直接受影响的指标作为主指标,言下之意,还要有些副指标侧面衡量,比如活动是为了拉新,那主指标就是新注册用户数;如果活动是为了提高新用户留存率,那主要考虑的就是1-7日内留存情况,但是没有任何一个指标能把所有的问题讲清楚,所以拉新活动还要看渠道投放ROI,留存活动还要看留存用户的活跃度等等。

    以下是不同类型活动的主副指标设计:

    做效果评估,最忌讳搞几百个指标然后做巨复杂的评估公式,混淆进来的的东西越多,就有越多搞文字游戏的空间,就越容易粉饰太平。一般来说,一个主指标+2个副指标就能说明问题,主指标越高越好,副指标不能低于某个阈值,越简单清晰的评估,才越容易看出问题。

    然后从数据中得出的信息分析:

    ①造成用户参与率高的原因是什么

    ②造成用户点击率高的原因是什么

    1. 问题汇总

    ①活动过程中出现了哪些问题:比方说遇到的BUG,遇到的客服问题,还有流程的问题

    ②针对这些问题触发的解决方式:比方说用了什么方式和手段解决问题的,解决的效果如何,如果再出现这样的问题有没有更好的方案。

    1. 活动的亮点及优化方案

    哪些是做的好的,比方说用户路径上,在话术、文案、海报上的创新,在用户体验上,有哪些是创新和做得好的点;哪些是可以优化的,比方说发现的问题,可以在以后避免,还有亮点是可以后期复用的。

    1. 运营人员的个人思考和总结

    第一步:基于活动本身,看有没有没有做到位的,比方说可以尝试用其他的工具来做活动,像微盛企微管家工具,可以帮助营销获客,快速增加用户量,进行客户运营

    第二步:基于用户需求,看这次活动用户反馈,看有没有新的解决方案

    1. 指定下次活动的方案和假设

    找到可以优化的点,找到了问题,找到了新的假设,然后下次活动可以借鉴。

    总结:活动本身定位就是短平快,短期打鸡血迅速拉升指标,效果往往难以持久,这并非否定活动的重要性,只是活动后用户的承接还是要依赖产品的核心价值,活动执行中,总有一些我们前期无法预料的状况,我们就很容易在活动复盘的时候想:“如果我当时做了某某事,就可以避免这件事情发生了。”这种自责的心理是很折磨人的,而且对提升活动策划能力毫无用处。活动执行中情况百出本就是常态,所以我们要做的是认真细致地分析活动过程中出现的问题,在这个过程中总结了新的活动经验,就是技能的进步。

    展开全文
  • 那作为软件项目应当怎样来进行复盘呢?接下来我就介绍一下复盘的经验: 会议名称:门店列表&详情统一改版项目复盘 会议时间:2019/08/06 会议地点:B7肯尼亚 参会人员(包括所有角色): leader:...

    项目复盘的目的不是为了匹配谁,而是为了大家从复盘中找到问题,避免下一次犯同样的问题。那作为软件项目应当怎样来进行复盘呢?接下来我就介绍一下复盘的经验:

    会议名称:门店列表&详情统一改版项目复盘
    会议时间:2019/08/06 会议地点:B7肯尼亚

    参会人员(包括所有角色):

    leader: XXX、XX

    后台:XXX、XXX

    前台:XXX、XXX

    产品:XXX、XXX

    测试:XXX、XXX

    必须要有人记录和主持

    记录人员:XXX

    主持:XXX

    会议内容

    一、 项目情况(主持人:先介绍一下项目情况,总体上对大家做出的成果进行肯定

    开发周期:2019.06.18 ~ 2019.07.29

    主要上线内容包括:

    1、门店列表&详情统一改版上线

     

    二、开场论述(项目PM:总体上对大家做出的成果进行肯定

     开发过程涉及内容多,途中有紧急需求穿插,测试过程遇到环境问题、数据问题,上线过程历时15个小时。项目过程辛苦、曲折,但准时按照业务方要求上线,结果比较完美。

     

    三、调研阶段(项目各个角色(leader、后台、前台、产品、测试、UI等)对调研阶段的优点和缺点发表自己的意见,首先说优点、再说缺点、大家一起讨论缺点的解决方案

    本次改版具有众多意义:

    1.     多端进行同步(PC、APP、H5)

    2.     彻底解决门店列表排序不一致问题

    四、需求评审阶段(项目各个角色(leader、后台、前台、产品、测试、UI等)对需求评审阶段的优点和缺点发表自己的意见,首先说优点、再说缺点、大家一起讨论缺点的解决方案

    1、评审不细致,未精确到某些小的细节,如某些特殊逻辑等

    2、评审过程中,PRD反复修改。

    3、PRD内容多、乱,研发人员理不清关系

    解决:新组团队第一次接手大项目,对系统熟悉程度不够,多熟悉系统,多做调研分析,规范PRD发布流程,有更新及时通知。

    总结: PRD更新及时通知。 需求改动多的时候加一轮需求评审。评审做会议纪要,提的问题要记录下来。

      

    五、开发过程(项目各个角色(leader、后台、前台、产品、测试、UI等)对开发过程阶段的优点和缺点发表自己的意见,首先说优点、再说缺点、大家一起讨论缺点的解决方案

    1、研发人员对产品PRD研读不仔细,精确

    解决:研发人员在开发之前,应仔细研读PRD,避免低级错误。

    2、开发中产品需求有变动

    解决: 产品需及时更新相关信息,并且将变更需求写在白板上起提示作用。

    3、开发中无原型交互稿,影响开发进度。

    解决:leader寻找交互人才。

    4、UED设计稿任务不明确,图标等UED小细节外加。

    解决:前端评估工作量,大于一天对UED评审,少于一天自行对接

    5、上游依赖复杂,测试过程中无真实数据。

    解决:考虑对技术架构进行调整与解耦,并向下兼容。

    6、与前端定义接口数据不准确,文档不清晰,与前端调试不顺利

    解决:文档备注需清晰,对老系统需进行梳理。

    7、产品与业务侧沟通困难

    解决:产品找外部协助进行生产上线,需要提前沟通好,上线时,业务侧需提供一人支持,至少保持电话联系

     

    总结:开发之前要仔细研读PRD,明确开发任务,尽量提前熟悉系统,产品需找业务侧进行协助

     

    六、测试用例 & 测试过程(项目各个角色(leader、后台、前台、产品、测试、UI等)对测试用例&测试过程阶段的优点和缺点发表自己的意见,首先说优点、再说缺点、大家一起讨论缺点的解决方案

    1、细节问题较多,如前端样式大小

    解决:产品研发明确需求边界。

    2、产品和研发不知道影响点

    解决:主要在于研发人员对代码不熟悉,需要仔细熟悉代码

    3、修改bug随意,出现修改bug不对,引入新的问题、修改问题不完整等问题

    解决:研发人员需仔细修复BUG,修复后自测并且要与测试人员沟通

    4、小程序和车管家 数据经常不同步,研发人员信息传递不及时

    解决:增强研发人员之间的交流,横向互相分享信息

    5、接口定义前后端传参没有考虑到特殊异常(如null)实例:如广告问题

    解决:需要关注边界值,多做空判断,前后端需要沟通进行约定异常处理规定

    6、测试阶段过进度会 参加人员不齐,明确不了问题

    解决:测试、研发、产品问题分类在白板记录便于提醒。测试如发现无法明确的问题需挂在禅道上面。

    7、测试过程中出现问题,产品找不到解决方案 线上有风险,需找业务侧,采销侧推动困难

    解决:测试用例评审需叫业务侧

    8、测试过后线上数据被投诉,测试商品未及时下架

    解决:明确规范,勿钻空子

     

    总结:通过仔细阅读PRD避免细节问题,研发人员修改bug需要谨慎,前端和后端需要多横向沟通。

    七、上线过程(项目各个角色(leader、后台、前台、产品、测试等)对上线过程阶段的优点和缺点发表自己的意见,首先说优点、再说缺点、大家一起讨论缺点的解决方案

    1、预发环境没提前上。
    2、代码合并较晚,要提前准备,10点才开始打包。
    3、开发分支没有定时合并master,合并代码有冲突。
    4、发布流程基本没按发布计划来。
    5、不能选择12点以后发布,因为人没有精神。
    6PM推进不够,不要在原地打转。
    7、临上线修改阈值信息,且信息不对等(小程序和APP不对等,10KM问题)。
    8、脚本要按照不同的环境进行编写,不能想当然的处理。
    9、持续性的发布人员休息安排。
    10、私接需求,比如门店详情页的广告页。
    11、项目脚本和新增配置要统一沉淀到CF文档上。

    八、上线后(项目各个角色(leader、后台、前台、产品、测试等)对上线过程阶段的优点和缺点发表自己的意见,首先说优点、再说缺点、大家一起讨论缺点的解决方案

    1、上线后没有出现大bug,只有一些小优化需要进行跟进。

    会议结论

    1、开发过程曲折,结果从业务和技术层面上看都比较满意;

    2、相关评审要仔细,需要把控更多相关细节;

    3、研发人员需要仔细阅读相关PRD;

    4、信息沟通要及时,建议写在白板上,每天过进度会;

    5、cf文档应该合理利用;

    6、本次项目上线对安装服务的渗透意义重大。

    展开全文
  • 项目进行复盘,是运营必不可少的能力,小到一次买菜的经历,大到百亿千亿的投资项目,都可以通过复盘来总结规律、提升水平。简单说来,复盘可以达到的效果有两条:① 优化弱项,强化强项② 明确自己的价值,明确工作...

    项目进行复盘,是运营必不可少的能力,小到一次买菜的经历,大到百亿千亿的投资项目,都可以通过复盘来总结规律、提升水平。

    简单说来,复盘可以达到的效果有两条:

    ① 优化弱项,强化强项

    ② 明确自己的价值,明确工作的价值

    那么,复盘到底该怎么做呢?或者说,做好复盘有比较高效、实用的方法吗?有的。

    以下内容来源于我工作中的思考,同时参考了柳传志的关于复盘的方法论,力图展现一个完整的、可实践的项目复盘流程。

    70054da214be62a0b601ed10b86d2406.png

    一、复盘的底层逻辑

    复盘首先是要做的是事实陈述,一个有效的AAR(After Action Review)必须建立在“铁的事实”的基础上,如果现实难以陈述清楚,并取得一致,将导致复盘进展缓慢或无法深入下去。

    一旦事实确定下来了,就开始诊断、分析存在差异的原因,找出导致成功或失败的根本原因后进行规律总结。明白为什么会成功、哪些关键行为起了作用、这些行为有没有适用条件,对于提高后续行动的成功率有没有价值。

    因此,一个完整的复盘就包括如下四个步骤:目标回顾、结果陈述、过程分析、规律总结。

    9eff6e6742cefc1e2b487d24914dee12.png

    1、目标回顾

    当初行动的意图或目的是什么?

    事件/行动想要达到的目标是什么?

    我们计划怎么做?

    预先制订的计划是什么?

    事先设想要发生的事情是什么?

    2、结果陈述

    实际上发生了什么事?

    在什么情况下?是怎么发生的?

    与目标相比,哪些地方做得好?哪些未达预期?

    3、过程分析

    实际状况与预期有无差异?

    如果有,为什么会发生这些差异?是哪些因素造成了我们没有达到预期目标?

    失败的根本原因是什么?

    如果没有失败,成功的关键因素是什么?

    4、规律总结

    规律总结也就是我们从过程中学到了什么新东西?

    如果有人要进行同样的行动,我会给他什么建议?

    接下来我们该做些什么?

    哪些是我们可直接行动的?

    二、项目复盘的阶段流程

    一个项目,基本都会包含几个核心阶段:目标、需求、设计、开发、测试、上线,把每个阶段中的具体工作进行分解,才能分析出每一项工作的进展是否顺利,问题点在哪、以及如何更好的优化。

    1d770baca831f1de3774021ca6cde647.png

    这里分享一个项目复盘的小技巧:按照项目执行的时间线记工作日记。

    不一定要每天都写,但一定要在各个重要的时间节点留下工作记录,这样才会对整个活动过程了如指掌。复盘的时候,只需要重新去翻这部分日记,列出一个实际工作的时间表,对比策划书中的计划时间表,哪部分工作提前,哪部分工作延后,哪部分工作是临时加进去,完成度怎么样。在效率上的成功与失败就显而易见了,而且还可以归因到个人,表扬或批评。

    比如第一步是项目目标回顾,优质的项目往往都伴随着明确的预设目标,目标本身要是不合理的话,复盘得出的结论也很难有说服力。所以在复盘的时也有从目标设定合理性开始复盘,当初是基于怎样的条件设定的目标。

    如果项目整体目标较大,建议进行目标分解,确定项目实施里程碑,形成子目标或阶段性目标,便于目标的衡量与跟进。以电商类活动策划为例为例,影响交易额的子目标包含:流量、转化率、客单价、复购率。

    后续步骤也是这样,通过不断分解对整个项目流程做出完整的、可量化的梳理。从而对项目指标的实际情况和预期对比做到了解。

    三、如何做产品项目复盘?

    复盘最重要的两个环节:过往演绎和复盘优化。明确产生偏差的原因,并提出针对性意见。

    1、 项目目标复盘

    1.1 项目进度复盘

    是否按照原计划交付时间交付?

    原计划的需求点实现了多少?哪些需求点没有按计划实现?

    每一个需求点延后原因分别是什么?

    哪些里程碑有延迟,延迟原因是什么?

    1.2 项目结果复盘

    项目中出现了哪些意外?为什么会出现这些意外?

    用户对新增功能点的接受程度和项目规划中的是否一致?

    2、需求阶段复盘

    是否提供完整的需求输出?包括:原型、MRD、PRD、UML等

    设计师、交互师、开发人员分别对需求是否明确?如果出现需求不明确的情况,将会严重影响项目的进度和质量。

    是否对典型用户和使用场景有清晰的描述?

    3、设计阶段复盘

    是否确定视觉设计的最终审核人?

    UI设计产出是否符合统一标准?

    设计工作是否影响开发工作的进度?影响原因是什么?

    产品设计工作在什么时候,由谁来完成的?

    4、开发阶段复盘

    4.1 工期评估复盘

    开发实施前,是否有充分的时间做工期预估?工期评估一方面是让项目成员能够对项目的整体进度有所准备,也是对项目需求进行详细梳理的过程。

    工期预估与实际开发时间是否有差异,及差异原因分析。

    4.2 开发文档复盘

    是否有撰写开发文档?

    开发文档是否符合规范?

    4.3 突发状况复盘

    是否出现需求无法实现的状况?原因是什么?

    是否出现团队成员变动情况?如何应对成员变动?后期如何避免?

    是否出现功能模块与需求不符的情况?出现原因是什么?

    5、测试阶段复盘

    5.1 测试计划复盘

    是否有完整、准确的测试用例?

    是否有一个测试计划?这样的计划是否有效?

    团队是如何测试并跟踪产品开发效果的?

    5.2 测试工具复盘

    使用了哪些测试工具来帮助测试?是否可以持续使用?

    测试的时间、人力和软件/硬件资源是否足够?

    5.3 测试结果复盘

    哪个功能模块产生的Bug最多,为什么?

    哪些BUG出现回滚,原因是什么?

    (回滚:即程序版本回退。出现较大bug,程序从1.1回退到1.0,迭代之后全是bug,修复成本高。)

    6、上线阶段复盘

    6.1 验收复盘

    是否进行了正式的上线验收?

    在正式发布的过程中是否有出现状况?后续如何避免?

    上线前是否和运营、文案进行充分的沟通?

    是否检查了数据埋点,数据埋点是否满足运营要求?

    6.2 上线后效果复盘

    在上线之后是否出现重大bug? 为什么测试阶段没有发现?

    产品上线后的问题反馈渠道是否流程?

    产品上线后收集到哪些问题反馈?都是什么类型?如何改进?

    每次的项目复盘,都是对自己的一次拷问和锤炼,迭代型产品每逢3个版本进行一次复盘,

    一般情况下,发版的节奏是一个月一个版本,因此可以按照3个月的节奏进行复盘。

    在复盘结束后,最短时间开复盘会议,这样很多活动执行细节和用户反馈都历历在目,做复盘的可靠性比较高。

    彼此坦诚剖析,既不推卸责任,也不妄自菲薄,而是尽可能地呈现一个完整真实的项目流程。每个参与者都有平等的发言权,都能真实地表达想法。

    要有专人控制时间和记录要点,开会最忌讳的就是不着边际地开得又臭又长,控制每个部分的时间很重要,另外记录要点也是一种会议成果的输出,有利于总结经验并开展下一步行动。

    展开全文
  • 复盘的推广

    2019-05-14 23:51:25
    既然复盘手法简单,功效有...然后推广复盘的路径是怎样的呢? 1、松土 - 先告诉大家有这么个东西,他大概是怎样的。 2、赋能 - 要针对性的培养人才去做这个事情 3、试点 - 培养了人才后,就要练手啊。 4、及时总结 -...
  • 面试京东已经到11月中旬了,实际上在京东之前就有投递过好几家公司,BAT基本是来了一波一轮二轮游客观光,字节跳动挂在了3面,也不知道原因,我也不敢问呐!华为是直接简历都没有过,凄惨惨,最后的希望就寄托在了...
  • 结构化复盘的关键在于有效提问! 整个结构化复盘的过程,其实就是不断提问,...1、实际结果是怎样的? 2、现在的结果和目标对比是什么样的情况? 3、有哪些事当时没有预计的意外结果出现? 4、有哪些是计划内的..
  • 如何做项目复盘

    2019-12-02 20:50:59
    复盘的解释:对已发生的事情重新进行演示,在演示过程中分析哪些做的好,哪些不好,怎样可以做的更好,将分析结果汇总,成为具有参考价值的信息。 复盘的作用:自我学习,减少误区,持续进步。 项目复盘的流程 确定...
  • 回首过去的一年,这一年是不同往常的一年,...不管怎样,都需要我们对往昔的生命的历程做一个回顾与复盘。你可以很优秀,在优秀的道路上继续前行,继续制定目标与计划,不断的超越,实现自己的一个又一个的目标,让...
  • 算法提案复盘

    2020-06-04 23:22:14
    入职培训需要给公司产品提出一些算法...价值即算法能给产品带来怎样的收益,比如常见互联网产品的回流,活跃度,留存率,转化率,付费率,玩家体验等。其中比较容易量化的比如留存,付费这些指标是比较具备说服力的。关
  • 个人项目复盘

    千次阅读 2019-06-16 16:52:42
    作为一个新手,该怎样从头到尾完整的开发一个项目呢?我将从:开发前、开发过程中、开发完成后,三个方面来分享我的思考。 项目开发前 项目开发前你要做的就是:需求分析。 需求分析就是理清楚:你的项目要解决的...
  • 程序员面试 到今天已经是4月21号了!金三银四已经接近尾声了,相信好多小伙伴也已经顺利地拿到了自己心仪的offer。 没拿到的也不要灰心,因为金三银四也只是一个面试的高峰期,之后的一些互联网企业也是会持续地...
  • 关于复盘这个词语,可谓是众说纷纭,有人讲这是看历史的行情,跟现在的走势没关系,没用,但也有人讲复盘很重要,这是做投资一定要做的一件事,那么复盘到底是怎样的呢? 复盘,围棋术语,也称 “复局”,指对局...
  • 柚子鸭前端面试复盘

    2021-04-26 15:43:33
    菜的自己都看不下去的第一次前端面试,百词斩的面试官超级好。。是我不配呜呜,继续加油! 自我介绍 讲一下平时怎么学习前端的 项目里有一个写静态...怎样 避免垂直盒子的margin重叠 position有那些属性 设置absolu
  • 2020美赛复盘——MCM-A题

    千次阅读 2020-02-19 17:33:49
    接着就是大一暑假的国赛,抱着与专业的一起合作的心态找了数院的队友,参加了几次放假前的讲座,但是在暑假期间的培训却没有几次能完成,那么国赛完成度也不怎样。美赛前的一次参赛是学校的数模大赛,队...
  • 2.13Java专项测试复盘

    2020-02-13 17:38:00
    HashMap的数据结构是怎样的? A. 数组 B. 链表 C. 数组+链表 D. 二叉树 解析:HashMap 由数组+链表组成的,数组是 HashMap 的主体,链表则是主要为了解决哈希冲突而存在的 答案:C 下面有关maven和ant的描述,描述...
  • 一些面试题的复盘

    2019-12-26 23:41:57
    怎样将GB2312编码的字符串转换为ISO-8859-1编码的字符串? String a="你好"; string b=new String(a.getBytes("GB2312"),"ISO-8859-1") 最有效率方法计算2*8 2 << 3(左移3位相当于乘以2的3次方,右移3...
  • 之前的一二面都是属于电话面试的范畴,没有什么出圈的问题,所以比较顺利,...1.首先让我介绍一个自己最拿手的项目,然后我说的时候进行了打断,询问搜索模块是怎样实现的,然后谈了一下关于solr以及它后续建立索...
  • 一、为什么要做复盘? 产品经理没有专业,也没有科班之说,学计算机的,法律的,设计的…只要想做,都可以成为产品经理。正因为人人都是产品经理,我在刚开始做产品经理的时候,心里很没底。还特地请教了几位大佬:...
  • 一、怎样才算真正的复盘? 前几天,一位已经财务自由的领导前辈,给了我们年轻人三条人生成长建议,其中一条就是:高频、持续、深度的复盘。 在围棋界,几乎所有棋手有遵循一条真理:每次不论输棋赢棋,要做的不是...
  • 年后,有机会面试了字节的中台产品经理,经历...下面我把这次面试的问题复盘一下,一方面避免忘了,另一方面也反思一下怎样可以交流的更好。找出自要完善和表现优秀的点,不断进步吧… 1.自我介绍 略,事先己...
  • 技术经理成长复盘-我是什么样的人

    千次阅读 多人点赞 2020-11-15 13:22:55
    需要让周围的人,知道你有什么样的实力,是怎样的风格,用尽量快的速度,让别人对你产生好的印象,慢慢产生信任,然后你才有可能慢慢的铺开做事情。切记不要操之过急,这个时候大家都还完全不了解你,不知道你是什么...
  • FCN用过吗,结构是怎样的:https://blog.csdn.net/qq_36269513/article/details/80420363 FCN输出的feature map何时需要大一点、何时小一点: 1*1 Conv的作用:...
  • 反馈再有就是对于推荐系统怎样做深入,再有就是推荐系统架构一点思索。 负反馈最近探讨很多一个问题。一直有疑惑,大部分的内容都是关于movielens这种含有客户负反馈的,但是我 只是一个普通的电商网站,只有客户...
  • 又会发生怎样的进化? 一点财经 邱 韵|作者 严 睿|编辑 今年的618年中大促,电商业的竞争看点颇多。 “OMG,买它!买它!买它!”类似的直播购物出现在了每一个平台上,尤其在抖音、快手加入618混战之后,...
  • 一面 ... 三次握手后如果一直不连接会怎样 volatile的实现原理是怎么样的,它是怎么实现从内存中读取的? lock锁的使用,它如果是一个接口,它的实现类有哪些,区别是什么? InnoDB的隔离级别是什
  • 当前环境,很多公司都采取了远程办公,远程面试。有一说一,第一次远程面试,还是比较紧张的。 ... 三次握手后如果一直不连接会怎样 volatile的实现原理是怎么样的,它是怎么实现从内存中读取的.
  • 明天怎样不知道,但是接力还是要冷静,是否会被关,反正我仓位很少了 2、泰坦股份这么缩量走,我觉得走不远了,不去碰了我反正,看他飞就好 3、中岩大地,除了价格外我找不到理由拒绝他,昨天下午一直准备打板,一直...

空空如也

空空如也

1 2 3 4 5 6
收藏数 112
精华内容 44
关键字:

怎样复盘