關於dick002所言：『軟體不是一般的工業產品.應該是一件藝術作品。』，我要表達一點不同的意見。

首先，吾人要說A這樣東西是B？應該要先知道B具有那些特質，然後再檢視A是否具有那些特質；如果，A確實具有這些特質，那麼吾人才可以說A是B；否則，吾人就不能將A視為B。如果，各位同意這樣的邏輯，那麼我們來看藝術品到底有哪些特質？

個人以為藝術品是沒有需求的，它是創作者對“美”有所感動下，以某種形式(或媒體)來表達其內心的感動；另外，創作者在創作該藝術品之初，通常“經濟的因素”都不是它(至少不是首要)的考量。舉凡音樂、雕塑、書畫、小說、舞蹈、歌唱、戲劇…無一不然。反觀軟體，它通常不是創作者對“美”有所感動而創作的，而是由客戶或使用者(非創作者)所提出的明確需求與目的發展而來的；其次每一軟體於開發之初都應審慎考量其經濟上 (也就是成本與效益) 的因素。

由此觀之，個人以為：我們以開發軟體為業(職業或專業)的人，萬萬不可將軟體視為藝術品，一定要將其視為產品。否則，由於此一觀念的謬誤，將導致對其製作或開發過程(也就是軟體工程)完全錯誤地理解與不當地實踐。

dick002又言：『Agile method擺脫傳統的軟體開發方法.講究與團隊以及客戶之間高頻率的溝通.以加快高品質的軟體開發』。“高頻率的溝通”與“加快高品質的軟體開發”之間的因果關係要成立，必須有一個前提，那就是，開發團隊與客戶之間原本就可以進行“有效的溝通”。如果，開發團隊與客戶之間經常處於“雞同鴨講”的情境下，那麼“高頻率的溝通”不但無濟於事，反而可能加快garbage的產出，短時間內產生過多的garbage，又會使原本的問題更加惡化。當此情況下，首要之務，是放慢脚步改善彼此溝通的方法，以求能夠精準而有效的溝通，而非一味追求快速。在此再次提醒大家，問問自己：我們的團隊善於與人(客戶、使用者及其他利害關係人)溝通嗎？我們瞭解他們嗎？我們能讓他們瞭解我們嗎？還是我們只會(精通於) 用程式語言與機器溝通？

花點時間看看自己、瞭解自己的團隊，特別是不知不足之處。這會比您一天到晚想找“仙丹”(譬如：Agile method或其它什麼的)來得實際點。如果，您真的已靜心來想瞭解自己團隊的不知不足處，此時，CMMI會對您有莫大的助益。祝福 大家！

周茂松 敬上