75
《程序員的修煉——從優秀到卓越》一一1.2 今天上班可以放羊
本節書摘來自異步社區出版社《程序員的修煉——從優秀到卓越》一書中的第1章，第1.2節，作者：【美】Jeff Atwood，更多章節內容可以訪問雲棲社區“異步社區”公眾號查看。
1.2 今天上班可以放羊
程序員的修煉——從優秀到卓越
如果你受雇於穀歌，那你隻須拿80%的時間用在本職工作上。而另外20%的時間，你可以用來做任何想做的事情，前提是，你所做的事會以某種方式幫助穀歌進步。至少理論上是這樣的。
到目前為止，穀歌的20%時間政策在軟件開發行業裏已經很出名了。不過，大家有所不知的是，如果追溯回去，這個概念其實早在1948年就由3M公司1提出了。
1974年，3M公司的一名科學家Art Fry提出了一個巧妙的發明。他認為，如果能把黏膠塗在一張紙片的背麵（其實他的同事Spencer Silver幾年前就有過這樣的夢想），那他就能做出一種完美的標簽，可以用作在教會的詩歌本中標記位置。他把它稱作為“即時貼”。Fry在他“15%的時間”裏做出了這個當今社會裏標誌性的產品（他在2008年5月接受史密森尼博物院2的采訪時也提到了這個產品）。而這“15%的時間”正是3M公司（在1948年發布）的一項政策，它允許雇員利用一部分工作時間去“做白日夢”，並且把他們自己的想法付諸實踐。這看起來像是一種心照不宣的員工福利。但事實上，這部分時間為3M公司創造了很多暢銷產品，它也為如今的一些頂尖的技術公司（比如穀歌和惠普）開創了先河。
關於惠普的這個政策，我並沒有找到太多的資料記載。偶爾有人提及時，它也總是被稱作為“慣例”，而並非是一個明確的政策。Robert X. Cringely提供了更多的細節：
那個政策不是穀歌發明的，真正的發明者應該是惠普才對。而且，惠普創立這個政策的過程相當正式，它規定那10%的時間就是星期五的下午。想象一下：每個星期五的下午，在Palo Alto3，所有的工程師都在實現一些狂野的想法——這是何等的一番景象啊！這個政策還規定，那些工程師有權進入所謂的“實驗儀器室”，在星期五下午，隻要工作需要，他們可以從實驗室管理員那裏取走任何東西，包括顯微鏡、磁控管或者一桶丙酮等；他們不會因此受到任何質疑。這個政策刮起了一股創新疾風。於是，惠普的一些最偉大的產品誕生了（比如打印機）。
也許真的是惠普發明了這個政策，因為大家都知道，惠普公司早在1939年就成立了。眾所周知，Dave Raggett在惠普工作期間發明了HTML，他在整個過程中扮演了很重要的角色。他很顯然就是利用了那10%的時間。
盡管這個概念在穀歌之前就已經有了，但穀歌的的確確比其他任何人付出了更多，去檢驗它是一個有效的策略，並且讓它在技術圈子裏流行起來。無獨有偶，我在穀歌的招聘網站上也沒有找到任何關於20%時間福利的說明，但它確實是穀歌文化中不可分割的一部分。他們繼續這個政策是有充分理由的，因為包括Gmail、Google News、Google Talk和AdSense等著名項目都是靠20%的時間做起來的。據穀歌的一位前員工Marissa Meyer4所說，穀歌的產品中有一半之多都來源於那20%的時間。
在惠普、3M和穀歌，他們最優秀、最受歡迎的產品中有“很多”都起源於一些碎片時間，在這些時間裏，他們允許員工做任何他們想做的事情。這意味著什麼呢？我們是否都應該在工作時間“放羊”，去試驗我們自己的想法嗎？這正是《The 20% Doctrine》（20%主義）這本書探討的問題。
跟20%的時間密切相關的另一個說法是“創意日”（Hack Day）。“創意日”從常規計劃表裏切出特定的24小時，以鼓勵多個大型團隊在這個時間段聚在一起合作（或者友好競爭）。2005年的時候，Chad Dickerson在雅虎創立了最初的一個“創意日”。
上周五，在鬆散組織起來的一幫同事的協助之下，我在雅虎組織了第一個內部的“創意日”。“Hack”一詞帶有駭客文化的韻味，但同時也表明一個事實，那就是我們在嚐試修複一個工作得不是特別好的係統。想法真的很簡單：我們部門的所有工程師在那天都從本職工作中解脫出來，然後做他們想做的任何事情。唯一的規則就是，要在24小時內做出點東西，然後在那段時間結束的時候把它展示出來。其實，就這個事件本身而言，其基本運作方式在一些小型的創業公司裏較為常見，但還從來沒有人在一家知名公司裏大規模地嚐試過呢！
雅虎的第一個“創意日”顯然是成功的。在一個掙紮著要創新的公司裏，大概有70個原型在短短24小時之內一下子冒了出來，它們在一個熱情歡快的氛圍裏被展示出來，人們禁不住都歡唿雀躍。那些習慣於穿著T恤衫的開發者們都廢寢忘食，他們在周五晚上為了他們的原型程序而工作得很晚，別無他求，隻為展示他們真正想要做的東西。Eric Raymond寫了一本關於開源軟件的書，名字叫《The Cathedral & the Bazaar》5（大教堂與集市）。他在書中是這麼說的：“但凡優秀的軟件，都源自於開發者個人的渴望。”很顯然，雅虎的很多開發者都有他們個人的“渴望”，但隻有在“創意日”的疏導之下，它們才被集中地激發出來。
Atlassian公司6的做法是每個季度舉辦一次“發布日”（ShipIt Day）。他們從2005年開始就這麼幹了。有趣的是，他們也曾嚐試模仿穀歌的20%的時間政策，但結果不是很理想。
很顯然，最大的問題是如何安排那20%的時間。有人是這麼說的：“在交付新功能和修複bug的壓力之下，切出20%的時間是不可思議的。”Atlassian需要頻繁地發布產品，因此讓團隊有計劃地停下來是很困難的。尤其對於小團隊來說，讓他們從核心產品開發周期中抽出一段時間是難以承受的。這跟團隊主管是否苛刻沒有關係。往往還是那些在用20%時間的開發者，他們不願意因此增加同事們的工作負擔。他們熱愛他們正在開發的產品，並且對自己的付出引以為榮。然而，他們不想被人看成是在享受特權，而讓別人去承受沉重的工作壓力。
我個人認為，不管你在哪裏工作，說服管理層支持類似於“創意日”或者20%的時間政策是值得的，因為由此帶來的成功案例很多，而且大家都有目共睹。但在采取行動之前，請考慮一下你和你的公司是否準備就緒了。
1．項目計劃表是否足夠寬鬆？
如果你的項目計劃表緊得沒有任何空餘時間，要想切出20%的時間或者舉辦“創意日”（哪怕隻是偶爾為之）都是不現實的。如果你身邊的每個人都在全負荷地拚命工作，而且長時間一直是這種狀態，那麼……這可能是有問題的。當然，每個人時不時總會麵對一些緊要關頭，但如果你的工作環境感覺起來永遠都是緊要關頭，那麼你必須先把這個問題解決了再說。讀一下Tom DeMarco7的《別讓員工瞎忙》這本書吧，也許會有所啟示。
2．公司文化容得下“白日做夢”嗎？
如果有人會因為“看起來”不是很忙而被譴責，那麼你公司的工作文化也許不能支持像“創意日”這樣的活動。你必須要讓“尖頭發老板8”級別的人認識到，花在思考和“做白日夢”上的時間是有效工作的一部分。“白日做夢”與工作不是對立的；恰恰相反，創造性地解決問題需要這種“白日夢”。
3．可以接受失敗嗎？
當你獲得“想做什麼就做什麼”的自由之後，你必須善加利用這個權利。我的意思是，員工不能再受條條框框的羈絆，他們要有在自己的“臭屁”項目上不幸失敗的自由，並且不會因此受到責備或裁決。如果沒有失敗（以及很多經曆），那就算不上是真正的試驗，也不可能有創新。從失敗中快速學習並繼續前進，這種策略的價值是巨大的！
4．個人的試驗是否能得到尊重？
跟集體項目的任務列表上的緊迫事項比起來，如果個人所做的試驗得不到應有的尊重，那麼“創意日”這樣的活動注定會失敗。作為公司，或者作為同事，你必須深信：重要的創新和改進可能會在任何時候以自下而上的方式來自於公司的任何人——它們不會按照神奇的總體規劃上預定的間隔自動蹦出來。
花點時間去做你認為能夠改善工作的任何事情吧，這不隻是可以容忍的，更應該是受到鼓勵的。對此做一些正式的規範和認可，可能大大有助於讓大家少一點“工作就是幹活”的感覺。
最後更新：2017-06-20 10:01:49