|
2015/1/24 下午 08:49:29
外包的業主一開始沒有概念 對自己的需求 也不甚清楚 甚至沒有系統架構 只有粗略的概念而已. 經由接案的人的來來回回溝通與推敲 以及提報系統架構,soulution, 技術細節之後 慢慢有了自己的系統需求與架構. 業主當然開始主導甚至干涉你的設計方法 實作內容. 這個轉變可以說是經由外界training來達成轉變的. 似乎也失去分工的界線 有點覺得IT價值被降低了. 對接案團隊有如像他旗下的不用付額外開銷的傭兵又便宜. 好壞皆一半一半吧 ! 案子結束 人員交接也就走, 可惜啊 !
|
|
|
2015/1/24 下午 11:36:41
軟體開發是一個 專案(Project), 通常可歸納為三種場景(cases) 1. 甲方(業主)與乙方(承包商)都不瞭解系統的專業時, 這個專案一定完蛋 (fail). 2. 甲方或乙方有一方瞭解系統的專業時, 就會由強者領導這個專案,專案也會成功.強者理所當然地會佔些便宜. 3. 甲方與乙方雙方都瞭解系統的專業時, 這個專案一定會成功, 不過通常甲方會佔到便宜.
你的業主經由你的訓練, 由 case 2 轉變為 case 3, 搶了你擁有的主導權, 你的專案管理能力的確有成長的空間. 明確地說Scope Management 有缺失, 訓練甲方成為你的競爭者, 已經超過你應該提供服務的工作範圍.
|
|
|
2015/8/8 下午 10:49:48
對外包的案子,通常只會列出該完成的功能,很少會說出自己的解決之道,更不可能去談技術細節。你的業主怎麼會因與你的溝通就學會這些技巧?莫非你碰上同行!
如果你的業主有辦法主導,甚至干涉設計方法、實作內容,那麼你就請他給你一份系統規格書,你降低介入的成份,當個按圖施工的程式碼撰寫工,不用去煩惱那麼多,當然價格就拿個辛苦的工錢就好。
軟體開發團隊,不管是對外接案或內部提案,一個專案完成後,總是得再去開發另外一個專案,也許是原系統的衍生,也許是個風馬牛不相干的專案,這是無可避免的事,所以一個案子結束了,代表另一個案子的開始,不能因此而說可惜。
接案有很的甘苦,自不在話下,路是人選的,歡喜作、甘願受!
|
|
|
|
|
|
程式設計甘苦談 |
 |
|
|
專家等級 |
評價 |
|
|
一代宗師 |
10000 |
|
|
曠世奇才 |
5000 |
|
|
頂尖高手 |
3000 |
|
|
卓越專家 |
1500 |
|
|
優秀好手 |
750 |
|
|
|
|
|
|
|
|
|
Microsoft Internet Explorer
6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2018 程式設計俱樂部 http://www.programmer-club.com.tw/ |
|
|