> ==>發信人: EightCloud.bbs@BirdNest.twbbs.org (嵐雲), 信區: programming
> ※ 引述《tester.bbs@bbs.csie.ncu.edu.tw (try or test)》之銘言：
> : 90 年代以後, 印度軟體代工開始成長, 主要的就是 "能配合買方".
> : 買方有專業的人定需求, 開發方又有夠能力與熟練的團隊能切題及時做答
> : 案, 事情也就不再反反覆覆了. 剩下的就是找對 "團隊" , CMMI 剛好就是
> : 能評估出合等級需求的團隊, 不同的等級就是不同的服務價碼, 也不用相
> : 互防來防去, 砍來砍去的.
> : Agile Method , eXtreme Programming 應該是被印度大軍壓迫以後,
> : 往日高高在上的賣方, 想到 "軟工桎梏下" 的苦難日子即將來臨, 而惱人
> : 的印度神牛低價競爭又不能不面對, 總算在 CMMI 之後找出一個可以結合
> : 又可以匹敵的方法.
> : 現代的軟工當然不會是那種 "有進無退瀑布法" 的 "禮教".
> http://www.microsoft.com/taiwan/msdn/msdnflash/2006/1229.htm
> "
> 在 1986 年時，Scrum 這個方法論第一次刊登於 Harvard Business Review，
軟體工程再怎麼說, 就是組個團隊替買主(也可能是不直接付費的用戶)做軟體
施工, 打造出一個新的有電腦協助的半(/全)自動化的系統(或應用), 還能雙方
滿意拿到酬金(包含放長線釣大魚, 一時免費等那天中大彩的試用軟體, 或是有
人代付費的系統).
以下說離譜了, 請多訂正.
Scrum, Rugby 可算是 "大將軍沛然莫之能禦 瀑布法" 的適應改良型.
如同其名, 就感覺來想, 就像是橄欖球隊, 一旦爭執不前, 就再就地擺陣重新
搶球, 寸寸逼近, 期望如時程的達標. 這個優點就是不必借 "大將軍" 的 "勢"
, 也免大將軍的 "責", 總不能叫買方的領導人付了錢又負起電腦化成敗的全責
吧 ! 這不合商業原則, 還是買賣雙方擺陣 "談判協商" 搞定, 及時完成, 交貨
拿錢是為上策.
有人說軟體工程因為涉及到"人", 而人是有文化習慣與背景的, 亞洲民族硬套
洋人的思惟與方法, 當然渾身不舒服.
台灣過去的方法之一, 就是中式的 "教化天下, 同化異族", 讓很多底層的業務
人員用 PC 與套裝軟體, 只要會文書處理與傳檔案, 就是半自動化的 "訊息電
腦化" 了. 只是做軟體研發的小公司又對付不了套裝軟體的大腳--MicroSoft ,
看見銀子都被投到 PC 硬體與微軟, 心中就難平. 但就是沒想到要用 "教化天
下" 來降低或化解 "妨礙時程的大石頭".
> 而 1994 年 Microsoft 也將 MSF 第一個版本正式介紹於全世界，
> 1995 年二月時，DSDM 正式出版，並在歐洲首先有人使用，
> 後來 Kent Beck 也將 Extreme Programming 使用於 C3 專案於 1996 年，
> 並在 1999 年 10 月時正式出版 Extreme Programming Explained 這本書，
> 所以從 Agile Method 完成後發佈的時間來看，Agile Method 並不新穎。
> "
--
◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw From: 140.115.6.234