[請益] 請問該如何雇用兼職/在家程式人員

看板Soft_Job作者 (max)時間12年前 (2012/07/27 18:55), 編輯推噓14(14推 0噓 68→)
留言82則, 20人參與, 最新討論串1/2 (看更多)
您好，我們是一間小型的顧問工作室 我們之前有關於程式部分都是採取外包的方式處理 但是我發現外包的方式除了時間慢之外，有時候品質不穩定 也比較難在中途做修改 也有想過一個會寫網頁程式的夥伴，但是又不是天天有網頁需要寫 而且請一個程式也不便宜 所以想說是不是有辦法利用網路溝通的方式請一個在家的兼職程式人員 我看國外這方面的outsourcing很成熟，例如說美國人就很喜歡找菲律賓員工 利用網路的方式讓菲律賓人完成coding和線上客服的工作 因此想來這邊請教，如果這樣請員工，要怎麼樣管理比較好? 工作成效指標要怎麼訂? 有沒有相關的書籍或者資源(以台灣的為主，外國的我看不少，但是和台灣的情況無法完 全 感謝各位了 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.248.158.189
推
07/27 20:48, , 1F
測試驗收分細一點,不要一次測試驗收一堆功能.
07/27 20:48, 1F
推
07/27 21:29, , 2F
你想付多少錢?!
07/27 21:29, 2F
→
07/27 22:50, , 3F
又想馬兒好，又要馬兒不吃草..
07/27 22:50, 3F
推
07/27 23:00, , 4F
不爽自己寫啦
07/27 23:00, 4F
推
07/27 23:12, , 5F
其實30k以下就可以找到寫程式的吧 最近要找新鮮人很難嗎
07/27 23:12, 5F
→
07/27 23:13, , 6F
如果嫌新人差 高手貴 不如自己來吧
07/27 23:13, 6F
→
07/27 23:39, , 7F
客戶的需求如果夠清楚，我想這並不難，但台灣客戶的需
07/27 23:39, 7F
→
07/27 23:39, , 8F
求常常自己都講不清楚，那當然很困難....
07/27 23:39, 8F
推
07/27 23:52, , 9F
1.自己先訂好驗收及施工規格;2.確定例行性的時程互動盯進度;
07/27 23:52, 9F
→
07/27 23:53, , 10F
3.一旦發現情況不對勁就要當機立斷,不要以為拖久就會好.只要
07/27 23:53, 10F
→
07/27 23:53, , 11F
會拖,一定是愈來愈差,沒有愈來愈好的.
07/27 23:53, 11F
→
07/27 23:54, , 12F
4.議價要[合理],不然這點一定會是未爆彈.口頭上好好好,私底
07/27 23:54, 12F
→
07/27 23:54, , 13F
下一定是暗槓在心裏,消極抗拒.
07/27 23:54, 13F
→
07/27 23:58, , 14F
我覺得發案方真的要負責任,把1.2.確實落實.不要以為出錢就是
07/27 23:58, 14F
→
07/27 23:59, , 15F
大爺,一些專案控管的事都丟給接案方去傷腦筋.最後大家都不歡
07/27 23:59, 15F
→
07/27 23:59, , 16F
而散.
07/27 23:59, 16F
推
07/28 00:02, , 17F
樓上中肯=.=+
07/28 00:02, 17F
→
07/28 00:04, , 18F
找一個誠實計價的程式設計師,時薪300元起(*8*20=4.8萬/月)
07/28 00:04, 18F
推
07/28 01:43, , 19F
自己來啦
07/28 01:43, 19F
→
07/28 07:57, , 20F
outsourcing 成熟可不代表便宜 有時可能兩三個工作天
07/28 07:57, 20F
→
07/28 07:58, , 21F
就要價數萬
07/28 07:58, 21F
→
07/28 08:56, , 22F
同一項工作,中階工程師做五天和高階工程師做二天,你要選那個
07/28 08:56, 22F
→
07/28 08:57, , 23F
誠實計價在於起算點,能力基準點一致,如果你給中階工程師的價
07/28 08:57, 23F
→
07/28 08:59, , 24F
當然就用中階工程師的時數來報,大家都只看低價,怎麼沒考慮
07/28 08:59, 24F
→
07/28 09:00, , 25F
經驗加成?至於找兼職,當然相對的你要有能力可以管兼職,除非
07/28 09:00, 25F
→
07/28 09:00, , 26F
你相當信任他的能力(不只是技術,還有時間分配,專案控制)
07/28 09:00, 26F
推
07/28 10:17, , 27F
外包本身最好是[循序漸進],除了很熟,不然一開始還是發案方多
07/28 10:17, 27F
→
07/28 10:18, , 28F
擔待點,主導規格跟專案控管,只把比較沒那麼critical的技術包
07/28 10:18, 28F
→
07/28 10:18, , 29F
出去.
07/28 10:18, 29F
→
07/28 11:51, , 30F
M大點出E大漏掉的地方= =.算時數的基準點是用哪種人?
07/28 11:51, 30F
→
07/28 11:52, , 31F
高手1HR = 普通人 ?HR = 基準 ?HR..這沒辦法歸納出來 講每小
07/28 11:52, 31F
→
07/28 11:52, , 32F
時300 好像沒啥用=_="
07/28 11:52, 32F
推
07/28 12:57, , 33F
其實就是以[工作日誌]做為判斷標準.[工作日誌]上記載著你做
07/28 12:57, 33F
→
07/28 12:58, , 34F
了哪些事,花了多久(看要用日或半日為單位算亦可,不用細到用
07/28 12:58, 34F
→
07/28 12:58, , 35F
小時),有經驗者一看自然能識別真假.唬不了人.
07/28 12:58, 35F
→
07/28 12:59, , 36F
高手厲害,能以比常人更短的時間完成,那是高手的本事.這時差
07/28 12:59, 36F
→
07/28 13:00, , 37F
就算是給他賺去.至於一小時值多少錢,這是雙方議價的問題,你
07/28 13:00, 37F
→
07/28 13:00, , 38F
敢開500,1000亦可.就雙方怎麼談.
07/28 13:00, 38F
推
07/28 13:33, , 39F
單純用速度快慢計算好像不太對勁呀，那我盡量寫快一點，統
07/28 13:33, 39F
→
07/28 13:34, , 40F
統都hard code，很快交差是不是就是高手?事情有基本的完成
07/28 13:34, 40F
→
07/28 13:34, , 41F
時間，再高手也是需要時間打code進去跟做簡單的測試吧，到
07/28 13:34, 41F
→
07/28 13:34, , 42F
一定程度以後，要再快很難了，追求的應該是品質不是快
07/28 13:34, 42F
→
07/28 15:27, , 43F
個人一向都對時程估算很有意見~除非是已經連做法都講好了~
07/28 15:27, 43F
→
07/28 15:28, , 44F
只剩下打程式碼上去就行了~不然同一件事~不同做法怎會不影
07/28 15:28, 44F
→
07/28 15:30, , 45F
響交差時間?就如同樓上W大說的~全部寫死可能比彈性寫法來
07/28 15:30, 45F
→
07/28 15:32, , 46F
得快~光用這來評斷一個人的能力~公平嗎?
07/28 15:32, 46F
→
07/28 15:37, , 47F
不是應該像蓋房子、修車?是算目標和難度而不是算時間的!蓋
07/28 15:37, 47F
→
07/28 15:39, , 48F
房子和修車所訂的時間是讓客人知道什麼時候完工~怎麼換成
07/28 15:39, 48F
→
07/28 15:40, , 49F
寫程式就變成計時制?我用我原來就已開發的高彈性平台在短
07/28 15:40, 49F
→
07/28 15:41, , 50F
時間內兜出客戶要的功能~客戶就可以拿來跟我盧小拉低價錢?
07/28 15:41, 50F
→
07/28 15:44, , 51F
試試看去跟修車師傅說:你手腳那麼快~是不是該算我便宜點?
07/28 15:44, 51F
→
07/28 15:45, , 52F
看看他會怎麼回你 XDDD
07/28 15:45, 52F
→
07/28 15:45, , 53F
外包都嘛是算case價錢的 哪有人算時薪 以為在找工讀生?
07/28 15:45, 53F
→
07/28 17:03, , 54F
程式很適合用計時薪的吧
07/28 17:03, 54F
→
07/28 17:04, , 55F
用open score兜很快的就早點結案收錢
07/28 17:04, 55F
→
07/28 17:04, , 56F
要客制化要花時間就多收錢
07/28 17:04, 56F
→
07/28 17:05, , 57F
然後要品質就是要時間測試 也很適合用時薪收費啊
07/28 17:05, 57F
推
07/28 17:10, , 58F
用什麼方式算錢本來就是雙方說好了就願打願挨
07/28 17:10, 58F
→
07/28 17:11, , 59F
軟體開發要花的時間往往是沒卡到就快, 卡到就花數倍
07/28 17:11, 59F
→
07/28 17:13, , 60F
計時制往往是讓風險傾向由客戶負擔的機制
07/28 17:13, 60F
→
07/28 17:14, , 61F
同時也避免客戶需求東改西改
07/28 17:14, 61F
→
07/28 17:15, , 62F
有時候開發者想用計時制, 客戶還不見得同意咧 XD
07/28 17:15, 62F
→
07/28 17:43, , 63F
其實樓上兩位都還是算"功能"吧?難道一小時內就搞定就真的
07/28 17:43, 63F
→
07/28 17:45, , 64F
只收一小時的錢?如果不是~那你們定義的時間不就是被功能牽
07/28 17:45, 64F
→
07/28 17:46, , 65F
著走?表面上是時薪~其實還是算功能啊!如果真是算時薪~那些
07/28 17:46, 65F
→
07/28 17:47, , 66F
已開發自家彈性平台的公司~都找工讀生就好了~找工程師幹嘛
07/28 17:47, 66F
→
07/28 19:07, , 67F
朋友訂價100USD/hr,跟外國高手同價,他在某些領域是世界第一
07/28 19:07, 67F
推
07/28 19:24, , 68F
第一次最好有熟悉外判流程的朋友帶路, 比較不容易出
07/28 19:24, 68F
→
07/28 19:24, , 69F
大問題...
07/28 19:24, 69F
→
07/28 19:26, , 70F
有了解對方程度的介紹人在中間, 開出來的條件比較易被
07/28 19:26, 70F
→
07/28 19:26, , 71F
兩方接受.
07/28 19:26, 71F
→
07/28 19:44, , 72F
@andymai 只能說歡迎找我，時薪計囉 只是譚功能、
07/28 19:44, 72F
→
07/28 19:44, , 73F
只是談要做什麼的時間也是工作時間就是
07/28 19:44, 73F
→
07/28 19:45, , 74F
比如說，一個小時幫灌好wordpress有超多功能 但是算1hr
07/28 19:45, 74F
→
07/28 19:45, , 75F
怎麼可能用功能計價呢
07/28 19:45, 75F
→
07/28 19:45, , 76F
你是從自己開發公司的角度，跟SOHO看會很不一樣
07/28 19:45, 76F
→
07/29 01:55, , 77F
呵~謝謝~我喜歡自己動手XD 另外後面提的是灌open source~
07/29 01:55, 77F
→
07/29 01:56, , 78F
但我講的是自己的平台、自己動手寫~這就不一樣了...
07/29 01:56, 78F
推
08/01 02:45, , 79F
andymai大，在Win底下設定一些OpenSource的東西真的很累
08/01 02:45, 79F
→
08/01 02:47, , 80F
之前弄Python+MySQL+Git時，Cygwin跟Win的一些東西衝突
08/01 02:47, 80F
→
08/01 02:48, , 81F
結果弄到後來放棄，直接開虛擬機來用(汗顏)
08/01 02:48, 81F
推
08/02 04:31, , 82F
.......我只能說又是一個品質問題的企業
08/02 04:31, 82F
‣ 更多 maxduan 的文章
文章代碼(AID): #1G4dElqs (Soft_Job)
‣ 更多 maxduan 的文章
文章代碼(AID): #1G4dElqs (Soft_Job)