問：老師，現在咱們有了功能點，也劃分了里程碑，在里程碑裏劃分了優先級。現在我們是不是就該對功能點進行詳細描述了。
答：對。這時候就進入了功能詳細描述階段。但是需要說明一點是：
我們只描述第一里程碑第一優先級的功能點，而且描述好一個完整功能，就交給測試人員來檢驗業務是否完整流暢並且無矛盾。測試OK後就交給開發人員進行編碼。
就這樣不斷的小迭代，不斷描述、測試、編碼、編碼測試、再描述下一個。我們不會把第一里程碑的第一優先級的所有功能描述完再編碼。我們儘量形成最小的迭代，這樣我們每個角色都在忙，而且都在同步協調工作。
我們會坐在同一個辦公區域，有問題即時當面交流，在白板上畫。一旦達成共識，就立即各行其是。
一個功能的描述，往往包括下面幾個部分：
1功能的界面。無須用IDE畫界面，也無須非常精美精細的畫界面，用EXCEL做界面示意最好。因爲作爲一般軟件，用戶看到的就是輸入和輸出。所以輸入什麼，輸出什麼，EXCEL的表格能很好多表現，而且能下拉，能排序，能計算，能出圖表，能連接數據源。表現力特別好。
2要輸入什麼，輸入的限制要求是什麼？要輸出什麼，輸出的格式是什麼？
3涉及到的數據庫操作的表。表經過大牛的修訂形成數據庫終稿，由大牛控制數據庫的建立和修改，全體人員都對着一個服務器上一個數據庫進行開發，而不是每個人的機器上都安裝一個數據庫。有人說變化非常快，老去麻煩大牛，還不如自己添加一個字段省事。但就是由於每一個小組都在變化，而且設計、編碼、測試都在同步互動，你自己的一個修改要影響到許多人，如果大家都隨意就無法控制。我們在實際開發過程中就發現過由於控制不力，設計人員事情匆忙變化快速，引起設計人員更新這個忘了更新哪個，最後軟件引起BUG，怎麼也找不到問題，最後才找到設計人員機器上的版本，開發人員上的版本，測試人員的版本都不一樣，那就亂套了。
4根據終稿的表，描述輸入輸出時數據庫表的存取行爲，從哪個表取數據，存哪個表，更新哪個表的哪個字段。
描述完第一部分和第二部分，就立即交給測試人員來檢驗業務設計的完備性。在測試的同時，業務組長就描述第三部分和第四部分。一旦業務設計檢驗完畢後，就讓測試人員測試數據設計。
這樣的開發過程，協同要求非常高。所以必須有良好的師傅制和溫和的環境氣氛做前提，否則根本不可能形成這麼緊密的團隊配合力。