<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>軟體工程三大陣營, RUP, CMMI, Agile Method</title>
<link>http://blog.roodo.com/rocksaying/archives/2051417.html/</link>
<description><![CDATA[軟體工程 agile_method rup cmmi

日前我參加了 2006 IBM 開發者大會，有幸聽聞尖端軟體工程團隊成員介紹最新的軟體開發趨勢「議程：大師看未來-軟體開發趨勢展望」。原本安排由 Dr. Ivar Jacobson (UML 創始人之一) 主講，可惜因颱風作梗，改由陳博士 (從 Rational 時代就跟隨 Dr. Jacobson 的團隊成員) 主講。這樣也好，陳博士以中文講說，省去了現場翻譯的語言隔閡。
]]>
	</description>
<language>zh-tw</language>
<generator>Roodo Blog System</generator>
<copyright>All Rights Reserved</copyright>
<atom:link href="http://blog.roodo.com/rocksaying/archives/2051417-comment.xml" rel="self" type="application/rss+xml" />
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[Wukon:「對吧!? 你們還有其他答案嗎?」

看來 Wukon 是第一次來看我的部落格，也剛好只看到這篇文章就急著跳出來為 CMMI 辯護。如果 Wukon 看到我的其他文章，就會知道他說的我都提過了。

<b>有一件事，是 Wokun知道，而我也知道的。那就是 CMMI 只有規範流程，但沒有告訴你該怎麼做。</b>

我再次強調一點，我從未說 CMMI 不好，請勿斷章取義。我在這篇文章中是說「CMMI 理論上看來不錯，跟 RUP, Agile Method 也不衝突，可以相輔。但我實際所見，卻不是那麼一回事。」

我沒說 CMMI 這個制度不好。但是那些 CMMI 的執行者有很大的問題，他們用了不適當的方式去執行 CMMI 。

我詬病的不是 CMMI 的理論，而是實際執行 CMMI 的方式。簡單舉個例子來說，例如專案經理如何要求開發人員編寫設計文件？是像我在本文中舉的例子一樣，用 Word 編寫呢？還是用 JavaDoc, PhpDocumentor 這類工具自動從源碼中收集設計資訊呢？

這讓我想到昨天在報上看到的新聞，說有一個國軍部隊，為了響應政府節能減碳的政策，結果每天限制供水三小時，使得廁所沒水沖，環境臭氣沖天。「節能減碳」這個政策是好的，但顯然執行者的實行方法不適當。

Wokun，你自己也寫了「規定永遠是死的，看你怎麼用它」，那麼不妨說說你們是如何執行的。]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-16731431</guid>
		<category>文章回應</category>
	<pubDate>Tue, 24 Jun 2008 12:31:52 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[CMMI的實質內容如果你們真的懂，就不會只是一張文憑了。
CMMI 是收集過去開發大型專案的經驗累積整理成規範，針對公司裡的流程進行改善，達成某些規範意味著你可以避免很多的錯誤，讓公司得到更多的利益。
我想問...軟體開發最重要的Resource是什麼? 

人 

對吧!? 你們還有其他答案嗎?
開發大型專案需要的人可多了吧? 你沒有文件，沒有計畫，沒有正規的流程來做事，沒有一套完整的制度...你怎麼管理一大群想混吃的工程師?怎麼應付想吃定你的客戶?
沒錯，能力很重要，但是如果缺乏管理，你的人再厲害，一個人或者少數人的Team，你能寫出什麼樣的程式?
CMMI針對的不只是軟體開發的流程而已，而是整個組織的架構。
上SEI網站查一下吧...http://www.sei.cmu.edu/
規定永遠是死的，看你怎麼用它
但是作事沒有一點原則的話，勢必是要多做許多白工的...]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-16676959</guid>
	<author>wu_kon@yahoo.com.tw(Wukon)</author>	<category>文章回應</category>
	<pubDate>Wed, 18 Jun 2008 01:47:14 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[對,台灣的工程師只會想撈股票,做官,什麼程度]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-14426143</guid>
		<category>文章回應</category>
	<pubDate>Sun, 09 Sep 2007 08:48:14 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[To hhhh:
我想台灣的 engineer 不會無聊到要去 K ACM , IEEE transaction 的 paper.沒錯,這類 SCI 的 journal 的確很學術,but , 我個人認為學術是將技術抽象化,數學化.雖與業界的實踐作法不同,旦追求技術的精神還是一樣.像 802.11x 這類的技術,是由 IEEE 主導而來,相信早期這方面學術研究貢獻也是不小.
另外像,當初 Booch 大師所提的方法論也是初見於學術會議的論文上啊.]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-13860069</guid>
		<category>文章回應</category>
	<pubDate>Fri, 03 Aug 2007 10:02:53 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[還有建議台灣的工程師有空可以看看 Dr. Dobb's Journal , c/c++ users journal,  
c++ report , software development magazine and so on 這些it 的期刊,不要一昧的只會看 IEEE transcation or ACM 等較學術的期刊而鄙視實做技術的journal,看看人家工程師的程度,見賢思齊不要一天到晚只想當主管搞權謀吃相難看

Sorry and thank 版主]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-11150303</guid>
		<category>文章回應</category>
	<pubDate>Thu, 05 Jul 2007 15:08:58 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[沒錯,但是台灣的公司真的能在這個小小市場賺大錢? for example , 有的系統相當複雜需要的domain know-how 很深,不是只有CMMI., PSP, TSP, agile-process 就能夠okay , 人家推這些 disciplines 之前科技資訊能力早就很穩固了,這些只是要將抽象的programming activities 予以量化,更為形式化且按步就班做事情,所以IT/Software 的能力還是根本之因-一窩蜂升學主義,甚至有的教授還看不起programming的工作,印度能夠賺IT錢的根本原因是programming 及software design 比台灣好多了, 再加上一推認證CMMI的公司, 所以美國人相信能力,台灣? 一堆研究所畢業的資工系 or EE 系的學生連C programming 都搞不清楚,你說台灣軟體怎麼會好? 更不論 UML , design pattern, OOA/D, ... 還有一點台灣的"工程師" 有一種偏激概念,認為design and programming 才是高尚的, testing , QA 是低級的boring, 寫device driver 是要硬底子,application development , MMI/GUI, 是膚淺的,..難怪台灣的 software testing 及 SQA/CM 都做不好,其實這些的根本就是 "文化"的問題, 文化不好
什麼產業都是"慘"業

最後套一句你說的 "我們的軟體業只能算是三流的黑手階級"
原因還是 專業實務訓練不足,才會導致無法系統化的做事再加上市場及文化,台灣軟體要起的來真是遙遙無期,一堆認證CMMI 其背後的用意還不是與一窩蜂作代工的電子廠一樣,撈錢罷了....

不過有代工做,對台灣而也很不錯了]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-11131941</guid>
		<category>文章回應</category>
	<pubDate>Wed, 04 Jul 2007 17:50:38 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[很遺憾，現在台灣官方 (經濟部、資策會等) 就是相信 CMMI 那一套。我並不是說 CMMI 沒用，只是在缺乏穩固基礎的條件下， CMMI 認證只是表面文章。

「穩固基礎」是指什麼？ 就是夠多的 senior programmer 、正確的程式設計觀念等等基本功夫。舉例來說，如果有一間軟體公司幾乎所有程序員都有7年以上的資深實務經驗，那不論是 CMMI, CMMV 還是 CMMX 認證 (喔，當然沒有 CMMV, CMMX ，我只是在玩文數字遊戲)，他們推起來都一定順暢無比。因為他們的觀念及實務作法早就到位了，就差套個標準流程的形式而已。

我唸 MBA 的時候，有個教授不但接好幾個國科會的案子，自己還接 ISO 認證的顧問案。這位教授就說，所謂 ISO 不過就是在貼標籤，讓事物皆有定位，工作者按步就班。它只是保證一件產品或一項工作是按照「一個明文記載的固定形式作業」後完成的。那教授又說，可是要完成一個步驟的方法很多，可以用很笨的方法，也可以用很聰明的方法。最容易輔導的公司，就是那種在推動 ISO 流程時，自己想到把工作方式換成聰明方法的公司。最難搞的就是那種管理者只會呆呆看著規範，一天到晚精神喊話要員工努力加油克服挑戰的公司。

話說回來，政府官方如此熱衷於 ISO, CMMI 這類認證，主要還是跟國科會這類研究贊助單位有關。推 CMMI ，比較容易接到案子拿到經費。推 Agile-method？那種「缺乏實證」的東西才不會撥經費給你。]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-11131135</guid>
		<category>文章回應</category>
	<pubDate>Wed, 04 Jul 2007 16:10:45 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[我們的軟體業只能算是三流的黑手階級
主要的原因就是大家長久認為軟體沒有賺錢,都到硬體去做了,但是硬體又是做代工or 系統整合 所以軟體跟本就沒有任何設計or 發展,抄改 source code ,這樣永遠是發展不出來什麼 的

台灣很多工程師認為軟體-Coding, 所以永遠停在 CMMI-Level 1

不過話說回來,如果台灣的資訊技術能力還是不能提升,一昧盲目的昧洋認證欲使人家相信有能力接大型瑼案的能力的話,充其量也是湊熱鬧爾已做虛工]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-11109249</guid>
		<category>文章回應</category>
	<pubDate>Mon, 02 Jul 2007 15:32:22 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[yers, 台灣軟體幼稚的原因還有教育的問題,一窩蜂學歷導向升學主義,除了課本之外相關專業期刊完全不碰,台灣人的文化還不自省永遠是發展不出什麼好的產業,不光是軟體"慘"業]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-11094341</guid>
		<category>文章回應</category>
	<pubDate>Sat, 30 Jun 2007 10:14:24 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[呵呵，歡迎引用。
<blockquote>台灣的軟體業並不因為太像黑手，所以才做不出好東西。反而是太不像黑手，所以做不出高品質的工程。或許，我們的教育應該多一點黑手，少一點讀書人的高傲。</blockquote>
Thinker 的見解不錯，就算是傳統製造業，也有高低之分。以鐘錶製造為例，也有瑞士的手工製造反而能創造高價值的情形。這高低之分，就在經驗傳承了。由於缺乏經驗傳承，所以我們的軟體業只能算是三流的黑手階級，而不是一流的黑手階級。]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-3824101</guid>
		<category>文章回應</category>
	<pubDate>Mon, 08 Jan 2007 17:56:47 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[引用您的文章
<a href='http://heaven.branda.to/~thinker/GinGin_CGI.py/show_id_doc/192' rel='nofollow'><a href='http://heaven.branda.to/~thinker/GinGin_CGI.py/show_id_doc/192' rel='nofollow'>http://heaven.branda.to/~thinker/GinGin_CGI.py/show_id_doc/192</a></a>]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-3801508</guid>
	<author>thinker@branda.to(Thinker)</author>	<category>文章回應</category>
	<pubDate>Tue, 02 Jan 2007 21:54:02 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[我要澄清一下，把 CMMI, RUP, Agile 稱為三大 Camp 的人，是 Dr. Ivar Jacobson 。這是出自他在 2006 IBM 開發者大會的講稿。他這樣說，是因為這三種方法的著重面不同，且確實有不同族群的偏好差異，而不是強調這三種方法是「對立陣營」。 CSDN 出版的雜誌「程序員」2006年9月刊，有那篇講稿的中譯內容，請參考。

Kenming Wang 的觀點和我一致。以 CMMI 為例，如果只實行 CMMI ，而未導入 RUP 或 Agile 的實務手法，那麼結果是什麼？我實際看到的就只是表面文章的作業，這也是我在「<a href="http://blog.roodo.com/rocksaying/archives/2134566.html">台灣資訊軟體業缺乏資深programmer</a>」一文中感嘆國內的軟體業是黑手階級之故。]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-3118188</guid>
		<category>文章回應</category>
	<pubDate>Thu, 21 Sep 2006 04:16:37 +0800</pubDate>
</item>
<item>
	<title>回應：軟體工程三大陣營, RUP, CMMI, Agile Method</title>
	<description><![CDATA[Hi, CMMI 並不是與 RUP/Agile 等同來比較的。
CMMI 只有制訂主要目標(Process Area)與子目標(Generic/Specific Goal)。而完成目標的具體實務，卻是可以參考如 RUP/Agile 的流程框架與其 Guideline、最佳實務等。

若有興趣該議題，請參考：
<a href='http://www.hsdc.com.tw/modules/newbb/viewtopic.php?topic_id=109&forum=5' rel='nofollow'>http://www.hsdc.com.tw/modules/newbb/viewtopic.php?topic_id=109&forum=5</a>

本星期六(09/23)的研討會即是討論這些相關議題的。

另，其實 RUP 與 Agile 的比較，實在不能僅從表面來看，應該要思考兩者之間的精髓與核心，再從其本質思考兩者的手法。一般會以為 RUP 是 Heavy-weigh, Agile 是 light-weigh，這經常是從表面去看兩者的不同，也因如此，國內軟體業的流程為何如此幼稚與窠臼，這都是沒有用心於所謂開發流程本質的思考。]]>
	</description>
	<link>http://blog.roodo.com/rocksaying/archives/2051417.html</link>
	<guid>http://blog.roodo.com/rocksaying/archives/2051417.html#comment-3117933</guid>
	<author>kenming.wang@gmail.com(Kenming Wang)</author>	<category>文章回應</category>
	<pubDate>Thu, 21 Sep 2006 02:11:03 +0800</pubDate>
</item>
</channel>
</rss>