1. 從“skills”這個(gè)詞說起為什么它突然成了高頻搜索“skills”這個(gè)詞最近在各類社區(qū)里被反復(fù)提起頻率高得有點(diǎn)反常。我翻了一圈討論區(qū)發(fā)現(xiàn)大家聊的其實(shí)不是傳統(tǒng)意義上的“技能清單”而是一個(gè)更具體的東西——把個(gè)人能力拆解成可復(fù)用、可組合、可驗(yàn)證的模塊化單元。說白了就是不再滿足于“我會做PPT”這種模糊描述而是要把“做PPT”拆成“信息層級梳理、配色方案生成、圖表數(shù)據(jù)映射、動(dòng)畫節(jié)奏控制”這樣一個(gè)個(gè)能單獨(dú)拿出來用的技能塊。這個(gè)思路為什么現(xiàn)在火我個(gè)人的觀察是三個(gè)原因疊加。第一協(xié)作場景變了。以前一個(gè)人從頭包到尾現(xiàn)在項(xiàng)目制、遠(yuǎn)程協(xié)作、跨職能組隊(duì)成了常態(tài)別人需要快速知道你到底能接哪一段活。第二工具鏈成熟了。各種低代碼平臺、自動(dòng)化流程、AI輔助工具讓“技能”的封裝成本大幅下降你寫一個(gè)腳本、配一套模板、搭一個(gè)工作流就能變成一個(gè)可調(diào)用的“skill”。第三評價(jià)體系在變。越來越多的團(tuán)隊(duì)不再看頭銜和年限而是看你實(shí)際能交付什么模塊、解決什么類型的問題。所以這篇內(nèi)容我想把“skills”這個(gè)事徹底拆開講。它適合誰看如果你是那種手里有一堆零散經(jīng)驗(yàn)、但不知道怎么系統(tǒng)化輸出的人或者你正在帶小團(tuán)隊(duì)、需要快速摸清每個(gè)人能干什么再或者你單純想把自己的能力打包成可遷移的資產(chǎn)那接下來的內(nèi)容應(yīng)該對你有用。我會從設(shè)計(jì)思路、拆解方法、實(shí)操落地、常見坑四個(gè)層面把我自己踩過的路和驗(yàn)證過的方案完整寫出來。2. 整體設(shè)計(jì)思路把能力當(dāng)成樂高積木來搭2.1 為什么是“模塊化”而不是“清單化”很多人第一次接觸“skills”這個(gè)概念本能反應(yīng)是列一張清單我會Python、我會剪輯、我會寫文案。但清單有個(gè)致命問題——顆粒度不可控。你說“我會剪輯”別人不知道你是能剪三分鐘的宣傳片還是只會套模板加字幕。這種模糊性在協(xié)作里就是災(zāi)難因?yàn)閷Ψ經(jīng)]法判斷你能不能接住一個(gè)具體的任務(wù)包。模塊化的核心區(qū)別在于每個(gè)skill必須滿足三個(gè)條件有明確的輸入輸出、有可驗(yàn)證的完成標(biāo)準(zhǔn)、有獨(dú)立的交付邊界。舉個(gè)例子“視頻剪輯”是清單項(xiàng)“把一段10分鐘的訪談素材剪成3分鐘的精華片段要求保留核心觀點(diǎn)、加字幕、配背景音樂、輸出1080P”才是模塊。前者是形容詞后者是動(dòng)詞加參數(shù)。我試過用清單法管理自己的能力結(jié)果就是每次跟新搭檔合作都要重新解釋一遍“我到底能做什么”。后來改成模塊化拆解溝通成本直接降了一半以上。因?yàn)閷Ψ娇吹降氖且粋€(gè)個(gè)具體的“能力接口”而不是一堆模糊的標(biāo)簽。2.2 拆解粒度的黃金法則三層結(jié)構(gòu)拆得太粗沒用拆得太細(xì)又把自己累死。我摸索出來的法則是三層結(jié)構(gòu)領(lǐng)域?qū)印⒛K層、動(dòng)作層。領(lǐng)域?qū)邮悄隳芰Φ拇蟮姆诸惐热纭皟?nèi)容生產(chǎn)”“數(shù)據(jù)處理”“視覺設(shè)計(jì)”。模塊層是領(lǐng)域下的具體能力單元比如“內(nèi)容生產(chǎn)”下面有“選題策劃”“腳本撰寫”“素材采集”。動(dòng)作層是模塊執(zhí)行時(shí)的具體操作步驟比如“腳本撰寫”下面有“確定敘事結(jié)構(gòu)”“設(shè)計(jì)開場鉤子”“控制段落節(jié)奏”。為什么是三層因?yàn)閮蓪犹珳\別人還是不知道你具體怎么干活四層太深維護(hù)成本高到你會放棄更新。三層剛好能讓人看到你的能力地圖又能深入到可執(zhí)行的程度。我自己的skills體系就是按這個(gè)結(jié)構(gòu)搭的每個(gè)模塊下面掛3到7個(gè)動(dòng)作多了就說明這個(gè)模塊該拆了。2.3 選型考量為什么不用現(xiàn)成的能力模型市面上有一些現(xiàn)成的能力框架比如某些職業(yè)測評體系或者技能矩陣模板。我試過幾個(gè)最后都放棄了。原因很簡單——通用模型解決的是“分類”問題不解決“調(diào)用”問題。它們能告訴你“溝通能力”屬于“軟技能”但沒法告訴你“在項(xiàng)目復(fù)盤會上引導(dǎo)團(tuán)隊(duì)輸出三條可執(zhí)行的改進(jìn)項(xiàng)”這個(gè)具體動(dòng)作需要什么前置條件、產(chǎn)出什么結(jié)果。所以我建議你自己搭一套。搭的過程本身就是一次深度自我梳理而且只有你自己才知道每個(gè)skill的邊界在哪里、什么情況下會翻車、需要什么資源配合。這套東西一旦建起來就是你個(gè)人的能力操作系統(tǒng)換項(xiàng)目、換團(tuán)隊(duì)、換行業(yè)都能帶著走。3. 核心細(xì)節(jié)解析每個(gè)skill必須回答的五個(gè)問題3.1 問題一這個(gè)skill的觸發(fā)條件是什么任何skill都不是隨時(shí)能用的它有自己的觸發(fā)條件。比如“快速原型搭建”這個(gè)skill觸發(fā)條件可能是“需求方向已確認(rèn)但細(xì)節(jié)未定、需要在48小時(shí)內(nèi)拿出可演示版本”。如果你不寫清楚觸發(fā)條件別人可能在錯(cuò)誤的時(shí)間點(diǎn)找你結(jié)果就是雙方都難受。我自己的做法是給每個(gè)skill標(biāo)注三個(gè)觸發(fā)信號前置輸入、時(shí)間窗口、資源要求。前置輸入是“需要對方提供什么”時(shí)間窗口是“從啟動(dòng)到交付需要多久”資源要求是“需要什么工具或權(quán)限”。這三個(gè)寫清楚調(diào)用方就能自己判斷該不該找你。3.2 問題二執(zhí)行過程中的關(guān)鍵決策點(diǎn)在哪每個(gè)skill在執(zhí)行過程中都會遇到需要做判斷的節(jié)點(diǎn)。比如“數(shù)據(jù)可視化”這個(gè)skill關(guān)鍵決策點(diǎn)可能是“用柱狀圖還是折線圖”“顏色映射用連續(xù)還是離散”“要不要加趨勢線”。這些決策點(diǎn)才是skill的真正價(jià)值所在因?yàn)楣ぞ哒l都會用但知道在什么情況下選什么方案才是經(jīng)驗(yàn)壁壘。我習(xí)慣把每個(gè)決策點(diǎn)寫成“如果……那么……”的格式。如果數(shù)據(jù)是時(shí)間序列且關(guān)注趨勢那么用折線圖如果數(shù)據(jù)是分類對比且關(guān)注差異那么用柱狀圖。這種條件反射式的判斷規(guī)則寫出來之后你會發(fā)現(xiàn)自己的經(jīng)驗(yàn)比想象中多得多。3.3 問題三交付物的驗(yàn)收標(biāo)準(zhǔn)是什么“做完了”和“做好了”之間隔著一條河。驗(yàn)收標(biāo)準(zhǔn)就是那座橋。一個(gè)skill如果沒有明確的驗(yàn)收標(biāo)準(zhǔn)調(diào)用方就只能憑感覺判斷結(jié)果就是反復(fù)返工。驗(yàn)收標(biāo)準(zhǔn)要具體到可測量。比如“文案撰寫”的驗(yàn)收標(biāo)準(zhǔn)可以是“核心信息在前三句出現(xiàn)、全文無錯(cuò)別字、段落不超過四行、行動(dòng)號召明確”。這些標(biāo)準(zhǔn)寫出來之后你自己執(zhí)行的時(shí)候也有參照不會跑偏。我試過給每個(gè)skill寫三到五條驗(yàn)收標(biāo)準(zhǔn)交付效率提升非常明顯因?yàn)榉倒ぢ式迪聛砹恕?.4 問題四常見失敗模式有哪些每個(gè)skill都有它容易翻車的地方。比如“會議主持”這個(gè)skill常見失敗模式包括“議程超時(shí)”“關(guān)鍵決策人缺席”“討論發(fā)散無法收斂”。把這些失敗模式提前寫出來一方面提醒自己注意另一方面也讓調(diào)用方知道風(fēng)險(xiǎn)在哪里。我一般會給每個(gè)失敗模式配一個(gè)預(yù)防措施。議程超時(shí)的預(yù)防措施是“每個(gè)議題設(shè)定硬性時(shí)間上限超時(shí)則轉(zhuǎn)入待辦清單”討論發(fā)散的預(yù)防措施是“每15分鐘做一次小結(jié)確認(rèn)當(dāng)前結(jié)論和待決事項(xiàng)”。這些措施不一定每次都用得上但有準(zhǔn)備和沒準(zhǔn)備心態(tài)完全不一樣。3.5 問題五這個(gè)skill和其他skill怎么銜接skills不是孤島它們之間有依賴關(guān)系和組合關(guān)系。比如“用戶訪談”的輸出是“需求洞察”的輸入“需求洞察”的輸出又是“方案設(shè)計(jì)”的輸入。把這些銜接關(guān)系畫出來你就能看到自己的能力網(wǎng)絡(luò)也能發(fā)現(xiàn)哪些環(huán)節(jié)是薄弱點(diǎn)。我自己的做法是用一張簡單的表格記錄每個(gè)skill的“上游依賴”和“下游輸出”。上游依賴是“我需要從誰那里拿到什么”下游輸出是“我能給誰提供什么”。這張表建起來之后我在接新項(xiàng)目的時(shí)候就能快速判斷自己能不能覆蓋全流程還是需要找誰補(bǔ)齊哪一段。4. 實(shí)操過程從零搭建一套可用的skills體系4.1 第一步原始素材收集別急著分類剛開始的時(shí)候千萬不要一上來就想著怎么分類。我踩過的坑就是太早進(jìn)入“整理模式”結(jié)果把很多有價(jià)值的細(xì)節(jié)過濾掉了。正確的做法是先做無結(jié)構(gòu)收集拿一張白紙或者開一個(gè)空白文檔把你過去半年到一年做過的所有事情不管大小全部寫下來。寫的時(shí)候用動(dòng)詞開頭越具體越好?！皫蛨F(tuán)隊(duì)做了一次項(xiàng)目復(fù)盤”比“有復(fù)盤能力”好“給產(chǎn)品文檔重新組織了信息架構(gòu)”比“會寫文檔”好。這個(gè)階段目標(biāo)是數(shù)量先寫個(gè)五六十條出來不要評判不要?dú)w類不要想著怎么命名。我自己的習(xí)慣是分幾次寫每次寫20分鐘中間隔一兩天。因?yàn)榈谝淮螌懲荒芟肫鹱罱氖赂魩滋煸賹懺缙诘囊恍╉?xiàng)目細(xì)節(jié)會慢慢浮出來。寫完之后你會發(fā)現(xiàn)很多你以為已經(jīng)忘了的經(jīng)驗(yàn)其實(shí)還在腦子里只是需要觸發(fā)。4.2 第二步聚類與命名找到你的能力板塊收集完之后把所有的條目攤開開始找它們之間的相似性。這個(gè)階段可以用便簽紙也可以用思維導(dǎo)圖工具關(guān)鍵是讓條目之間產(chǎn)生視覺上的關(guān)聯(lián)。你會發(fā)現(xiàn)有些條目天然就在一起比如“寫周報(bào)”“寫項(xiàng)目文檔”“寫需求說明”可以歸到“結(jié)構(gòu)化寫作”這個(gè)板塊。聚類的時(shí)候注意兩個(gè)原則。第一一個(gè)條目只歸一個(gè)類如果它同時(shí)屬于兩個(gè)類說明這個(gè)條目本身需要拆細(xì)。第二類的數(shù)量控制在5到8個(gè)太少說明你拆得不夠太多說明你分得太碎。我自己的體系最后收斂到6個(gè)領(lǐng)域每個(gè)領(lǐng)域下面3到5個(gè)模塊整體結(jié)構(gòu)比較平衡。命名的時(shí)候用“動(dòng)詞對象”的格式比如“數(shù)據(jù)清洗”“流程設(shè)計(jì)”“視覺呈現(xiàn)”。避免用“能力”“技巧”“素養(yǎng)”這種虛詞因?yàn)樘撛~沒法指導(dǎo)行動(dòng)。名字起好了整個(gè)體系就立住了一半。4.3 第三步逐模塊填充細(xì)節(jié)用五問法過一遍聚類完成之后逐個(gè)模塊填充細(xì)節(jié)。每個(gè)模塊都要回答前面提到的五個(gè)問題觸發(fā)條件、關(guān)鍵決策點(diǎn)、驗(yàn)收標(biāo)準(zhǔn)、失敗模式、銜接關(guān)系。這個(gè)過程最耗時(shí)但也最有價(jià)值因?yàn)槟阍诎央[性經(jīng)驗(yàn)顯性化。我自己的做法是每個(gè)模塊寫一張卡片卡片正面是模塊名稱和一句話描述背面是五個(gè)問題的答案。寫的時(shí)候不要追求完美先寫出來再迭代。我第一版寫得很粗糙很多決策點(diǎn)只寫了一句話但用了幾次之后每次遇到新情況就補(bǔ)充進(jìn)去現(xiàn)在每個(gè)模塊的卡片都挺厚的。這里有個(gè)小技巧寫不出來的時(shí)候就去回想最近一次做這件事的場景。比如你寫“需求分析”這個(gè)模塊的決策點(diǎn)就想上次做需求分析的時(shí)候你在哪個(gè)環(huán)節(jié)猶豫了、最后怎么決定的、結(jié)果怎么樣。把那個(gè)瞬間還原出來決策點(diǎn)自然就有了。4.4 第四步建立索引和調(diào)用機(jī)制體系建好之后如果不好調(diào)用等于白建。所以最后一步是建立索引。我自己的做法是做一個(gè)簡單的表格左邊是“場景關(guān)鍵詞”右邊是“對應(yīng)skill”。比如“需要快速出方案”對應(yīng)“原型搭建”和“方案框架設(shè)計(jì)”“需要說服別人”對應(yīng)“結(jié)構(gòu)化表達(dá)”和“數(shù)據(jù)支撐”。這個(gè)索引表放在手邊每次接到新任務(wù)先掃一眼索引看看需要調(diào)用哪些skill。時(shí)間長了之后這張表就內(nèi)化到腦子里了但剛開始的時(shí)候一定要寫下來因?yàn)槿嗽趬毫ο氯菀字幌氲阶约鹤钍煜さ哪莻€(gè)skill而忽略其他可用的選項(xiàng)。另外我建議每季度做一次體系回顧。看看哪些skill最近沒用過、哪些skill需要更新、有沒有新的skill需要加進(jìn)來。skills體系是活的不是建完就扔在那里。我自己每季度會花一個(gè)小時(shí)過一遍刪掉過時(shí)的補(bǔ)充新出現(xiàn)的調(diào)整銜接關(guān)系。5. 常見問題與排查技巧實(shí)錄5.1 拆得太細(xì)導(dǎo)致維護(hù)崩潰怎么辦這是最常見的問題。剛開始拆的時(shí)候容易上頭恨不得把每個(gè)動(dòng)作都拆成獨(dú)立skill結(jié)果就是體系龐大到?jīng)]法維護(hù)用兩次就放棄了。我的經(jīng)驗(yàn)是控制總量領(lǐng)域?qū)硬怀^8個(gè)每個(gè)領(lǐng)域下的模塊不超過5個(gè)每個(gè)模塊下的動(dòng)作不超過7個(gè)。超過這個(gè)數(shù)就說明你需要合并或者刪減。如果你已經(jīng)拆得太細(xì)了合并的方法是找“共同觸發(fā)條件”。如果兩個(gè)skill總是在同一個(gè)場景下被調(diào)用那它們大概率應(yīng)該合并成一個(gè)。比如“寫標(biāo)題”和“寫開頭”經(jīng)常一起出現(xiàn)那就可以合并成“開篇設(shè)計(jì)”。合并之后體系會清爽很多。5.2 別人不理解你的skill描述怎么辦你寫的skill描述自己看沒問題但別人看可能一頭霧水。這是因?yàn)槟阌昧颂鄡?nèi)部術(shù)語和默認(rèn)假設(shè)。解決辦法是找一個(gè)人做測試把你的skill卡片給一個(gè)不熟悉你工作內(nèi)容的同事看讓他復(fù)述一遍這個(gè)skill是干什么的、什么時(shí)候用、需要什么輸入。如果他復(fù)述錯(cuò)了說明你的描述有歧義。我試過這個(gè)方法第一次測試的時(shí)候我寫的“快速原型搭建”被理解成了“畫草圖”實(shí)際上我指的是“可交互的演示版本”。后來我把描述改成“用現(xiàn)有組件拼裝出可點(diǎn)擊的演示版本用于收集反饋”歧義就消失了。所以描述里要避免抽象名詞多用具體動(dòng)作和產(chǎn)出物。5.3 執(zhí)行時(shí)發(fā)現(xiàn)驗(yàn)收標(biāo)準(zhǔn)達(dá)不到怎么辦有時(shí)候你按skill卡片執(zhí)行了但結(jié)果就是達(dá)不到驗(yàn)收標(biāo)準(zhǔn)。這時(shí)候不要急著改標(biāo)準(zhǔn)先排查三個(gè)可能輸入質(zhì)量不夠、決策點(diǎn)判斷錯(cuò)了、資源條件不滿足。輸入質(zhì)量不夠是最常見的比如你拿到的原始數(shù)據(jù)本身就有缺失那再怎么清洗也做不出完整分析。這時(shí)候正確的做法是退回上游要求補(bǔ)充輸入而不是硬著頭皮往下做。決策點(diǎn)判斷錯(cuò)了也很常見。比如你選了柱狀圖但數(shù)據(jù)其實(shí)是時(shí)間序列那出來的圖就是不對的。這時(shí)候要回到?jīng)Q策點(diǎn)重新對照條件做選擇。資源條件不滿足則是外部因素比如工具版本不對、權(quán)限不夠這種就要提前在觸發(fā)條件里寫清楚避免啟動(dòng)之后才發(fā)現(xiàn)做不了。5.4 怎么判斷一個(gè)skill該淘汰了skills體系需要新陳代謝。我判斷一個(gè)skill該淘汰的標(biāo)準(zhǔn)有三個(gè)半年內(nèi)沒調(diào)用過、連續(xù)三次執(zhí)行都失敗、已經(jīng)被工具或流程替代。半年沒調(diào)用說明它不在你的主要工作流里留著占地方連續(xù)失敗說明要么這個(gè)skill本身不成熟要么你在這個(gè)領(lǐng)域確實(shí)不擅長不如交給別人被替代就更好理解了比如以前需要手動(dòng)做的數(shù)據(jù)透視現(xiàn)在工具一鍵就能生成那這個(gè)skill就該退役了。淘汰的時(shí)候不要直接刪掉先移到“歸檔區(qū)”放三個(gè)月。如果三個(gè)月內(nèi)還是沒想起來用那就徹底刪掉。我自己的歸檔區(qū)里現(xiàn)在躺著七八個(gè)skill都是以前覺得很重要但后來發(fā)現(xiàn)用不上的。留著它們的好處是萬一哪天需要了還能翻出來看看但不會干擾日常調(diào)用。5.5 常見問題速查表問題現(xiàn)象可能原因排查動(dòng)作預(yù)防措施體系太大不想維護(hù)拆解粒度過細(xì)合并同場景skill控制三層數(shù)量上限別人看不懂描述術(shù)語太多、假設(shè)太多找外人復(fù)述測試用動(dòng)詞產(chǎn)出物描述執(zhí)行結(jié)果不達(dá)標(biāo)輸入質(zhì)量差或決策錯(cuò)誤回溯觸發(fā)條件和決策點(diǎn)啟動(dòng)前確認(rèn)輸入清單skill長期不用不在主要工作流移入歸檔區(qū)觀察每季度做一次回顧銜接經(jīng)常斷檔上下游依賴沒寫清補(bǔ)全銜接關(guān)系表建索引時(shí)標(biāo)注上下游6. 進(jìn)階玩法把skills變成可組合的資產(chǎn)6.1 技能組合包針對場景打包調(diào)用單個(gè)skill解決單點(diǎn)問題但實(shí)際工作中往往需要一組skill協(xié)同。比如“從零啟動(dòng)一個(gè)新項(xiàng)目”這個(gè)場景可能需要“需求調(diào)研”“方案框架”“原型搭建”“進(jìn)度規(guī)劃”“風(fēng)險(xiǎn)識別”五個(gè)skill同時(shí)在線。我習(xí)慣把這些經(jīng)常一起出現(xiàn)的skill打包成“組合包”給每個(gè)組合包起個(gè)名字比如“冷啟動(dòng)包”“復(fù)盤包”“交付包”。組合包的好處是調(diào)用的時(shí)候不用一個(gè)個(gè)想直接說“這次用冷啟動(dòng)包”就行。而且組合包可以提前檢查依賴關(guān)系確保上下游銜接順暢。我自己的體系里有四個(gè)組合包覆蓋了大部分常見場景用起來非常順手。6.2 技能交換用你的skill換別人的skillskills體系建好之后你會發(fā)現(xiàn)有些環(huán)節(jié)你確實(shí)不擅長或者效率不高。這時(shí)候可以找互補(bǔ)的人做技能交換。比如你擅長“內(nèi)容生產(chǎn)”但不擅長“數(shù)據(jù)可視化”那就找一個(gè)反過來的人互相調(diào)用對方的skill。這種交換比傳統(tǒng)的“分工”更靈活因?yàn)殡p方都知道對方的能力邊界和交付標(biāo)準(zhǔn)協(xié)作起來摩擦小很多。我試過跟一個(gè)做數(shù)據(jù)的朋友做交換我?guī)退鰞?nèi)容梳理他幫我做數(shù)據(jù)看板。因?yàn)殡p方都有明確的skill卡片溝通成本極低基本上說清楚輸入和期望輸出就能開工。這種模式特別適合自由職業(yè)者或者小團(tuán)隊(duì)不用招人就能補(bǔ)齊能力短板。6.3 技能迭代每次執(zhí)行后更新卡片skills體系不是建完就完了每次執(zhí)行都是一次迭代機(jī)會。我習(xí)慣在每次調(diào)用某個(gè)skill之后花五分鐘更新卡片這次遇到了什么新情況、決策點(diǎn)有沒有變化、驗(yàn)收標(biāo)準(zhǔn)要不要調(diào)整、失敗模式有沒有新增。這些更新看起來很小但積累起來就是一套越來越精準(zhǔn)的個(gè)人能力操作系統(tǒng)。我自己的“需求分析”卡片已經(jīng)迭代了十幾版從最開始只有三行字到現(xiàn)在有完整的決策樹和案例庫。每次迭代都是因?yàn)閷?shí)際執(zhí)行中遇到了新問題解決了就寫進(jìn)去?，F(xiàn)在這張卡片基本上可以當(dāng)操作手冊用了別人拿著也能照著做。7. 我個(gè)人的實(shí)操體會這套skills體系我用了大概兩年最大的感受是它逼著我把模糊的經(jīng)驗(yàn)變成清晰的規(guī)則。以前別人問我“你能做什么”我只能說“我做過很多項(xiàng)目”現(xiàn)在我可以直接甩一張表過去對方一看就知道我能接什么、需要什么、產(chǎn)出什么。這種清晰度帶來的信任感比任何頭銜都管用。另一個(gè)體會是skills體系不是越全越好而是越用越準(zhǔn)。剛開始建的時(shí)候總想覆蓋所有可能性后來發(fā)現(xiàn)真正高頻調(diào)用的就那么十幾個(gè)。與其追求大而全不如把高頻skill打磨到極致低頻的有個(gè)大概框架就行。我現(xiàn)在每個(gè)季度會看一次調(diào)用記錄把排名前五的skill再細(xì)化一層其他的保持現(xiàn)狀。最后分享一個(gè)小技巧把你的skill卡片放在觸手可及的地方。我一開始放在云文檔里結(jié)果經(jīng)常想不起來看。后來打印出來貼在顯示器旁邊每次接新任務(wù)先掃一眼調(diào)用率立刻上去了。物理可見性對習(xí)慣養(yǎng)成很重要?jiǎng)e高估自己的記憶力。