轉載：關於加班和效率

轉帖:http://coolshell.cn/articles/10217.html

微博上看到了這麼一個貼子，就像之前在《騰訊，競爭力 和 用戶體驗》中批評過騰訊說本身的核心競爭力是員工加班同樣，我順着Winter的回覆也批評了一下這個微博——

「靠加班超越對手？！勞動密集型麼？我要是對手的話，我就來趁機挖人了，直接摁死你……//@寒冬winter: 當一個管理者的智慧沒法衡量一支團隊的產出的時候，他就會把「工時」當作最後的救命稻草，死死抱住——這是他惟一聽得懂的東西了。」

而後，@玄了個澄的在微博裏at我說，他在微信裏看了@Fenng 關於加班的言論，但願我評論一下。我看了一下大輝的文章，雖然寫得有點散亂，可是我和他的一些觀點仍是很相似的，我主要在這裏增強一下個人見解。

關於加班

認爲加班是公司的核心競爭力，或是超越對手的手段，是一種至關 Ridiculous 的想法。這說明管理者們已經想不到本身公司的核心價值了。

 

是的，這些靠堆功能沒有靈魂的產品的價值就只剩下比誰跑得快了。他們愚蠢和思惟有限的大腦裏已經區分不出來，「跑得快」和「跑得好」的差異了。產品的發展不是短跑，而是長跑，甚至更像是爬山，爬山比的不是快，而比的是策略，比的是意志，目的是登頂。並非誰一開始爬得快誰就能最早登頂的，你每每被超越的時候都在後半程。對於一些危險的雪山來講，登頂的人一般都是要作好很是很充分的準備，而且在爬山的過程當中學會如何保留體力，學會如何步步爲營的，歷來不強行登頂。

在《Rework》摘錄及感想 中提到過兩點

• 條件受限是好事，由於條件受限可讓你小材大用，讓你沒有辦法再用蠻力來完成工做，讓你必需去思考使用知識密集型的解決方案來更聰明的解決問題。

• 工做狂每每不得要領。他們花大把大把的時間去解決問題，他們覺得能靠蠻力來彌補思惟上的惰性，其結果就是折騰出一堆粗糙無用的解決方案。

就像人肉手動的織布機同樣，當面對大量訂單的時候，一個簡單粗暴的方法就是拼命地加人和拼命地工做來換取更大的生產力。只有你在人手不夠或是人力成本過高的狀況下，你纔會去想是否是能夠優化一下工具，製造一個更有效率更有生產力的工具。

在中國，勞動力的成本不高，而管理者們的智力和能力有限，因此，在這個環境下，尤爲在KPI和數字的重壓下，管理者們是很是很是容易想到須要靠加人或是加班來提升產能的。因此，他們放棄了知識密集型的創新，而採用了勞動密集型的簡單粗暴的方式，長期下來，致使了本身不再會思考，致使了只會使用人肉解決問題。

因而，當全自動化的織布機出現的時候，這種勞動密集型的公司分分鐘就成爲了歷史。這樣的例子太多太多了，看看歷史就知道了。

固然，有時候，咱們須要衝刺仍是要適當偶爾加班的，但這絕對不該該是常態和長期的，否則，這必然是一種飲鴆止渴的行爲。

另外，我還要多說幾種狀況：

1）若是你的員工就像在《軟件公司的兩種管理》中所說的，像Widget Factories那樣，淨是些X型的人的話，那麼，你也只有使用加班和加人這種方式，就像長城和金字塔的建設過程同樣，就像富士康同樣，你的團隊本質是不會思考只能用鞭子去抽他們的方式去管理。因而，你也只能用「狼性」來呼喚你的員工像那些低智商的野獸同樣的行事。

2）有時候，咱們須要去「卡位」，須要很快地去實現一個東西佔領市場，這須要加班。就像Win95和Intel的奔騰芯片的浮點數問題同樣。可是千萬不要忘了，你在卡完位後，得立刻把你產品的質量搞上去，否則，你同樣會死得很難看。（Windows是有兩個團隊的，一個團隊是用來佔領市場的，另外一個團隊是安心搞發展的）注意：「卡位」從某種程度上來講應該是一種有價值的事，但咱們依然要思考是否在用蠻力行事。

3）另外，有的人工做就是生活，生活就是工做，因此，對他來講，這不是一種工做，而是一種事業。我承認這樣的精神和熱情，可是，我仍是想讓這樣的人反思一下本身，有沒有用一種更爲聰明的方式來從事本身的事業？而不是用蠻力。

不管上述的哪一種狀況，咱們均可以看到，只要你進入了勞動密集型，靠人和靠加班來解決問題，並沉迷並深 陷其中不能自拔，那們，你終有一天會玩到盡頭的。

關於效率

不少人不知道什麼叫效率，他們覺得效率就是：單位時間單位人數下幹更多的活。這是錯的！效率不是比誰幹的活多，而是比誰幹得活有更大的價值。效率的物理公式是：有用功/總功。換句話說，效率就是：單位時間和人數產生的價值。因此，提升效率，並非加人，也不是幹更多的活，而是，你這麼多人幹出來了多少有價值的東西。

有了公式，咱們也就知道怎麼來提升效率了。

1）增長有用功

• 你得多問問你的需求方，爲何要加這個需求？幹這個事到底有多大的價值？能讓多少人受益？
• 你得多問問你的需求方，能不能稍微簡化一下需求，這樣可讓我付出的努力更少一些？
• 你得要多去思考一下，你是在幹一個建築隊的活呢？仍是在幹一個裝修隊的活？
• 你得要多去思考一下，業務上和用戶的最大的痛點是什麼？

關於增長有用功，再說兩點：

• 像喬布斯那樣，告訴你的產品經理或是業務方，你如今提的10需求，我只能作3個，會是哪3個？爲何是這3個？有用功的來源不是拼命作需求，而是砍需求。

• 關於創造價值，咱們要乾的不是像百度的「競價排名」那樣，把錢從別人口袋裏搬運到本身的口袋裏，而是要像「英國工業革命」或是「硅谷」那樣，把價值真正的創造出來。

2）下降總功

• 你得多問問本身，你有多少時間是在幹一些支持性而不是產出性的工做？
• 你得多問問本身，有沒有殘酷無情地減小重複勞動的勞動密集型的工做？
• 你得多問問本身，本身的管理者和員工的能力和素質有沒有在下降你的團隊執行的成本？

3）造成協力

有一個很不錯的產品經理對我說，他看了南京那兩個小女孩被餓死的消息，感到很震驚。與之有關聯的每一方都說本身盡力，可是最終結果人仍是餓死了，你幾乎不敢相信這是真的。

可是，類比一下咱們的項目，這種事彷佛又發生在咱們的公司當中，尤爲是大公司中。每個團隊都說本身盡力了，結果項目就是沒作好，底層團隊說本身只幹底層，已經盡力了，前端說本身只負責前端，也盡力了，後端說本身只管後端，無論前端和底層，運維說對於這樣的設計和部署本身也盡力了，產品經理，運營都這樣說，本身盡力了。你會發現，你幾乎很難批評他們，由於他們的確如他們所說的那樣，把他們本身的那塊都作得很好了，並且的確作得很好了。可是，最終的結果倒是：整個產品問題不少。

因此說，效率不是每一個團隊各自的效率，而是整個團隊對整個產品負責的共同使命，這樣纔會現總體的效率。沒有總體的效率，只有個體的效率，最終也等於沒有效率。

T-Shirt Size Estimation

Amazon用一種T-Shirt Size 估計的方式來作項目。

• 產品經理會對每一條需求評估上業務影響力的尺寸，如：XXXL 影響一千萬人以上或是能夠佔到上億美金的市場，XXL，影響百萬用戶或是佔了千萬金級別以上的市場，後面還有XL，L，M，S，這樣下來。

• 開發團隊也同樣，要評估投入的人員時間成本，XXXL表示要幹1年，XXL幹半年，XL幹3個月，L幹兩個月，M幹一個月，S幹兩週如下。等等。

因而，

• 當業務影響力是XL，時間人員成本是S，這是最高優先級。
• 當業務影響力是M，時間人員成本是M，這是低優先級。
• 當業務影響力是S，時間人員成本是XL，直接砍掉這個需求。由於是虧的。
• 當業務影響力是XXL，時間人員成本是XXL，須要簡化需求，把需求簡化成XL，時間人員成本變成M如下。

你們感覺一下吧。

好了，我就說這麼多，歡迎你們討論。

（全文完）