我們聽到敏捷開發中的文件都內容比較簡練,篇幅相對比較少. 敏捷中有句名言是"個體和互動 勝過 過程和工具可以工作的軟體 勝過 面面俱到的文件"。

這句話說的有道理，但是容易給人們造成一種誤解，就是文件的書寫在敏捷開發中的地位很低，文件不需要寫的太豐富，只要有足夠的“點”，能保證軟體如期交付，保質交付就可以了。

個人認為文件的完整性，專業性對軟體開發和持續的軟體團隊發展過程起著知識積累，能力展示，軟體開發中的文件的書寫是單憑個體的能力無法達到要求的。敏捷提倡人與人的互動，但人的每次互動是不斷的耗費人力和時間成本的，並且質量不得保證。而文件是持續完善的，並且這種方式的知識傳遞不受人力成本的限制，在專案的交接和持續時刻也會更有效。

文件的簡練是在專案時間緊迫的情況下，能做到文件的簡練是實屬不易的。但專案總有停歇期阿。適時地把文件補充完成，修改文件，讓文件符合標準（專業地表達與專業的格式，內容完整性和準確性）是團隊要做到的事。

做事就要追求更好，不要被那句敏捷名言所誤導，其實它傳遞出來的資訊是告訴人們要務實，要識當下的實務，但並不是說我們做事的態度是圖“省事”。

做到文件的簡練要求人先有能力寫出完整的專業的文件， 因為只有具備了這種“從薄到厚”的能力，才有可能達到”從厚到薄“的水平。

再談這句話："個體和互動 勝過 過程和工具可以工作的軟體 勝過 面面俱到的文件"。 要理解好這句話需要知道敏捷的背後是什麼，為什麼現在的人提倡敏捷。

以前包括現在，我們大部分人就是實幹，埋頭苦幹。在這個實幹的過程中有些事情是可以簡練的，可以優化的，就比如寫文件，就比如冗長的會議，就比如開發與測試的不同步，就比如做需求的方式與缺少反饋，就比如對新需求新變化的適應能力的強弱。這些可以被優化，改善。那麼我們所說的敏捷就是為了到達優化、改善的目的，稱為”精益“。

那麼如果理解了這點，我們不難發現敏捷的背後其實還是要實幹。沒有實幹，是無敏捷可談。在此，我們常常犯的錯誤就是隻重視如何去敏捷了，而忽略掉一些實幹的。所以文件最終還是要豐富起來，完善起來。這就是我今天想表達的意思。