為什么每次 sprint 結(jié)束，總有一半任務(wù)完不成？

開發(fā)團(tuán)隊(duì)里有個(gè)沒人說破的真相：用"小時(shí)"估算工時(shí)，人人都會(huì)低估。資深工程師想顯得高效，新人不想暴露速度慢，產(chǎn)品經(jīng)理在場(chǎng)時(shí)團(tuán)隊(duì)集體保守。然后 sprint 結(jié)束，任務(wù) rollover，所有人假裝驚訝。

我見過這種模式在不同團(tuán)隊(duì)、不同技術(shù)棧反復(fù)上演。問題不是我們不擅長(zhǎng)估時(shí)間——而是"小時(shí)"本身就是錯(cuò)誤的單位。

復(fù)雜度與時(shí)間完全是兩個(gè)獨(dú)立維度，卻被大多數(shù)團(tuán)隊(duì)混為一談。翻譯一段英文到西班牙文很簡(jiǎn)單，幾乎沒復(fù)雜度；翻譯整本《圣經(jīng)》依然簡(jiǎn)單——單句認(rèn)知負(fù)荷沒變，只是量大。"簡(jiǎn)單"不等于"快"。反過來，復(fù)雜的分布式系統(tǒng)遷移聽起來該花幾周，但如果平臺(tái)已有合適工具，可能一個(gè)下午就搞定。"復(fù)雜"也不等于"慢"。

把二維壓縮成一維，結(jié)果自然荒謬。

我待過的團(tuán)隊(duì)最終采用類斐波那契數(shù)列：3、5、8、13。超過 13 不算估算，而是信號(hào)——任務(wù)該拆分了。

數(shù)字本身不重要，重要的是它們代表什么：不確定度、耦合度、影響范圍、依賴關(guān)系、團(tuán)隊(duì)熟悉度……目標(biāo)不是建立精確量表，而是讓團(tuán)隊(duì)擁有討論"難度"的共同語(yǔ)言，且與"耗時(shí)"脫鉤。

故事點(diǎn)比小時(shí)更好的原因，說出來可能意外：它們絕對(duì)精度其實(shí)更低，但改變了對(duì)話性質(zhì)。

問"這要花多久？"——對(duì)話是個(gè)人且防御性的。最懂的人拋數(shù)字，其他人點(diǎn)頭。實(shí)際干活的新人默默恐慌，知道做不到卻不敢反駁，怕顯得慢。

問"這有多復(fù)雜？"——對(duì)話變成集體性的。為什么是 5 不是 3？有哪些模塊？哪里可能出錯(cuò)？新人看資深工程師推演問題而學(xué)習(xí)，資深者偶爾發(fā)現(xiàn)自以為"trivial"的事其實(shí)并不簡(jiǎn)單。團(tuán)隊(duì)在動(dòng)手前，真正理解了要構(gòu)建的東西。