外包合作的心得

看板Soft_Job (軟體人)作者pest (這些分鐘妳有沒有想過我?)時間15年前 (2011/02/06 08:37)推噓7(7推 0噓 12→)

留言19則, 9人參與討論串1/1

※ 引述《TonyQ (沉默是金。)》之銘言： : → TonyQ:2.標題有寫，「最近看到的」。XD 02/04 21:02 : → TonyQ:我也說了裡面有很進入狀況的，本意上只是想討論海外的程式 02/04 21:03 : → TonyQ:工作環境，有什麼真正的反例可以提出來大家討論討論，何必 02/04 21:04 : → TonyQ:一直在所謂的種族歧視上打轉....XD 02/04 21:04 : → TonyQ:在這裡很少看到海外/異國的討論，帶一下個人目前的感想， 02/04 21:06 : → TonyQ:想討論的可以討論，不想討論的，我不覺得我言詞有刻意針對印 02/04 21:06 : → TonyQ:度人，事實上文章舉的都是真實案例，也沒有泛指所有印度人。 02/04 21:07 : → TonyQ:我說的只有「我所看到的印度人」。XD 02/04 21:07 : → TonyQ:如果你看過很強的印度人，你也可以說說他是怎樣的強法。 02/04 21:07 : → TonyQ:我當然知道也有很強的印度人，我就認識幾個，只是這樣說沒意 02/04 21:08 : → TonyQ:義。 02/04 21:08 : → TonyQ:而且印度人也只是個引子。在這裡講話怎麼這麼麻煩...-_-;; 02/04 21:30 既然原標題有點爭議，就換個標題來講好了... 本部門本來都沒有用外包，但是上面把開發預算越抓越緊，已經緊到不用外包就不可能的狀況，所以只有順理成章的跟其他部門一樣開始跟外包團隊合作。其他部門先前試過印度跟中國的團隊，問題都不小，其中好像還有一家是前員工去中國開的，結果都不太理想。後來跟現在這個在匈牙利的公司合作，品質似乎有好一點，所以我們部門就選擇跟這個團隊合作。雖說是外包，但人其實都是我們挑的。這邊的主管先飛去布達佩斯面試負責管理當地團隊的主管，當地主管挑的人還要經過我們電話面試核可。嚴格說起來，程度都算是符合本部門的用人標準。這種作法我覺得錢夠的時候還不錯，因為等於是租一個腦袋，而不是把專案丟出去，最後到底是阿貓阿狗阿三阿四做的都不知道.. 不過即使是這樣，適應上還是有很多問題；招一個本地新人進來之後適應期三到六個月，遠地的外包團隊時間只會長不會短，但上面要看到效果，他們也想求表現，所以問題就會跑出來了； - 太想求表現，所以把簡單的事變複雜，有些沒必要 refactor 的 function 花了很多時間 refactor，等到我看到時想阻止他們已經浪費一天了... - 對自己做的事以外的 code/features 不熟，跟上面相反的是，只顧著做好自己的 feature，不去考慮其他功能會不會壞。 - 問太少問題：跟上兩點相關的，就是不確定自己會不會弄壞其他功能，但又怕我們覺得他們在打混，所以不確定也不太問問題。照理說拿到規格應該先掃過一遍把問題都問一輪，甚至先瞭解現在的功能長什麼樣，但都沒有，直接開工。加上時差跟距離，就浪費很多時間嘗試錯誤。 - 時差當然還是最大的敵人，每天最多只有一小時上班時間是交疊，所以變成我們反而要配合他們時間在半夜先開個會，早上起來再開一次會。當然前三個問題大都是所有新人都會犯的錯，只是人在公司內要敲頭或是阿魯巴都比較容易，外包之後用 skype 罵也不痛不癢，把 build 搞爛也不能扣薪水，所以最後最實在的還是一定要做 pre-check-in code review，因為爛的東西一但進來之後就只會一直爛下去，而且後人還會指著那段 code 說，以前都可以你現在幹麻釘我... 所以回到 TonyQ 大的問題，我會說看到爛 code 應該想到的不是寫爛 code 的人，而是讓爛 code 進來的管理制度。從外包選擇、團隊成員挑選、合作流程以至後續驗證驗收程序，或多或少都要負一點責任。分享一點最近的心得，希望其他大大也能分享些好文囉～ -- 所謂的愛戀.... 在某方面來說，就是願意把脆弱的部份顯露出來，讓對方可以傷害吧。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 69.55.234.45

推

Maisky

02/06 09:24, , 1^F

02/06 09:24, 1^F

推

Sofya

02/06 09:27, , 2^F

02/06 09:27, 2^F

推

ngulin0911

02/06 10:04, , 3^F

02/06 10:04, 3^F