Re: [討論] 外包的軟體合約通常有具體的需求規範嗎?
※ 引述《aaronliu0719 (hmm....)》之銘言：
: : 軟體外包案好像從 1,2,3,4,5 都是模糊不清的, 一個標案就全包了 1,2
: : ,3 但沒有確定的 2 如何進行 4 的工作 ? 拖延不驗就把 5 都拖進去了.
: : 現在的訂製型軟體標案到底是那種模式 ? 如何進行的 ?
: : 好像看這個版, PG 都是被抓去做手工匠似的, 像古代不用圖紙, 全包的建
: : 廟工匠般做事.
: 好像頗多人愛舉建築的例子和軟體專案比較的
: 大概是被課本帶壞了吧
:
: 我比較喜歡用上餐館用餐的例子，上館子也可以套用這樣的流程
: 1.需求確認 吃哪種料理？
: 2.規格訂定 點什麼菜？
: 3.實作實現 廚師怎麼做菜
: 4.按項目驗收 品嚐料理
: 5.教育訓練與維護 請問客官好吃嗎？
:
: 上館子和蓋大樓最大的不同點在於
: 確認蓋大樓的需求的時候，不會有人說「隨便」，但上館子的時候會
: 確認大樓的設計藍圖時，不會有人說「隨便」，但是上館子的時候會
: 包商蓋大樓的時候，變更藍圖事件大事，但是上館子的時候常常追加餐點，飲料還要半糖
: 大樓驗收的時候，多蓋一根柱子是件大事，但是上錯菜的時候老闆常常說我請客
: 大樓不驗收，那建商等著打破產官司吧，但是菜太鹹客人只會摸摸鼻子說下次不來了
雖然聚餐的人可能說的是隨便, 但還是有菜單與點餐的人.
洋餐廳就不喜歡客人說隨便, 反而喜歡客人問清楚每種菜單上的菜有
甚麼特色, 餐廳努力的要客人嚐鮮或迎合客人口味, 畢竟他們有小費
賞錢的習俗.
吃了餐, 好像很少能退貨, 另來一盤免費代替的. 這點只能說是做軟
體者的願望, 但實況上訂製型軟體就是有 "試用驗收" 要求修改這檔
事.
套裝軟體就比較像是速食餐, 拆封了就如同漢堡吃了一口, 是不能退
貨換另一種, 只能再付費另點. 所以套裝軟體價位必需低廉.
:
: 我個人認為，這中間的差異在「代價」
: 這種代價可能是，人力、時間、金錢等
: 蓋一棟房子和寫一套POS的代價差太多
:
: 不過軟體的案子要是大到一定的程度，使得代價高到一定的程度
: 我想也不會是一個PG可以全包的東西了，要合作分工也不可能全部都沒有藍圖
: 而軟體大到這種程度的時候，又跟上館子不一樣了
:
開漢堡速食店的就像是做套裝軟體的, 其規模銷售量就像 MicroSoft 的產品.
MS 早期的 DOS 在台灣早期外銷 PC 時, 就是每套 US$5.0元, 還是按會計帳
年底才結算取款的. 這跟把套裝軟體包裝成速食麵放到大賣場沒兩樣.
套裝軟體像速食麵才是最貼近的, 上館子還是要有菜單給客人點餐, 算是中式
的速食套餐, 吃了也都是不能退貨重新修改的.
訂製型軟體, 像 SAP 公司的產品做法, 就像辦家庭喜宴包辦伙食的, 保證及
時端出預定的菜餚來, 至於食物原料或桌椅那都是客戶的. 這也跟建築+土木
包商沒兩樣, 是因地就地型蓋建物給客戶, 建物都是範例型的, 要有那些房子
那種設施, 甚至連裝潢一併都可以指定同時交貨還做訓練. 至於要另掛照片,
擺藝術照那就是客戶另行僱工在指定的位置加掛, 主體是不准動的.
台灣流行的政府機關外包式訂製型軟體, 感覺就是找木工師父, 給了建地與原
材料, 要木工師父 揣模上意, 當客戶肚子裡的蛔虫, 反反覆覆修補, 建一座
百年施工的大廟(也蓋不出幾層), 不幸的是廟經常蓋了都沒完工在用.
: 所以軟體工程的迷思，往往在於把大大小小的案子都往同一個軟工方法論裡面套
: 而不論各種專案適用與否，這樣當然會有各種荒腔走板的事情出現了
:
外包式訂製型軟體用上館子套進去還是對不攏, 從現在台灣流行的需求規格到
驗收, 怎麼說都像古代木工匠蓋房子的做法, 是僱長工做工程的形式, 完全看
大戶人家給的銀子, 一段一段的接著做, 找不到好的木工師父就停擺. 魯班木
工師父是要學藝很久才能出師的. 那裡像台式洋學堂, PG 是靠自修自練.
: --
: ※ 發信站: 批踢踢實業坊(ptt.cc)
: ◆ From: 61.216.116.52
: 推 ggg12345:上館子還是接近吃套餐,畢竟有模式或樣板可以嚐鮮,如果已 10/10 09:26
: → ggg12345:自有魚雞,也有部份廚房道具要辦家庭宴,這個外包宴席還是 10/10 09:28
: → ggg12345:要列出菜色菜單先討論吧! 事後把飯菜吃了就還不了原狀,才 10/10 09:32
: 推 ggg12345:不得不付帳,但木工或軟體,就得面對不滿意得一改再改. 10/10 09:37
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.115.1.146
討論串 (同標題文章)
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章
