看過泰龍兄的文章後，個人有些感想略述如後：

使用CMMI-DEV的組織，
1. 如果，對『過程品質與產品品質之間的關係』不甚瞭解，或者不相信『改善過程品質，就長期而言，可以改善產品品質』這一概念。那麼，其引用此一模型可能是有問題的。

2. 如果，不瞭解造成產品品質不良的根本問題是：牽涉於產品全壽期(從概念的形成，經由開發、交付、維護到汰除)中所有Stakeholder溝通不良的問題。那麼，也就不會瞭解CMMI中的數據、資料、資訊與文件的類別與用處，那又遑論使用及裁適它們。

3. 如果，對以上的問題没有正確的理解，那麼就怎會知道，如何在專案中依客戶的需要(意即產品及其屬性)裁適各種Templates，如何依組織(個別專案或整體組織)的能力成熟度、組織的複雜度(意即專案分工方式)以及已裁適過的Templates裁適各個過程。

4. 如果，不知道如何將Templates轉換成專案中的WBS，或者如何將WBS投入採用的過程訂出『專案時程網圖』。那麼，所有的Templates與過程都是無用的。

5. 如果，沒有將選用的Templates與過程於專案中落實。那麼，怎能說“該組織有使用CMMI-DEV？”或者說“CMMI-DEV對他們有何意義？”

6. 又，如果不知道如何在當下的專案中累積經驗，又如何於未來持續改善？不持續改善，那麼使用CMMI-DEV的目的又何在？

願與大家分享這一點點的感想，更願大家早日 走在正確的路上！

周茂松 敬上