> ==>發信人: 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
> : > "
> 而許多專案, 對於在開始時的需求, 都是不明確的,
> 更不用說規格.
======
以前工作的幾位同事到美國, 加拿大讀書後在美加工作, 1999 年
左右, 都面臨 out sourcing 這波浪潮, 一位在政府機關的資訊中心的
, 隨計劃轉到商業運作的資訊公司, 他的工作比較偏重系統服務, 程式
設計比重較低, 但遠程管理與系統服務的設備量增多了, 包案一直都是
跟市政府的資訊設備有關, 可能是 "安全" 考量, 沒聽見進一步再將服
務工作委外到印度, 可能跟即時回應有關.
在美國工作的一位是工作於跨國大公司, 是快送運輸服務業, 原本
管著十幾位手下發展軟體, 讓原來的電腦系統全部轉型為透過 Internet
做即時服務與監控. 最大的工作一直就是與時俱進的利用新設備, 新技
術改進效益. 委外之後, 管的程式人員只是都變成了印度公司的人, 規
劃設計還是在總部, 所以需求與規格都很明確, 出狀況要調整, 真的就
是隔天就能從網路得到結果回應, 比管當地老外, 還要哈啦一番是省事
多了. 原本規格清楚的外包, 印度公司邊做邊學個幾回合, 也能開始揣
摩需求提出新架構新服務, 另提出新設計的軟體系統請求美方不妨試用.
也就是說很快地從 OEM 移往 ODM , 至於印度公司有品牌, 那不用懷疑.
即使是這種專案, 總部的規劃人員知識經驗再豐富, 也是免不了要
改要調整, 只是這種委外制度就是 "費用成本" 擺著, 做規劃, 提需求
的, 思考不周, 亂追加預算, 以致拖延時程, 就等著被開除. 此時, 印
度的程式師繼續去包工作, 不用隨亂提需求與規劃的錯誤一同陪葬.
總部的規劃人員引進了新設備系統, 當然得對全公司相關人員做教
育訓練與頒布新作業規範準則, 所以系統效益評估還得量測到實施以後
的實質成效. 商業公司就是 "鈔票計量" , 不會有公家單位那種首長皇
帝身邊的后妃賓媛一堆, 服伺的不如意就跟 "瀑布法大將軍" 耳邊細語
一天到晚改需求, 隨時要求改程式做 "只用一次,一鍵全自動" 的問題.
======
SCRUM 碰上 "大將軍" , 大概就是等於 "聚眾造反" 了 !
> 很多需求其實在進行中調整,
> agile 只是正視這種特性,
> http://www.microsoft.com/taiwan/msdn/columns/200311softdev.htm
> Agile Process - 敏捷的開發流程
> 客戶與開發人員形成密切合作的團隊，因為客戶無法於初期定義完整的規格，
> 而開發人員於開發過程中也常常無法知悉外在環境或業務的變動，
> 所以需要兩者密切合作方能開發適用的軟體。
> SCRUM 開發流程
> 基本假設是『開發軟體就像開發新產品，
> 無法一開始就能定義 Final Product 的規程，
> 過程中需要研發、創意、嘗試錯誤，所以沒有一種固定的流程可以保證專案成功』。
--
◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw From: 140.115.6.234