自我迭代 ——持续升级

in #free3 days ago

20 自我迭代
我要说的是什么概念
自我迭代,就是像做产品一样对待自己:定期审视现在这个版本的自己有哪些毛病,找出最关键的一两个,动手改,然后进入下一个版本。
它的关键不是"变得更好"这种模糊的愿望,而是有节奏、有重点、有反馈地一版一版更新。自我迭代的定义可以写成:把自己看成一个长期在维护的产品,每隔一段时间就基于反馈修掉一个关键缺陷,发布一个新版本。
这个概念为什么重要
因为世界在变,你现在这套能力和认知,是为过去的环境准备的,放着不动就会慢慢贬值。
一个不迭代的人,三年前什么样,现在还什么样,他不是停在原地,是在相对退步,因为别人都在往前走。在通往财富自由的路上,能持续迭代的人,哪怕起点低,也会一版版逼近目标;停止迭代的人,哪怕起点高,也会被时间慢慢磨平优势。
这个概念普遍被如何误解
第一种误解,是把迭代理解成"什么都想改"。有人一上来列二十条缺点,样样都想改,结果一条也没改成。迭代的精髓是每个版本只解决一两个最关键的问题,改完了、稳住了,再进下一版。
第二种误解,是没有反馈的"自我感动式努力"。有人每天很忙很拼,学这个练那个,但从不检查这些投入到底有没有让自己变好。没有反馈的努力不是迭代,是原地跑步,累但不前进。
第三种误解,是等"准备好了"再开始迭代。想着等有空了、等状态好了、等这阵子忙完了,再系统地提升自己。可迭代本来就是在不完美的状态下小步快跑,你等来的那个"合适时机"永远不会到。
第四种误解,是把迭代当成一件靠意志力硬撑的事。真正能持续迭代的人,靠的不是每天下决心,是把复盘和调整变成了一个固定动作,到点就做,不需要额外的心气。一旦要靠意志力维持,这件事迟早会断。
这个概念实际上是怎么回事儿
真实情况是,迭代是一个固定的循环:收集反馈,找出当前版本最大的短板,定一个小目标去改它,一段时间后检查改没改动,然后重新开始这个循环。
这里最难的一步是"找出最大的短板"。人本能地会去改那些容易改的、不那么痛的毛病,而回避那个真正卡住自己的核心问题。真正有效的迭代,恰恰要对着那个最不想面对的短板下手。
反直觉的地方在于,迭代的速度不取决于你多用力,取决于你的反馈循环有多短。一个每两周完整跑一轮"复盘、改进、验收"的人,一年迭代二十多次;一个从不复盘的人,一年迭代零次,哪怕他更勤奋。
正解这个概念有什么意义
理解对了之后,你会给自己定一个固定的迭代周期,比如每两周一次,雷打不动地坐下来问三个问题:这两周我暴露出的最大问题是什么,下两周我要改的一个点是什么,上一个要改的点改动了吗。
你会主动去要反馈,而不是等反馈自己找上门。做完一件事,找一两个靠谱的人问"我这次最该改进的一点是什么"。
你看待自己的方式,从"我就是这样的人"变成"我是一个还在开发中的版本"。
如何正确使用这个概念
第一,现在就给自己列一个"当前版本已知问题清单",然后只圈出其中一个:下两周就改它,其他的先放着。
第二,定一个固定的迭代日(比如每月 1 号和 15 号),到点必须坐下来复盘上一轮、规划下一轮。
第三,每完成一件像样的事,主动找一个人问:"如果我下次再做,最该改的一点是什么?"把答案存进问题清单。
第四,给每一轮迭代写一句"验收标准",怎样算改动了。没有验收标准的改进目标,等于没定。
错误使用这个概念有什么可怕之处
一个从不迭代的人,会在四十岁时发现自己还在用二十岁那套方式做事,而这套方式早就不管用了。
他的能力停在某一年,之后就靠吃老本。刚开始还看不出来,五年、十年之后,差距就拉开了:同龄人一版一版更新,他还是初始版本。等他终于意识到要改,才发现积重难返,一个用了二十年的坏习惯,改起来要付出的代价是当初的很多倍。
还有一种可怕,是假装在迭代的人。他每年都立一堆目标,买课、报班、写计划,看起来一直在提升,可他从不检查这些投入的结果,也从不对着真正的核心短板动手。他很忙,但十年下来还是同一个版本。
真迭代和假迭代的分水岭,是有没有一个闭环:收集反馈、找出最大的短板、定一个改的目标、一段时间后检查改动了没有。假迭代的人只有前半截的"投入",没有后半截的"检查和收敛",所以他的努力没有方向,只是在原地消耗。判断自己属于哪一种,看一个指标就够了:过去一年,你能说出自己修掉的三个具体缺陷吗。
这个概念与哪些概念紧密相连
自我迭代和复盘是一对。复盘是迭代循环里"收集反馈、找出短板"的那一步,没有复盘,迭代无从谈起。
它和迭代思维同源。迭代思维是方法论,自我迭代是把这套方法论用在自己身上。
它和元认知相连。要找出自己当前版本的核心短板,得先能跳出来观察自己,这是元认知的活。
它和成长率相连。真正决定你未来的不是你现在的水平,是你的迭代速度,也就是成长率。
三个思考与行动的问题
今天就写出你"当前版本"的已知问题清单,然后只圈一个,作为未来两周唯一要改的点,并写下它的验收标准。
在日历上标好接下来三个月的六个"迭代日",到点强制复盘加规划。
诚实地问自己:和三年前的我相比,我到底是出了好几个新版本,还是一直在打同一个版本的补丁?
今天是概念精讲第20天,我们明天继续。