> ==>發信人: EightCloud.bbs@BirdNest.twbbs.org (嵐雲), 信區: programming
> ※ 引述《tester.bbs@bbs.csie.ncu.edu.tw (try or test)》之銘言：
> : > http://www.microsoft.com/taiwan/msdn/msdnflash/2006/1229.htm
> : > "
> 而許多專案, 對於在開始時的需求, 都是不明確的,
> 更不用說規格.
> 很多需求其實在進行中調整,
> agile 只是正視這種特性,
> http://www.microsoft.com/taiwan/msdn/columns/200311softdev.htm
> Agile Process - 敏捷的開發流程
> 客戶與開發人員形成密切合作的團隊，因為客戶無法於初期定義完整的規格，
> 而開發人員於開發過程中也常常無法知悉外在環境或業務的變動，
> 所以需要兩者密切合作方能開發適用的軟體。
> SCRUM 開發流程
> 基本假設是『開發軟體就像開發新產品，
> 無法一開始就能定義 Final Product 的規程，
> 過程中需要研發、創意、嘗試錯誤，所以沒有一種固定的流程可以保證專案成功』。
======
台灣的現況是需要一套 "新" 方法來解決她陷進去的軟體發展困境. 台灣沒
發展出軟體代工是因為 30 年來, 從來就不想走那種 "辛苦錢" 這條路. 而
"做廉價工" 更是想都不想, 而 "用軟工增加生產力" 就更擔心跌工價了.
先問 Agile Process 能解下列題嗎 ?
1. 落後地區的軟體工程問題.
如果以造高樓, 捷運, 高速鐵為例, 落後就是指需要先進地區技術團隊的
支援與協助, 無法完全自行供應, 甚至在成本效益上要依賴外人. 但全自製
並不代表能存續, 無法存活發展(就是能擴大與繁榮)一切免談, 雖然相互依
賴, 但也能壯大, 也是很好的, 全自製其實就接近壟斷獨佔, 像 MicroSoft
Intel 都是. 雖然, 硬體製造業的思惟, 進口替代, 自製率聽起來不爽, 但
並沒有錯, 至少, 這說法是指出一個方向在改變依存的比重. "來料加工" 一
直就是台灣軟體業的狀況, 只是這個料就是外來的平台與工具, "加工" 之後
針對內需言, 利潤切實很高. 但利潤高卻難成長, 其中之一的現象都在 "反
覆修改" 中耗掉了. 這種現象與問題就跟花 100 萬做一套西裝, 買方不嫌不
挑, 那是太難了, 要用 "國王的新衣" 硬矇不太可能, 最後耗掉的料與工就
會是 "逼近百萬", 此時, "公關" 的作用遠大於 "工程". 即使驗收過關, 真
正的使用方也會因 "天價利潤" 請賣方的服務單位 "隨時伺候", 這時, 那個
改改, 這個改改, "只用一次, 按個鍵完成的軟體要求" 就來了. 換句話說,
在落後偏遠地區的先進產品或服務, 都是天價的, 代價高啊 ! 何況物以稀為
貴嘛 !
台灣的硬體業是那種 "賣給窮人使用" 的思惟, 所以 "內阻" 不高. 當然,
可以垢病這種想法賣不了高檔貨, 是牛後不是雞首, 但不要忘了這是一種降低
"阻力" 的策略與方法.
要賣 chanel 香水不是不可以, 但要讓買方覺得 "物超所值", 還要讓其他
人覺得賺得有道理. 那個賣名牌香水的不在機場免稅店, 大百貨公司擺攤派出
漂亮美美為範本替 "貴婦" 服務的 ? 這可是一種 "售後服務與行銷" 耶 ! 照
成本效益看, 能用獨立經營計盈餘嗎 ? 或許會說這那裡是 "軟工" 問題 ? 但
如果沒有 "測試與教育訓練" , 那些滿頭怨氣(花大錢電腦化, 底層人員受罪)
的不要求東改西改也難, 而避免 "反覆修改, 讓錢落袋" 不是軟工關鍵嗎 ?
其實, 落後地區的問題就是 "供給不足", 容易造成 "賣方市場", "壟斷腐
敗". 供給當然跟 "生產力" 有關, 所以各級學校拼命的 "造 資x 學生" 極力
供應. 只是, 這種策略會掉進 "農業猛加人, 形成潛伏性失業共貧" 的陷井.
--
◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw From: 140.115.6.234