第七章 組織
第一節(jié) 團結
拒絕分隔
有太多的公司把設計整胃、開發(fā)、文案喳钟、支持和市場分成不同的部門。雖然專業(yè)化有它的優(yōu)點在岂，但缺點是不同部門的員工只在乎他們自己的一畝三分地奔则，而不是應用的整體。
盡可能地把團隊整合起來蔽午，保證項目開發(fā)進程中有一個健康的前后對話環(huán)境易茬。設定一個相互制衡的系統(tǒng)。不要讓事情迷失在信息傳達過程中及老。讓文案人員和設計師一起工作抽莱，確保開發(fā)人員能夠看到支持查詢。
更好的情況是骄恶，雇傭具備多種才能的員工食铐，那些能在開發(fā)過程中扮演不同的角色的人。這樣就能產生一個更和諧的產品僧鲁。
第二節(jié) 獨處時間
人們需要不被打斷的時間來完成工作
37signals 的員工覆蓋率四個城市和八個時區(qū)虐呻。從猶他州的普羅佛到丹麥的哥本哈根，我們五個人相隔八小時的時差寞秃。這八個小時的時差帶來的一個積極副作用是斟叼，獨處時間。
我們每天只有 4-5 小時的時間一起工作春寿。平時朗涩，美國團隊休息的時候，丹麥團隊在工作绑改，其余的時間則相反谢床。這確保了每天都有一半的獨立工作時間。
猜猜看我們的大部分工作是在哪個時間段完成的绢淀？是獨處的時間萤悴。這并不奇怪。許多人都喜歡在清晨或深夜工作皆的，在這些時間里覆履，他們的工作不會被打擾。
當你有大段的不被打擾的時間，你就能夠進入狀態(tài)硝全。在這個狀態(tài)里栖雾，你的效率是最高的。你的思維不用在各項任務之間跳轉伟众，你不會被打斷思路來回答一些問題或發(fā)送郵件或者回復消息析藕。獨處的狀態(tài)能夠產生真正的進展。
進入狀態(tài)是需要時間的凳厢。這就是為何打斷是你的大敵账胧。這就像快速眼動睡眠（REM）——你不是直接進入 REM 睡眠狀態(tài)，你得先睡著先紫，然后才能進入 REM 狀態(tài)治泥。任何的打斷都會讓你從頭開始。睡眠的奇跡都發(fā)生在 REM 階段遮精。軟件開發(fā)的奇跡也同樣發(fā)生在獨處的狀態(tài)中居夹。
為你的工作設定一條規(guī)則：每天拿出一半的時間獨處。例如從早上 10 點到下午 2 點本冲，沒人可以找其他人談話（除了午餐時間）准脂。或者將每天的開始或末尾作為獨處時間檬洞。只要確保這段時間是連續(xù)的狸膏，以此來避免嚴重影響效率的打斷事件。
一段成功的獨處區(qū)間意味著免除了溝通的誘惑疮胖。在獨處時間里环戈，關閉即時通訊、電話澎灸、會議院塞。避免所有需要馬上回復的郵件。閉上嘴性昭，開始工作拦止。
進入最佳狀態(tài)
我們知道，知識工作者的在進入“狀態(tài)”的時候能獲得最佳的效率糜颠，在這個狀態(tài)下汹族，他們能夠全神貫注，完全不被周遭環(huán)境所影響其兴。通過完全的專注顶瞒，他們忘記了時間，創(chuàng)造出最棒的產品元旬。問題是榴徐，這種狀態(tài)很容易被打破守问。噪音、電話坑资、去吃午飯耗帕、花 5 分鐘去星巴克買咖啡，尤其是是被其他同事打斷袱贮。如果一個同事打斷你 1 分鐘時間來詢問一個問題仿便，你需要至少半小時才能再次進入狀態(tài)，這對你的整體效率是一個嚴重的影響攒巍。
—— Joel Spolsky, 軟件開發(fā)者嗽仪， Fog Creek Software （from 人們的想法（非原創(chuàng)的）從何而來？）
第三節(jié) 會議是毒藥
不要開會
你真的需要開會嗎窑业？開會的原因通常是一個概念不夠清晰钦幔。應該嘗試簡化概念，使之能夠通過郵件常柄、即時通訊快速討論，而不是尋求開會解決搀擂。我們的目標是避免會議西潘。你從會議中節(jié)省出來的每一分鐘都可以用來做一些真正有價值的事。
沒有什么事情比開會更影響工作效率了哨颂。以下是幾個原因：
- 他們將你的工作日分成瑣碎而不連貫的碎塊喷市，破壞了自然的工作流程
- 他們通常都是關于一些抽象的詞匯和概念，而不是具體的事（例如一小段代碼或者某些界面設計）
- 每分鐘所傳遞出的信息量極少
- 總有一個白癡會在會議中說一些廢話來浪費大家的時間
- 他們比芝加哥暴雪天里的出租車更容易偏離目標
- 總有一份大多數人都不知所云的會議議程
- 會議需要充足的準備但幾乎沒人這么做
當你必須要舉行一個會議的時候（這種情況很少見）威恼，記住幾個簡單的規(guī)則：
- 設定 30 分鐘的計時器品姓，時間一到，會議馬上結束
- 盡量減少與會人數
- 沒有清晰的議程箫措，絕不開會
少開會
會議實在太多了腹备。推遲那些沒有意義的或者效率低下的會議。除非當你有一個重要的商業(yè)問題要討論斤蔓，而你需要獲得輸入植酥、批準和同意，才有開會的必要弦牡。即使如此友驮，也不要邀請每個人甚至是他們的兄弟——不要將人們的時間浪費在務必要的事情上。
—— Lisa Haneberg, 作家（from 別被會議統(tǒng)治驾锰！）
把事情分解
隨著項目的增長卸留，增加人手的邊際效應遞減。最有趣的一個原因是椭豫，溝通渠道數量的增加耻瑟。兩個人可以面對面交流旨指；只有一條溝通渠道。三個人有三條溝通渠道匆赃； 4 個人有 6 條淤毛。實際上，鏈接的增長是指數級的...很快算柳，備忘錄和會議就會吞噬掉整個工作日低淡。
解決方案很簡單：把團隊分割成更小的，自主的獨立單元瞬项，降低溝通鏈接蔗蹋。
同樣的，把程序切分成更小的單元囱淋。很大一部分問題都來源于依賴性（全局變量猪杭，函數間的數據傳遞，共享硬件等）妥衣，找到一個分割方式皂吮，消除單元間的依賴性。
——* The Ganssle Group (from 保持微小)*
第四節(jié) 尋找并慶祝小勝利
在今天就發(fā)布一些東西
軟件開發(fā)中最重要的事就是動力税手。動力是局部的——如果你無法被你正在做的事情所激勵蜂筹，那很可能這件事就無法達到預期。事實上芦倒，很可能糟透了艺挪。
冗長的發(fā)布周期是動力的天敵。那些你可以隨時慶祝的快速成功是最好的動力來源兵扬。如果冗長的發(fā)布周期抵消了這種快速成功麻裳，你就殺死了動力。這也會殺死你的產品器钟。
所以津坑，如果你正處于長達幾個月的發(fā)布周期中，致力于從每一天每一周里尋找小小的勝利果實俱箱。問你自己 ”有什么是我們能夠在 4 小時內完成并發(fā)布的国瓮？“ 然后照做，這些小事情可能是：
- 一個簡單的新功能
- 一個現有功能的小改進
- 重寫某些幫助文檔來降低支持負擔
- 移除某些你不需要的表單
當你找到這些 4 小時的快速成功狞谱，你就找到了值得慶祝的事乃摹。這能建立士氣，增加動力跟衅，并確信團隊走在了正確的方向上孵睬。
