• 经验和能力之间,差距只在于一点——复盘


    在不断的复盘总结中,为自己争取更大更广阔的的上升空间。

    一、复盘是什么?

    复盘,源自围棋术语,指对局完毕后,复演该盘棋的记录,以检查对局中招法的优劣与得失关键。

    我相信很多人都有过复盘的经历,比如一个项目完结后的回顾与反思,比如一天的总结。

    复盘的本质,就是从经验中学习。

    二、为什么要复盘?

    内在动力:

    如果你和我一样,是一个想要持续成长的人,那么我相信你也不愿意在同一个地方跌倒两次,我们都希望下一次会更好,而复盘就是将经验转化为能力的秘诀,以此指导我们下一次更好地行动。

    外在需要:

    当今时代变化太快,如果没有先例可循,那么最有效的迭代方式就是从自己的经验中学习,不断改进、逼近目标。

    三、如何复盘?

    以PDCA循环为依托:

    计划 → 执行 → 检查 → 处理 → 下一个循环

    根据复盘事项的大小,我的策略是:小事即时复盘,大事阶段性复盘。

    1. 小事即时复盘

    这里的小事,指的是投入精力较少、耗费时间较短的事情,比如一次会议、一次沟通,事情结束可以立马复盘。

    下图是我今年1月13日的演讲稿,底部有简单的讲后复盘,总结了优点和缺点以及改进建议,下一次演讲前就拿出来看一看。因为演讲对我来说不是特别重要的事情(我的演讲频率是几个月一次),所以我对它的复盘程度也没那么高,你也可以根据你的实际情况调整复盘程度。

    回到PDCA,小事复盘的阶段是在【check】和【action】:

    【check】阶段:探索优缺点

    【action】阶段:

    优点=> 继续保持/持续优化

    缺点=> 思考解决方案、制定实施计划

    2.  大事阶段性复盘

    这里的大事,指的是投入精力多、重视程度高的事情,我一般是将工作中的大项目定位为大事,其他的还有年度复盘等等。

    一般来说,大事的战线都挺长(比如我最近的一个项目,从产品设计到需求上线所需时间都快6个月了……),如果等事情完全完结之后再复盘,会有两个弊端:

    一是时间太久远,复盘时已不能清晰回顾当时情况,可能造成遗漏;

    二是每一阶段如果不复盘,可能对下一阶段失去指导意义。

    所以,大事复盘,需在PDCA中【do】阶段就同步进行:

    1. 在进程中记录关键信息避免遗忘;
    2. 阶段性复盘,为后续工作提供借鉴意义(比如我的年复盘,就会分拆到季复盘、月复盘、周复盘)。

    关键信息包括但不限于:

    • 我的整体思路、局部思路是怎样的,中途有改变吗,为什么会产生这种改变
    • 有什么事情让我觉得困难吗,我是如何思考的,后续行动效果如何
    • 我遇到了什么问题,时间地点场景如何,我怎么解决的(5W1H)

    四、复盘流程是什么?

    (敲黑板,划重点!!!)

    1. 项目概述/需求背景

    做这个事的动机和背景是什么

    2. 目标跟进

    回顾当初:

    • 当初行动的目的
    • 想要达成的目标/想要实现的关键结果
    • 策略和计划是什么

    审视结果:

    • 实际结果如何
    • 实现了目标和关键结果吗,没实现的原因是什么
    • 亮点:与目标相比,哪些地方做得好,是否还有优化的空间,写下优化方案(针对项目本身的优化方案)
    • 不足:哪些地方未达预期,如何改进,写下改进方案(针对项目本身的改进方案)

    3. 分析结果

    针对步骤2总结的「亮点」进行分析:

    • 主观原因有哪些;
    • 客观原因有哪些;
    • 真正起作用的关键成功因素是什么。

    针对步骤2总结的「不足」进行分析:

    • 主观原因有哪些;
    • 客观原因有哪些;
    • 最重要的根本原因是什么。

    4. 提炼经验

    我们可以从中学到什么——提炼方法论、培养可迁移的能力。

    提炼方法论之核心:模板化,此阶段我们需要思考哪些东西是不会变的,哪些东西是会变的,如何固化下来形成模板、如何持续优化。

    比如步骤2中总结针对此项目的优化方案和改进方案之后,我们还需要将其原理提炼出来,使其可运用在其他地方,内化成我们的能力。

    比如我之前做充值提现功能,用户完成操作后返回到余额页时,我在原型说明里没有写上余额自动刷新,然后开发小哥哥就没有做这个功能点,还好验收时发现了问题;反思之后,我当然知道下次要写上所有逻辑,但是项目在变、业务在变,我不可能永远只做充值提现,所以我提炼的原理是:当页面产生跳转时,思考页面之间哪些要素产生变动,将变动逻辑都写上去,而不是直接以为是静默刷新。

    介绍一下常见模板:

    • SOP(标准操作程序):将某一事件的标准操作步骤和要求以统一的格式描述出来,用来指导和规范日常的工作,比如工作流程、操作流程、思考模式……
    • 清单:重复性的项目,可以写一个清单,逐个校对。比如待办事项、购物清单、检查事项……

    比如我入行第一个需求是在页面上加一个按钮,功能虽小,但我体验了整个需求流程:产品设计→需求评审→产品研发→产品测试→产品上线。然后我将整个流程记录下来,包括每个环节的对接方是谁、如何进行工作协调等,记录以后思考哪些环节可以再优化,并以此为基础,之后做完每一个项目都不断迭代我的SOP,然后现在我的工作流程模板就很大很全面了,这也是我快速成长的秘诀之一(有一个写作计划就是按照此流程详细输出产品攻略……)

    5. 行动计划

    1. 如果有人要进行相似的项目,我会给他什么建议;
    2. 接下来可以做些什么:开始做什么;停止做什么;继续做什么;
    3. 要做的事情里,哪些可以直接行动,哪些需要其他人支持;
    4. 制定后续行动计划,进入下一个PDCA循环。

    以上,就是我工作以来总结的复盘流程,希望对各位有启发~

    (来自:http://www.woshipm.com/zhichang/2173351.html  尊重原创,感谢作者分享!)

  • 相关阅读:
    初賽
    SA
    高斯-约旦消元法
    AC自动机
    KMP
    关于scanf
    网络流
    常用SQL语句
    Java开发中的23种设计模式详解(转)
    generatorConfig.xml
  • 原文地址:https://www.cnblogs.com/javalyy/p/10931906.html
Copyright © 2020-2023  润新知