外國團隊
由于文檔化做的很好，因此在出現問題的時候，打開文檔，心服口服者了然于胸。責任不會被推卸。(記得卡耐基說過，通常的人是不會或者沒有人愿意承認自己是錯的，即使承認了，也并不是100%地這么認為……那我們又何必引入這樣一種環境去滋養這樣的細菌生長呢?既然可以讓白字黑字來撇清這種無聊的人際因素……)
文檔化也利于項目驗收，當用戶對自己拿到的產品不滿意的話，他們需要為改進而付費，而大陸團隊在這方面則沒有任何優勢，只能被告知，你做錯了。
因此在軟件項目管理中，文檔化可以作為解決軟件團隊溝通、規范等重要因素的解決方案。
這時或許能聽到大陸團隊的項目經理傳來的聲音，現在我們的團隊哪里有這么多時間去做這些功夫啊，那些文檔能當按鈕點出效果么?不能?我們要的是程序，不是文檔!再者，你這些所謂的文檔誰來寫?了解需求的就我一人，你想累死我啊?還有，就這么點大的系統一點難度都沒有，寫那些干嘛?
這些問題既然被提出，就一定有它存在的道理，的確小團隊要完成這樣的任務是需要付出風險的。
首先項目經理不愿意寫是一方面，因為很多急性子不耐于寫那些他們稱之為形式化的東西，但事實上他們是形式上的嗎?事實上它們正在潛移默化地改變我們的工作方式，并從一個側面改善程序的構造過程，使之不是被扭曲地成長起來的�；蛟S之前的關于時間分配的規律不適合您的團隊，但文檔化總是或多或少能解決您當前的問題。
再者，要解決文檔粒度問題。曾聽朋友說他們公司的文檔細致到100px×200px這樣的粒度，對各個可見部分的長寬高都做了嚴格的設計，另外，在代碼設計上更是細化到方法體。當然這并不是我所推薦的，并且我也沒什么可推薦給您，因為這個問題從來就沒有也不應該有答案，您得根據您的團隊制定出符合您粒度的項目，細化到方法體的做法，可能會導致很多現有的軟件團隊直接瘋掉。
最后，強調文檔在改善人際關系方面的作用。這方面問題最危險也最可怕，小則影響心情，再者影響工作，甚至危害到您的身心健康(別自己氣死了或者把別人給氣死了……)。人的心理是整個軟件項目管理中最復雜的部分，良好的團隊不是強調有隊員要有團隊精神的團隊，而是創造能激發人自身最強團隊精神的團隊，因為發自內心的和刻意偽造的是沒有可比性的。
如果您的團隊還在口頭傳達，如果您的團隊還在為除了業務領域邏輯以外的純規范問題而爭執，如果您的團隊還在忙碌于修改代碼的痛楚之中，請嘗試本文所提及的方法，不敢保證它一定有效，但不煩一試。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
