接案 / 程式設計甘苦談 / 程式設計俱樂部

討論區快速選單

知識庫快速選單

接案	更改我的閱讀文章字型大小大小

作者 : b121058713(ty) [ 貼文 5 \| 人氣 0 \| 評價 0 \| 評價/貼文 0 \| 送出評價 0 次 ]
[ 給個讚 ] [ 給個讚 ] [ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]

2015/1/24 下午 08:49:29

外包的業主一開始沒有概念對自己的需求也不甚清楚甚至沒有系統架構只有粗略的概念而已.
經由接案的人的來來回回溝通與推敲以及提報系統架構,soulution, 技術細節之後慢慢有了自己的系統需求與架構. 業主當然開始主導甚至干涉你的設計方法實作內容. 這個轉變可以說是經由外界training來達成轉變的. 似乎也失去分工的界線有點覺得IT價值被降低了. 對接案團隊有如像他旗下的不用付額外開銷的傭兵又便宜. 好壞皆一半一半吧 ! 案子結束人員交接也就走, 可惜啊 !

作者 : fcwang(fortran) [ 貼文 231 \| 人氣 2831 \| 評價 2440 \| 評價/貼文 10.56 \| 送出評價 6 次 ]
[ 給個讚 ] [ 給個讚 ] [ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]

2015/1/24 下午 11:36:41

軟體開發是一個專案(Project), 通常可歸納為三種場景(cases)
1. 甲方(業主)與乙方(承包商)都不瞭解系統的專業時, 這個專案一定完蛋 (fail).
2. 甲方或乙方有一方瞭解系統的專業時, 就會由強者領導這個專案,專案也會成功.強者理所當然地會佔些便宜.
3. 甲方與乙方雙方都瞭解系統的專業時, 這個專案一定會成功, 不過通常甲方會佔到便宜.

你的業主經由你的訓練, 由 case 2 轉變為 case 3, 搶了你擁有的主導權, 你的專案管理能力的確有成長的空間.
明確地說Scope Management 有缺失, 訓練甲方成為你的競爭者, 已經超過你應該提供服務的工作範圍.

作者 : jasper(Jasper) [ 貼文 1403 \| 人氣 96053 \| 評價 6980 \| 評價/貼文 4.98 \| 送出評價 42 次 ]
[ 給個讚 ] [ 給個讚 ] [ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]

2015/8/8 下午 10:49:48

對外包的案子，通常只會列出該完成的功能，很少會說出自己的解決之道，更不可能去談技術細節。你的業主怎麼會因與你的溝通就學會這些技巧？莫非你碰上同行！

如果你的業主有辦法主導，甚至干涉設計方法、實作內容，那麼你就請他給你一份系統規格書，你降低介入的成份，當個按圖施工的程式碼撰寫工，不用去煩惱那麼多，當然價格就拿個辛苦的工錢就好。

軟體開發團隊，不管是對外接案或內部提案，一個專案完成後，總是得再去開發另外一個專案，也許是原系統的衍生，也許是個風馬牛不相干的專案，這是無可避免的事，所以一個案子結束了，代表另一個案子的開始，不能因此而說可惜。

接案有很的甘苦，自不在話下，路是人選的，歡喜作、甘願受！