Re: [討論] 外包的軟體合約通常有具體的需求規範嗎?

看板Soft_Job (軟體人)作者aaronliu0719 (hmm....)時間18年前 (2007/10/10 03:21)推噓2(2推 0噓 2→)

留言4則, 1人參與討論串2/48 (看更多)

※ 引述《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