Re: [討論] 外包的軟體合約通常有具體的需求規範嗎?
※ 引述《ggg12345 (ggg)》之銘言:
: 多數人都說軟體案的需求變動很大, 但問題是這些採購軟體的標案
: 附有需求規格與驗收項目嗎 ? 還是目前這些訂製型軟體標案只是人力
: 派遣的雇工合約, 需派出多少工程師人力按買方需要做事 ?
: 一個外購案大約有下列項目
: 1.需求確認
: 2.規格訂定
: 3.實作實現
: 4.按項目驗收
: 5.教育訓練與維護
: 電腦硬體購案都是由買方完成 1, 2 項, 標購案只是委外進行 3, 交貨
: 後再由雙方進行 4, 5.
: 如果是建物工程案, 1, 2 項可以委託建築師設計出建築圖與各種相關的
: 設施與基本物件數量, 甚至第 4 項都能委託建築師監工與驗收, 只有 3
: 才是發包給土木水電的工程標案. 5 則是保固後, 使用的事
: 軟體外包案好像從 1,2,3,4,5 都是模糊不清的, 一個標案就全包了 1,2
: ,3 但沒有確定的 2 如何進行 4 的工作 ? 拖延不驗就把 5 都拖進去了.
: 現在的訂製型軟體標案到底是那種模式 ? 如何進行的 ?
: 好像看這個版, PG 都是被抓去做手工匠似的, 像古代不用圖紙, 全包的建
: 廟工匠般做事.
好像頗多人愛舉建築的例子和軟體專案比較的
大概是被課本帶壞了吧
我比較喜歡用上餐館用餐的例子,上館子也可以套用這樣的流程
1.需求確認 吃哪種料理?
2.規格訂定 點什麼菜?
3.實作實現 廚師怎麼做菜
4.按項目驗收 品嚐料理
5.教育訓練與維護 請問客官好吃嗎?
上館子和蓋大樓最大的不同點在於
確認蓋大樓的需求的時候,不會有人說「隨便」,但上館子的時候會
確認大樓的設計藍圖時,不會有人說「隨便」,但是上館子的時候會
包商蓋大樓的時候,變更藍圖事件大事,但是上館子的時候常常追加餐點,飲料還要半糖
大樓驗收的時候,多蓋一根柱子是件大事,但是上錯菜的時候老闆常常說我請客
大樓不驗收,那建商等著打破產官司吧,但是菜太鹹客人只會摸摸鼻子說下次不來了
我個人認為,這中間的差異在「代價」
這種代價可能是,人力、時間、金錢等
蓋一棟房子和寫一套POS的代價差太多
不過軟體的案子要是大到一定的程度,使得代價高到一定的程度
我想也不會是一個PG可以全包的東西了,要合作分工也不可能全部都沒有藍圖
而軟體大到這種程度的時候,又跟上館子不一樣了
所以軟體工程的迷思,往往在於把大大小小的案子都往同一個軟工方法論裡面套
而不論各種專案適用與否,這樣當然會有各種荒腔走板的事情出現了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
留言