※ 引述《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) ◆ From: 61.216.116.52