1. 从“skills”这个词说起:它到底指什么
“skills”这个词看起来简单,但在不同语境下,它指向的东西差别很大。有人看到它想到的是简历上那一栏“专业技能”,有人想到的是游戏里的技能树,还有人想到的是团队协作里每个人各自擅长的能力模块。我这次要聊的,是把“skills”当作一个可拆解、可组合、可复用的能力单元来看待——也就是说,把一个人或一个团队的能力,拆成一个个具体的、有明确边界的技能点,然后像搭积木一样去组合和调用。
这个思路解决的核心问题是:能力这件事太模糊了。你说“我擅长做内容”,这句话信息量几乎为零。但如果你说“我能独立完成从选题到成稿的全流程,其中选题环节我有一套自己的判断框架,成稿环节我能在两小时内产出两千字结构清晰的长文”,这就具体多了。把模糊的能力描述拆成具体的技能点,好处是你可以清楚地知道自己缺什么、补什么、怎么补,也能让别人快速判断你能不能胜任某件事。
适合看这篇内容的人,大概有这么几类:正在整理自己能力体系、想搞清楚自己到底会什么的人;带团队、需要给成员分配任务并评估能力匹配度的人;以及想系统性地提升自己、但不知道从哪下手的人。不管你是刚入行的新手,还是已经工作了几年的熟手,把“skills”拆开来看这件事,都会让你对自己和手头的事有更清楚的认识。
我下面会从整体设计思路、核心拆解方法、实操落地流程、常见问题和排查技巧几个方面,把我自己踩过的坑和总结出来的经验完整讲一遍。内容会比较长,但都是实操层面的东西,你可以直接拿去用。
2. 整体设计思路:为什么要把能力拆成技能点
2.1 从“我会做”到“我会做哪几步”的转变
大多数人描述自己能力的时候,习惯用结果导向的说法:“我会写方案”“我会做数据分析”“我会带项目”。这种说法在日常聊天里没问题,但一旦你要用它来做决策——比如要不要接一个新任务、要不要招一个人、要不要学一个新东西——它就完全不够用了。
我自己的做法是,把每一个“我会做X”都往下拆一层,拆到“做X需要哪几个具体动作”这个粒度。举个例子,“我会写方案”这件事,拆开来看至少包含:理解需求、搜集信息、搭建框架、填充内容、打磨表达、根据反馈修改。这六步里,每一步都是一个独立的技能点。你可能框架搭得特别好,但搜集信息这一步总是漏关键点;也可能内容填充很快,但打磨表达这一步特别慢。拆开之后,你才知道自己的短板到底在哪。
这个转变的意义在于:模糊的能力没法提升,具体的技能点才能。你说“我要提升写作能力”,这是一个愿望。你说“我要提升搭建框架的速度,目标是半小时内出一个可用的提纲”,这是一个可执行的目标。
2.2 技能点的三个属性:粒度、依赖、可迁移性
拆技能点的时候,有三个属性需要特别注意,我一个个说。
粒度指的是你拆到多细。拆得太粗,比如“沟通能力”,那跟没拆一样;拆得太细,比如“能在会议中准确复述对方上一句话”,那又太琐碎了,没法管理。我的经验是,拆到“可以独立练习并在一周内看到进步”这个粒度比较合适。比如“写提纲”就是一个合适的粒度,你练一周,确实能感觉到速度和质量的变化。
依赖指的是技能点之间的先后关系。有些技能点是另一些的前提。比如你要练“根据反馈修改方案”,前提是你得先能“写出一个完整的初稿”。如果你连初稿都写不出来,那修改这个技能点就无从练起。拆技能点的时候,把依赖关系理清楚,你就知道该先练什么、后练什么。
可迁移性指的是这个技能点能不能用到别的场景里。比如“搜集信息”这个技能点,你写方案的时候用得到,做竞品分析的时候也用得到,甚至规划旅行的时候也用得到。可迁移性越高的技能点,投入产出比越高,值得优先练。反过来,有些技能点只在特定场景下有用,比如“熟练使用某个内部工具”,那它的优先级就可以往后放。
2.3 为什么不用“能力模型”那套东西
市面上有很多现成的“能力模型”,把能力分成几大类、几十个小项,看起来很系统。我自己试过几套,最后都放弃了。原因很简单:那些模型是给别人看的,不是给自己用的。它们的设计目的是让HR或者管理者有一个统一的评估标准,而不是让个人清楚地知道自己该练什么。
我自己的做法是,完全从自己的实际工作出发,遇到什么就拆什么。今天接了一个新任务,做完之后花十分钟复盘一下:这个任务我用了哪几个技能点?哪个环节卡住了?卡住的那个环节能不能再拆细一点?这样拆出来的技能点,每一个都跟你的实际工作直接相关,练了就能用上,用了就能看到效果。
注意:不要一上来就试图拆出一个完整的、覆盖所有场景的技能体系。那是一个永远完不成的任务,而且会让你陷入“整理体系”的幻觉里,实际上什么都没练。从手头正在做的事开始拆,拆一个练一个,慢慢积累。
3. 核心拆解方法:怎么把一个模糊能力拆成可练的技能点
3.1 用“动作序列法”做第一层拆解
拆解的第一步,是把一个能力还原成完成它的动作序列。我管这个方法叫“动作序列法”,说白了就是:假设你现在要给别人演示怎么做这件事,你会按什么顺序做哪些动作?
拿“做一场线上分享”举例。你可能会说:确定主题、准备内容、做幻灯片、调试设备、讲、回答问题。这就是第一层拆解。但这一层还不够细,因为“准备内容”和“做幻灯片”还是太模糊了。你需要对每一个动作再问一遍:这一步具体要做什么?
“准备内容”可以再拆成:确定分享的核心观点、列出支撑观点的案例、设计内容的起承转合、写出口语化的讲稿。“做幻灯片”可以再拆成:确定视觉风格、设计每页的信息结构、处理图表和配图、检查排版细节。这样拆到第二层,每个技能点就比较具体了。
3.2 用“卡点回溯法”找到真正需要练的点
动作序列法能帮你把能力拆开,但拆出来的技能点可能有很多个,你不可能同时练所有。这时候需要用“卡点回溯法”来筛选:回忆你过去做这件事的时候,哪个环节最容易卡住、最花时间、最让你头疼?
还是拿线上分享举例。如果你过去几次分享,内容准备得都挺快,但每次做幻灯片都拖到最后一刻,那“做幻灯片”相关的技能点就是你的卡点,应该优先练。如果你每次讲的时候都超时,那“控制节奏”就是你的卡点。卡点回溯法的好处是,它直接指向你的真实短板,而不是你以为的短板。
我自己的经验是,卡点往往不是技能本身的问题,而是技能点拆得不够细。比如你觉得“做幻灯片”是你的卡点,但再往下拆一层,可能发现真正卡住你的是“设计每页的信息结构”这个点——你不知道一页幻灯片上该放多少信息、怎么排列。那你要练的就是这个具体的点,而不是笼统的“做幻灯片”。
3.3 用“最小可练单元”确定练习粒度
拆到什么时候算够细?我的判断标准是:能不能设计出一个一小时内完成的练习。如果一个技能点,你能设计出一个一小时内完成的练习,并且练完之后能给自己一个明确的反馈,那这个粒度就合适了。
比如“设计每页幻灯片的信息结构”这个技能点,你可以设计这样一个练习:找一份别人的幻灯片,挑出其中五页,重新设计每页的信息结构,然后对比原版和你的版本,看哪个更清晰。这个练习一小时内能完成,而且你能立刻看到效果。这就是一个合适的粒度。
反过来,“提升沟通能力”这个粒度就太粗了,你没法设计出一个一小时的练习。“能在会议中准确复述对方上一句话”又太细了,练这个点的投入产出比不高。找到那个“一小时内能练、练完有反馈”的粒度,是关键。
3.4 技能点清单的整理方式
拆出来的技能点需要有个地方记下来,不然过两天就忘了。我用的是一个很简单的表格,三列:技能点名称、当前水平、下一步练习。当前水平用一到五打分,下一步练习写一个具体的动作。
| 技能点 | 当前水平 | 下一步练习 |
|---|---|---|
| 写提纲 | 3 | 拿一个旧选题,半小时内重写一版提纲 |
| 搜集信息 | 2 | 针对一个陌生话题,一小时内找到五个关键信息源 |
| 口语化讲稿 | 4 | 把一篇书面稿改写成口语稿,录音听一遍 |
| 控制分享节奏 | 2 | 录一次十分钟的分享,标记超时点 |
这个表格不用很复杂,关键是每周更新一次。练过的技能点,水平打分往上调;发现新的卡点,加一行。时间长了,这张表就是你自己的能力地图。
4. 实操过程:从零开始拆解并练习一个技能点
4.1 选一个具体的任务作为拆解对象
不要凭空拆,一定要选一个你最近实际做过或者即将要做的任务。我这次拿“写一篇两千字左右的干货文章”作为例子,因为这个任务足够具体,而且很多人都会遇到。
选任务的时候有个小技巧:选那种你做过至少三次、但每次都觉得不太顺的任务。做过三次说明你对它有一定熟悉度,不是完全陌生;每次都不太顺说明里面有卡点,值得拆。完全陌生的任务拆起来没有体感,太顺的任务拆起来没有收获。
4.2 第一层拆解:把任务还原成动作序列
写一篇两千字干货文章,按动作序列拆开,大概是这么几步:
- 确定主题和核心观点
- 搜集支撑材料
- 搭建文章框架
- 写出初稿
- 修改打磨
- 检查格式和细节
这六步是大多数人写文章都会经历的。但如果你只拆到这一层,还是不知道该练什么。所以需要往下再拆一层。
4.3 第二层拆解:把每个动作拆成可练的技能点
确定主题和核心观点这一步,可以拆成:判断选题有没有价值、把大主题缩小到可写的范围、用一句话说清楚核心观点。这三个点里,“用一句话说清楚核心观点”是最值得单独练的。你可以拿任何一个你感兴趣的话题,强迫自己用一句话说出你的观点,然后检查这句话是不是足够具体、足够有信息量。
搜集支撑材料可以拆成:知道去哪里找、判断材料可不可靠、从材料里提取关键信息。其中“从材料里提取关键信息”是很多人卡住的地方。练习方法是:找一篇长文,读完之后用三句话总结它的核心信息,然后对照原文检查有没有漏掉关键点。
搭建文章框架可以拆成:确定文章的整体结构、安排各部分的顺序、设计开头和结尾。其中“安排各部分的顺序”是一个容易被忽略但很重要的技能点。同样的内容,顺序不同,读起来的流畅度差别很大。练习方法是:拿一篇你觉得结构清晰的文章,把它的各部分打乱,然后重新排列,对比你的排列和原版的差异。
写出初稿可以拆成:把框架扩展成段落、保持写作节奏、处理卡住的地方。其中“处理卡住的地方”是一个很实际的技能点。很多人写初稿的时候,遇到一个卡点就停下来了,一停就是半小时。练习方法是:给自己定一个规则,卡住的时候先写一句“这里待补充”,然后继续往下写,等初稿完成后再回头处理。
修改打磨可以拆成:检查逻辑是否通顺、检查表达是否清楚、删掉多余的内容。其中“删掉多余的内容”是一个需要刻意练的技能点。大多数人写完之后舍不得删,觉得每句话都有用。练习方法是:拿一篇旧文,强迫自己删掉百分之二十的字数,看看删完之后是不是更清楚了。
检查格式和细节可以拆成:检查标题层级、检查标点、检查错别字。这些相对机械,但如果不做,文章的专业度会打折扣。
4.4 用卡点回溯法确定优先练习的技能点
拆完之后,我回顾了一下自己过去写文章的经历。我最常卡住的地方是“搭建文章框架”里的“安排各部分的顺序”。每次写完初稿,总觉得读起来有点跳,但不知道问题出在哪。后来发现,是我在搭框架的时候,没有认真考虑各部分之间的逻辑关系,只是把内容堆上去了。
所以我的优先练习点就是“安排各部分的顺序”。我给自己设计的练习是:每周拿一篇别人的文章,把它的各部分打乱,然后重新排列,对比原版,分析原版为什么那样排。这个练习一次大概四十分钟,练了大概一个月,我明显感觉到自己搭框架的速度和框架的质量都上来了。
4.5 练习过程中的记录和调整
练习一定要有记录。我用的是一个很简单的记录方式:每次练习之后,写三句话——练了什么、感觉怎么样、下次调整什么。比如:
练了“安排各部分顺序”,拿了一篇讲时间管理的文章来打乱重排。我的排法是按“问题-方法-案例”来排,原版是按“案例-问题-方法”来排。对比之后发现,原版把案例放前面是为了先吸引注意力,我的排法更直接但可能不够抓人。下次试试把案例提前。
这种记录不用很长,但坚持下来,你会清楚地看到自己的进步轨迹,也能发现哪些练习方法有效、哪些无效。
5. 常见问题与排查技巧实录
5.1 拆出来的技能点太多,不知道从哪开始
这是最常见的问题。我的建议是:只选一个,而且选那个你明天就能用上的。不要想着把所有技能点都练一遍,那是不可能的。选一个你最近工作中马上要用到的技能点,练一周,用一次,看到效果,再选下一个。
如果你实在不知道选哪个,就用卡点回溯法:回忆过去一个月,哪件事让你最头疼、最花时间、最不想做。那个事情对应的技能点,就是你应该优先练的。
5.2 练了一段时间感觉没进步
没进步通常有两个原因:一是练习的粒度不对,太粗了,练了等于没练;二是没有反馈,练完不知道好不好。
解决第一个问题的方法是:把技能点再往下拆一层。比如你觉得“写初稿”练了两周没进步,那就拆成“保持写作节奏”和“处理卡住的地方”,单独练其中一个。
解决第二个问题的方法是:给自己设计一个可量化的反馈。比如“半小时内写出五百字”,或者“卡住不超过三次”。有了数字,你就能判断自己有没有进步。
5.3 拆解之后发现技能点之间互相依赖,没法单独练
确实有些技能点是互相依赖的,比如“修改打磨”依赖“写出初稿”。遇到这种情况,我的做法是:先练被依赖的那个。你先能写出初稿,再去练修改。如果被依赖的技能点你已经会了,那就把依赖关系暂时忽略,直接练你想练的那个。
还有一种情况是,两个技能点互相依赖,比如“搭框架”和“写初稿”有时候是交替进行的。这时候你可以把它们打包成一个练习,比如“一小时内完成框架加初稿”,作为一个整体来练。
5.4 常见问题速查表
| 问题 | 可能原因 | 排查动作 |
|---|---|---|
| 拆出来的点太多 | 粒度太细或没有筛选 | 用卡点回溯法只选一个 |
| 练了没进步 | 粒度太粗或没有反馈 | 再拆一层,加量化指标 |
| 技能点互相依赖 | 拆解顺序不对 | 先练被依赖的那个 |
| 练完就忘 | 没有记录和复盘 | 每次练完写三句话记录 |
| 不知道练什么 | 没有从实际任务出发 | 选最近做过三次的任务来拆 |
5.5 几个我踩过的坑
第一个坑是追求体系的完整性。我一开始花了很多时间设计一个“完美的技能体系”,结果体系设计完了,一个技能点都没练。后来我放弃了体系,直接从手头的事开始拆,反而进展快得多。
第二个坑是练得太杂。有段时间我同时练五六个技能点,每天换着练,结果哪个都没练透。后来改成一次只练一个,练一周再换,效果好很多。
第三个坑是没有记录。练过的东西不记下来,过两周就忘了自己练过什么、练到什么程度了。记录这件事看起来很麻烦,但真的能帮你省很多重复劳动。
提示:如果你刚开始拆技能点,建议从“输入类”技能点开始练,比如“搜集信息”“提取关键信息”。这类技能点可迁移性高,练好了在多个场景都能用上,投入产出比最高。
6. 把技能点用起来:组合、复用和迭代
6.1 技能点的组合:从单点练习到流程串联
单个技能点练得差不多了,就要开始练组合。因为实际做事的时候,从来不是单独用一个技能点,而是把好几个技能点串起来用。比如写文章这件事,就是把“确定核心观点”“提取关键信息”“安排各部分顺序”“处理卡住的地方”这几个技能点串起来。
练组合的方法很简单:找一个完整的任务,从头到尾做一遍,做完之后复盘哪个环节衔接得不好。衔接不好的地方,就是你需要回去单独练的技能点。这样“单点练习-组合练习-发现卡点-回去单点练习”的循环,就是能力提升的基本节奏。
6.2 技能点的复用:一次练习,多处使用
拆技能点的一个隐藏好处是,你会发现很多技能点是可以复用的。比如“提取关键信息”这个技能点,你写文章的时候用得到,做会议记录的时候用得到,读一本书的时候也用得到。练好一个点,多个场景受益。
我自己的做法是,每练一个新技能点,都会问自己:这个点还能用在什么地方?然后刻意在别的场景里用一下。比如我练了“用一句话说清楚核心观点”,就刻意在跟人沟通的时候也用一下,发现效果很好,沟通效率明显提高。
6.3 技能点的迭代:根据实际反馈调整拆解方式
技能点不是拆一次就固定不变的。随着你实际使用的增多,你会发现有些技能点需要再拆细,有些可以合并,有些需要重新定义。比如我一开始把“修改打磨”作为一个技能点,后来发现它其实包含“检查逻辑”和“删减内容”两个很不同的能力,就把它拆成了两个。
迭代的频率不用很高,大概每个月回顾一次你的技能点清单,看看有没有需要调整的。调整的依据就是你实际使用中的感受:哪个点用起来不顺手,哪个点练了很久没效果,哪个点好像可以跟别的点合并。
6.4 一个完整的技能点迭代案例
我拿“做线上分享”这个任务完整走一遍迭代过程。
最开始我拆出来的技能点是:确定主题、准备内容、做幻灯片、调试设备、讲、回答问题。练了一段时间之后,发现“准备内容”和“做幻灯片”经常互相干扰——我在准备内容的时候会想着幻灯片怎么做,做幻灯片的时候又发现内容需要调整。
于是我把这两个点重新拆了一遍,拆成了:确定核心观点、设计内容结构、写口语化讲稿、设计幻灯片信息结构、处理图表配图。这样拆开之后,每个点更独立,练起来也更聚焦。
再后来,我发现“讲”这个点其实包含“控制节奏”和“应对突发情况”两个很不同的能力,又把它拆开了。每次迭代都是因为实际用的时候发现了问题,然后针对问题调整拆解方式。
这个案例想说明的是:拆技能点不是为了拆而拆,是为了练而拆。拆出来的东西要能指导你的练习,如果拆完之后你还是不知道该练什么,那说明拆得不对,需要重新拆。
7. 我个人的一些实操体会
拆技能点这件事,我做了大概两年多,最大的体会是:它让我从“感觉自己什么都会一点但什么都不精”变成了“清楚地知道自己会什么、不会什么、在练什么”。这种清楚的感觉,比任何具体的技能提升都重要,因为它让你知道力气该往哪里使。
另一个体会是,拆技能点这件事本身也是一个技能点。你拆得越多,拆得就越快、越准。一开始我拆一个任务要花半小时,现在大概十分钟就能拆出一个可用的技能点清单。这个能力本身也很有用,因为它让你面对任何新任务的时候,都能快速判断自己需要什么、缺什么。
如果你刚开始做这件事,我的建议是:不要想太多,选一个你明天就要做的任务,花十分钟拆一下,然后选一个点练一周。一周之后你就会有感觉了。这件事没有捷径,就是拆、练、复盘、再拆、再练、再复盘。但只要你开始做,就一定会看到变化。
最后分享一个小技巧:把你拆出来的技能点清单放在一个你每天都能看到的地方,比如电脑桌面或者手机备忘录的置顶。每天看一眼,提醒自己这周在练什么。这个动作很小,但能让你保持聚焦,不至于练着练着就忘了。