幾次外包專案總結

cham1024發表於2019-04-16

回想當初學習程式設計的初衷,想要自己能夠做專案,一是接別人的專案做外包,二是將來實現自己的想法,做出自己的產品來。細數起來承接金額超過1000的專案也已經6個了,其中完成三個,買家中途放棄一個,徹底失敗一個,部分完成一個。如果算上在校期間接的畢設或者程式設計作業,那就完成的更多了,這類任務一般需求簡單,自己就能獨立完成,總結的價值不大。

不經歷風雨,怎能見彩虹

首先說一下我接專案的原則:

  1. 確定已掌握技術能夠實現;
  2. 有相對充足的時間,不影響正常上班工作;
  3. 金額能夠接受;
  4. 不主動尋找專案,畢竟不是專業幹外包的;

就這5個專案來說(除去買家放棄的一個),完成的前兩個是個人獨立完成的,沒有尋找合夥人,原因有三:

  1. 時間充足,因為那時候還在讀研,時間相對自由,就算熬通宵,也不用擔心第二天起床問題;
  2. 專案有參照物,相當於照貓畫虎,可以專注於程式碼實現;
  3. 沒有合適的同學一塊做,基於前兩個原因也就沒可勁找。

合作完成的第一個專案。小夥伴是自己同事,平時聊得來,感覺技術也可以,當時的想法是,有錢一塊賺,加深瞭解,如果可以日後有機會可以一起創業,說不定這就是合適的合夥人呢。這樣就開始了,我負責後端和伺服器,他負責前端頁面,錢的方面是這樣分配的,當期專案費用五五開,後期伺服器續費我自己收。進展還算順利,前端方面我在後期做了除錯和修改工作,其他工作按照分工進行。這次小專案算是順利完結,目前買家還處於續費狀態。

徹底失敗的一個。還是同一小夥伴,那段工作上不算太緊,恰好有專案進來,隨即再次組隊。這次專案是小程式專案,大概是在2018年4月份。從2017年小程式正式釋出,我們就聊過小程式的話題,對話中感覺他對小程式有一定的理解,我自己也看了小程式的文件,對小程式中需要的技術和工作流程有了基本的理解,所以就專案的技術實現上來說,沒有太多難度。專案啟動後,開始各司其職,他前端,我後端和伺服器,進行到二分之一的時間,我僅僅看到幾個頁面,所以空閒的時候也旁敲側擊的詢問進度,並告訴他“你看著進度慢慢做就行,以你的技術應該沒難度”,眼看專案期限要到,但是他遲遲拿不出程式碼,我有點著急了,他這時候告訴我,他要離職換工作了,並告訴我“放心,我們們倆的小專案還會繼續做完,不讓兄弟為難”,我也就不再多問,畢竟這麼長時間同事。專案到期的前一週,誰曾想,小夥伴告訴我“最近家裡事情太多,實在忙不過來,你找別人吧”。真是人走茶涼呀,趕緊自己看前端程式碼,看能不能補上,看了之後發現他用的wepy框架,我也是很懵逼呀,那就找其他朋友救火吧。朋友看完程式碼後表示前期做的工作太少,很難完成,專案最終流產,賠付了買家一定費用。

部分完成的一個。前段時間專案組工作比較閒,來了專案就接下了,又是小程式,找了另一個朋友(前同事,因為我們都已經換工作了)進行合作,專案費用分成依然五五開。我早早的完成伺服器和後端程式碼的任務,等待聯調和處理錯誤,朋友也完成了大部分頁面,但是頁面做的十分簡單。買家看完頁面後要求修改,並給出psd。朋友來氣了,這東西改來改去怎麼能行,要改讓他找別人做吧,我不做。幾句話把我噎住了,不管怎麼樣哄著做了一些,後面只能我上手做了,這次小程式框架使用的mpvue,硬著頭皮,熬3個晚上,基本上完成了需求,但是買家對載入速度和在一些機型不能正常使用的問題,提出了很大質疑,我也辯解,你付的錢也就那麼點,質量不可能跟其他正規小程式相比,再說在圖片儲存方面,已經做了很大改進(採用了騰訊的物件儲存),再提高載入速度就需要升級伺服器配置和購買其他服務,最後買家把定金留下,專案結束。

幾次合作專案,感慨頗多,感觸最深的一點就是,好的合夥人真是太難找。自己認為合夥人應具備的特質有幾點: 1. 自我驅動; 2. 責任心; 3. 甘於付出; 4. 對產品的形態有一定理解; 5. 在程式設計過程中工程素養很重要。

經歷幾次後,不再打算接手外包專案,將更多精力放在實現自己的產品上,做創業專案,不過自己驅動力和自制力還是欠缺,總是思考一會之後就神遊太虛了。後面認真規劃和實現,努力盡早實現,爭取以後能夠面市,為使用者提高效率。

歡迎評論和交流,我在西安,對創業有想法的朋友,有機會可以當面交流。

相關文章