以個人粗淺的認識，有些不同的看法，說明明如下：

CMMI是一個過程改善成熟度模型(process improvement maturity model)，它用來協助組織改善其開發與維護產品與服務的過程。不論這個組織要開發的(或維護的)是什麼產品？以及使用的是什麼方法？都可藉助CMMI來改善其過程。也就是說，不論組織用的是Agile method, UP/RUP或傳統的瀑布式…等產品開發方法，都可用它來改善。

一般開發產品都必須經過以下的步驟：
1. 瞭解使用者的需要並將使用者的需要轉變成產品規格(產品需求)；
2. 依據產品需求規格設計產品；
3. 按照設計實做出產品；
4. 產品完成後再依事前約定的(規劃的)測試方法去測試產品。

不論組織採用何種方法，都必定要有足夠的人，具有適當的能力把以上的每一種工作做到合於品質的程度。所謂合於品質的程度，意即：參與其中的人，都能跟據其上手所完成的工作，在不需額外的溝通下，繼續進行其本身的工作，而且這其中不會有誤解，使得最終產品不符使用者的需要。要達成此一目標，組織就必須有明確的過程，來指導組織內的成員如何運用其本身的專業技能(包括知識與經驗)以完成其工作。組織要建立這樣的過程，所需要的知識，就是我們所稱的開發方法。其中比較傳統的為瀑布式的方法，之後有UP/RUP，最近比較熱門的為Agile method。這些方法都有其適用的情境，也有其不適用的情境。打算引用方法的組織、專案或個人應於事前審慎評估。

個人淺見以為Agile method就如同中國武俠小說中某種登峰造極的功夫，不是完全不會任何武功的人可學、可練與可用的。所以，在打算深入瞭解它之前，不妨先問問自己以下的問題，然後再評估一下是否要花費寶貴的時間於其上。

1. 您的組織目前有使用任何方法(當然不是Agile method) 並且有成功的案例嗎？
2. 您的組織有任何被成員遵循的明訂的過程嗎？
3. 您的組織有足夠的合格的人可以執行需求分析、設計與測試等不同的工作嗎？
4. 您的組織對產品開發工作有良好的管理嗎？所謂良好的管理，意謂：當工作或產品出差錯後，到您覺察到出問題這中間經過的時間，這段時間愈短表示您組織管理的愈好，反之則管理的就愈差啦。
5. 您的組織有任何過去執行專案的歷史紀錄嗎？意即，您的組織從過去的專案中學到了什麼(不論成功的或失敗的)？

如果，以上這五個問題的答案，否定的多於肯定的。那麼，個人衷心的奉勸您不必浪費時間去瞭解什麼是Agile method。因為，您的組織正瘓了“知識疏鬆”症候群。在此狀況下您的組織還要引用Agile method，就如同一個瘓了“骨質疏鬆症”的人，還硬要學成龍在電影中表演的各種“追趕跑跳碰”的功夫一樣，會死得很慘啦！

真心祝福您 一天活得比一天好！

周茂松 敬上