首先強調一下，敏捷和有沒有文檔一點關係都沒有。我只是對於CMM的那些文檔感覺有些浪費。
看看那些文檔，看看那些流程。想想那些偉大的軟件作品，哪個是用CMM開發出來的？
作爲測試工程師，程序員的你在CMM流程管理下，是不是覺得不爽？你喜歡寫那一堆又一堆的文檔嗎？你喜歡看那一堆又一堆文檔嗎？你喜歡你的老闆整天指手畫腳其實完全沒有幫助？
你喜歡看到需求不停變更但是計劃永遠不變，結果就是壓縮測試時間，或者發佈延期？答案當然是否定的，沒有人喜歡。
軟件開發是一個創造的過程。工程師是人不是機器。符合人類天性的開發模式纔是好的開發模式。
軟件開發的核心問題:溝通障礙，需求變化，產品質量等等。在CMM模式中都沒有被很好的解決。敏捷提供了一種全新的思維方式。敏捷的核心思想就是以人爲本，持續改進。
回帖的童鞋們似乎對於文檔的問題很感興趣，那我就說說敏捷對於文檔的態度。
首先，敏捷並不是沒有文檔。敏捷只是省略掉了不必要的文檔。
其次，一個商業軟件發佈時應該有的文檔，敏捷開發全部都有。比如說，release note, Help等等。
文檔的作用是用來溝通，交流和傳遞信息。但是文字本身並不是一個完美的載體。語言永遠比文字更能夠清晰的表達思想。所以在敏捷開發中，類似於測試計劃，方案，任務分配，簡報
之類的都可以省略。我能夠花三分鐘說明白的事情，爲什麼要花十分鐘去寫，而且還要接收者再花十分鐘去閱讀。這不是白白浪費了十七分鐘。
當你加入一個新團隊的時候，你希望看到一大堆產品說明，還是喜歡有個人手把手的指導你？我想多數人喜歡後者吧。
敏捷團隊中，所有的知識都是共享的。所以完全不需要擔心，由於某個成員的缺失而造成知識斷層。同樣的，由於這種擔憂而產生的文檔也可以省略掉。順便提一句，雖
然我不知道爲什麼，但是敏捷團隊的人員流動率非常低。我公司裏面的測試人員在實施敏捷之後的若干年裏面，一個離職的都沒有。更多學習資料:https://edu.csdn.net/course/detail/25768
更多學習資料：https://edu.csdn.net/course/detail/22948