多任務(wù)切換，會(huì)造成極大的浪費(fèi)。只有在單個(gè)任務(wù)上投入全部時(shí)間，才會(huì)產(chǎn)生最大績效。
這個(gè)道理對于從事軟件開發(fā)的程序員來說都是深有體會(huì)的?？伤鼌s很少被領(lǐng)導(dǎo)者們所理解。今天這里想再次說明下為什么軟件開發(fā)人員總會(huì)抱怨多任務(wù)切換。
其實(shí)道理很簡單，就是任務(wù)切換會(huì)造成極大的浪費(fèi)。
如果一個(gè)程序員每周工作40小時(shí)，他把所有工作時(shí)間都用在一個(gè)項(xiàng)目上面，他可以產(chǎn)出4000單位的智力。而如果他被分派到兩個(gè)并行開展項(xiàng)目上，當(dāng)他從A項(xiàng)目的上下文切換到B項(xiàng)目，需要耗費(fèi)一些工時(shí)和智力來了解B項(xiàng)目的狀態(tài)，他需要找齊所有正確的B項(xiàng)目文件，需要從大腦中消除A項(xiàng)目的思緒，需要重新與從事B項(xiàng)目的其他人員建立聯(lián)系，把之前在B項(xiàng)目上建立的思路重新建立起來。如果B項(xiàng)目文檔不齊全，他還需要清楚團(tuán)隊(duì)此前與客戶、管理層之間的討論、項(xiàng)目會(huì)議、未解決的問題以及眾多其他方面的項(xiàng)目經(jīng)歷。
對于這種情況據(jù)杰拉德·溫伯格(Gerald Weinberg)在《質(zhì)量·軟件·管理：系統(tǒng)思維》中預(yù)計(jì)，當(dāng)給一個(gè)人分派三個(gè)項(xiàng)目時(shí)，任務(wù)切換的成本是40%。換句話說，他40%的工作時(shí)間被浪費(fèi)掉了，剩余的60%被分割到三個(gè)項(xiàng)目上。以一周40個(gè)小時(shí)來計(jì)算，假設(shè)時(shí)間被平均分配到每個(gè)項(xiàng)目上，他在項(xiàng)目A、B和C上各花了8個(gè)小時(shí)的工作時(shí)間，還有16個(gè)小時(shí)被浪費(fèi)在切換上。本來他每周有4000個(gè)單位的智力產(chǎn)出，只會(huì)減少到2400個(gè)單位。
有些管理者不理解多任務(wù)切換帶來的嚴(yán)重后果，一方面可能是因?yàn)樗麄冏陨硎聞?wù)繁雜，經(jīng)常進(jìn)行任務(wù)切換，不覺得有多大的損失；另一方面，多任務(wù)切換帶來的浪費(fèi)很難以真實(shí)的數(shù)據(jù)來衡量。
對于前者，我們不否認(rèn)管理者有“日理萬機(jī)”的，但是他們處理的很多問題是相對簡單的，不需要深度思考的，可以“一言而決“的，所以他們?nèi)蝿?wù)切換的代價(jià)很小，而軟件開發(fā)特別是進(jìn)入到編碼階段，是需要深度思考才能寫好一個(gè)函數(shù)或者調(diào)試好軟件，所以他們付出的代價(jià)是完全不同的。
雖然任務(wù)切換造成浪費(fèi)還沒有看到有實(shí)際數(shù)據(jù)支撐，但是程序員的切身感受并不是假的，如果管理者想看到真實(shí)的數(shù)據(jù)，不妨做個(gè)對比實(shí)驗(yàn)就知道結(jié)果了。
多任務(wù)切換是對項(xiàng)目生產(chǎn)效率的極大傷害，你相信嗎？作為管理者，你還會(huì)給員工同時(shí)安排多個(gè)任務(wù)嗎？
這正是：
任務(wù)切換有浪費(fèi)，道理淺顯但很對
管理應(yīng)當(dāng)想辦法，好好組織不浪費(fèi)
參考書目：項(xiàng)目百態(tài)：深入理解軟件項(xiàng)目行為模式，作者：(美)Tom DeMarco等，譯者：金明，出版社：人民郵電出版社
