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

> ==>發信人: [e-mail] (嵐雲), 信區: programming
> 而許多專案, 對於在開始時的需求, 都是不明確的,
> 更不用說規格.
> 很多需求其實在進行中調整,
> agile 只是正視這種特性,
> http://www.microsoft.com/taiwan/msdn/columns/200311softdev.htm
> Agile Process - 敏捷的開發流程
> 客戶與開發人員形成密切合作的團隊，因為客戶無法於初期定義完整的規格，
> 而開發人員於開發過程中也常常無法知悉外在環境或業務的變動，
> 所以需要兩者密切合作方能開發適用的軟體。
> SCRUM 開發流程
> 基本假設是『開發軟體就像開發新產品，
> 無法一開始就能定義 Final Product 的規程，
> 過程中需要研發、創意、嘗試錯誤，所以沒有一種固定的流程可以保證專案成功』。
假如這不是舊工作配合新設備新技術更新, 這個基本假設沒錯. 但這種事要減少
反覆, 本來就是跟專業經驗有關, 就看如何分工負責, 各得其利.

如果要及時完成軟品, 問題可切分出幾大段, 規劃, 實現, 測試與訓練.
至於商業公司在 "標案" 標定之前的工作, 顯然就是 "預算與規劃". 一個部門
的小頭頭, 本來就可以從之前聘人自製與專業委外當中估出經費差異, 只要承包
公司可靠, 當然就能負全責規劃, 而且還會是有經驗的規劃, 也能因事後成敗得
到特別薪資的回饋, 畢竟全案實施後省下的錢可跟公司來分享. 
    負責包案實現的程式師團隊當然就會更講效率, 極力利用可再用的組件, 在
IT 網路設備協助下以多做多賺, 更有專業效率來做事.
    同樣的, 做測試與訓練的, 甚至可複製成功經驗, 推廣到其他不同業務(同性
質的其他公司, 大概就得付智財權費了. 最好還是原規劃公司的子公司或其相關
企業)的公司.
======
    戴了眼罩的驢子能推磨, 就是因為專業分工, 不至於看到母驢公驢就因 "情
緒" coupling 鬧成一團.

--
 ◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw  From: 140.115.6.234
推 ephesians:說得好,工作畢竟是工作,理念之外,認份
→ ephesians:也很重要