Re: 軟工不就是該給軟體研發增加生產力與競爭力的嗎 ?

※ 引述《[e-mail] (try or test)》之銘言：
:     隨著 CMMI 的推動, 聽到一些軟體公司有些人抱怨, 意思就是
: 三餐都難顧了, 那有餘力去搞這累人的東東.
...................
:     現代的軟工當然是新時代的軟體發展方法, 是讓這一代的軟體
: 從業人員能在現代的環境下增加生產力與競爭力的. 然道, CMMI
: 不是工程技術而是像古代的禮教規矩嗎 ? 禮教終被忽視, 是因為
: 太多的繁文褥節對做事的效果不管用. 軟工不會是禮教吧 !

藉著這個 topic 講一下 CMMI...

CMMI 只是算是一個流程的目標, 或是評鑑流程的方式..
並沒有定義流程的內容.

CMMI 並沒有說要使用 waterfall, 或是 iterative...

比較相對的, 是
     Agile(XP) 這種以人為本, 重視程式本身 > 文件架構的,
  vs RUP 比較像傳統軟體工程的 流程.

很多人都會認為 CMMI 跟 Agile(XP) 這種輕量級的流程是相對的,

"
http://www.sei.cmu.edu/cmmi/adoption/pdf/jarvis-gristock.pdf
裏面有 xp/cmmi 一節.
像 xp 的 PLANNING 對應到 CMMI 的是,
RM,PMC,PP 等 之類的,


在 Misconceptions (錯誤觀念?)
第一項是...
CMMI is too bureaucratic(官僚的) to coexist with XP!
-> They're definitely comaptible if CMMI is interpreted and
deployed appropriately
"
(
跟軟體工程 對立的, 應該算是 軟體工藝? ^^

http://jonathanspeaking.blogspot.com/2007/02/software-craftsmanship.html

雖然「軟體工程」這個隱喻的確幫助我們了解與學習軟體開發，
但是望文生義的結果，讓人們認為軟體開發應該要像蓋房子、
像製造汽車。要有一個生產線，要有專業分工，你做SA
、我做SD、他做coding，每個人都是生產線裡的一個操作員、
一台機器、甚至一顆小螺絲釘；但是軟體開發的本體真的是如此嗎？
)


(
對我的經驗,
軟體跟其它工業, 最大的不同,
是 需求經常會一直修改.................
)



--
※ Origin: 鳥窩 (BirdNest.twbbs.org) ◆ From: 249.123.217.203.static.tcol.com.tw
推 meltice:我喜歡當董事長 不用寫code又能賺大錢
推 kahiro:董事長要先出錢撐到公司能賺為止..
推 meltice:公家單位不是有很多空降酬庸的董事嗎
→ meltice:真好 什麼都不用會只要等領錢就行了