O04 讓參與者明白系統的一切

在進入實作之前，如果實作的人與設計的人不同，那麼就必須有移轉的動作；簡單地說，就是要把設計者腦子裡的東西“複製”到實作者的腦子裡。

移轉的動作常見的有兩種：一種是設計者把記得的部分跟大家說一遍，一種是循序漸進地將完成功能所需要的資訊製作文件。口述的方式的問題在於設計者想到什麼說什麼，除了細節難以即刻描述之外還有遺漏的問題；使用文件的話，一旦寫下就可以永遠保存，裡面記載的內容可以讓所有接觸的人看到全部的內容。

移轉最大的問題都在於設計者提供了些什麼內容？實作者所能知道的範圍一開始都被侷限在設計者提供的部分。雖然我們明白設計的人描述設計越詳細越好，不過由於把心裡的想法記錄出來需要時間，而且這對產能沒有任何幫助，因此許多設計者都把時間放在功能的實現而忽略掉文件內容的重要性。

適當的圖文描述有助於實作者直接吸收表達的內容，在描述內容有所缺漏的時候，實作的人必須再確認設計者的想法，或者自己去推想他原先想表達什麼。如果團隊裡想找出具有天份的人時，這的確是個不錯的方式，不過在正常的開發系統時，這樣地讓一群實作者繞一大圈才能懂設計的目標，真的是很浪費資源的作法。（節省設計者的時間，浪費實作者與維護者的時間）

因此，我強烈堅持應努力讓實作者快速明白系統的設計，以穩定而不易改變的元件與系統結構套用在所有地方，讓實作的人適當統一的寫作風格，也藉此機會減少設計者額外花時間製作文件。以這種方式，可以在一天的基本說明之後只依賴內部的註解進行系統的維護。