🔥码云GVP开源项目 12k star Uniapp+ElementUI 功能强大 支持多语言、二开方便! 广告
## PDCA PDCA是Plan-Do-Check-Action四个词的组合。这是著名的戴明环。讲究从计划开始、经过实践、反思、产生的改进行动再纳入下一轮计划的持续改进过程。 当我们把这一套从工业领域搬过来的时候,我们对计划的理解还是工业领域那一套。如果用在个人提升方面,我们应该把PDCA微观化,这之后就有两个问题需要被解答,一个是Plan是什么?一个是Check什么? 第一个问题的答案很显然,我们前面讲的任务列表法就是在形成这个Plan。 第二个问题本身是一个母问题,每当我们对这个问题进行回答,都要回答一个衍生出来的子问题:我们要做点什么才能在需要Check的时候能够Check。 常用的套路有两个: * Plan的时候估计一个时间,然后开始做,做的时候计时,做完就要Check这个时间是否达标,无论快了还是慢了(通常是比较明显的差距才能引起反思,比如20%以上的差距),Check都要反思并产生Action,纳入到未来的Plan中去。 * 估计的任务列表和实际做的任务列表是否是一样多的?往往是会多出来,这时就要反思,自己在哪里有不足导致了这个差别。 这些反思往往是发现自己的问题,比如自己不熟悉的知识点、方法,甚至业务知识,最后的Action也往往都是通过刻意练习来提升生产效率,比如反复练类似题目。有时也会借助一些工具来提升效率,比如抽取live template,使用快捷键,只是效率工具的使用往往也需要刻意练习。有时也可以通过复用技术(其实live template已经是复用技术了)来提升生产效率,然而可复用模式的识别与抽取本身也是需要练习的,否则在那里纠结浪费的时间更长。 有些同学会感觉到,记录了时间却不知道哪里有问题,这个时候可以跟TDD相结合,把时间划分为写测试的时间,写实现的时间和测试通过的时间。其实除去这几种时间,还有其他时间消耗,比如调研的时间。不管怎么划分,将时间消耗结构化掉,一部分一部分的追求最高效率是一种可行的办法。