個人經驗之談,程式設計師接項目的時候應該注意什麼?兩條經驗送給你

寫在前面的話,木易小光的口水

之前面試的時候,遇到好幾個一開始在公司工作,後來辭職了自己接項目做,對於程序員,有個先天德厚的優勢,就是可以自己接項目來維持生活,當然,項目源可能需要你的人脈來支持,公司出於成本的考慮,前期可能會更偏向於個人的程序員,畢竟團隊形式的軟件公司報價是相當昂貴的。

之前的公司也做了不少外包,實際在做項目過程中,並不是想像中的那麼順利,期間遇到各種的麻煩,今天把其中最重要的兩條經驗寫下來分享給將要進入開發行業的小夥伴們,以免少走彎路。

個人經驗之談,程序員接項目的時候應該注意什麼?兩條經驗送給你

第一條,甄別項目、甄先人

甄別項目、甄先人,不要所有項目都接,不要所有的人給的項目都接,尤其是人,這是大忌,除非你非常缺錢。

程序員在接項目的時候,最忌諱遇到的是外行人,比如你遇到這樣的需求:“把網站做的跟那個網站一樣就可以了”,“很簡單,就是一個什麼什麼功能”,“這個功能挺簡單的,我們領導很看好這個項目,三天能做出來嗎?”,遇到有類似的情況,建議直接pass掉,尤其不給你需求,沒原型的。經驗之談,當你接了這項目後,你會發現,你陷入了無限改需求的狀態。

這種情況過來人應該都有體會,而上面這種情景正是我們公司的現實情況,我們其實是甲方,提需求的一方,頻繁改需求是老闆改,老闆是外行,底下人沒有話語權,造成了這種局面。而對於程序員,如果遇到這種情況,最終你賺到的錢可能遠遠彌補不了為這個項目的付出,作為程序員一定要珍惜自己的健康,畢竟熬夜寫程序是大部分程序員都會選擇的方式。

個人經驗之談,程序員接項目的時候應該注意什麼?兩條經驗送給你

第二條,簽定合同、收定金

一定要籤合同,一定要收定金,切記,切記!籤合同的時候把需求說明書或原型也附在合同上,這一點很重要!

公司的需求的產生,往往是上邊人有了一個想法,就交給下邊的人來辦,搞不好會再交接一層,這些人一般都不是計算機系的,從來沒做過項目,自己去查了查,就出來了需求,而領導們會特意把時間壓縮,為了遲早出效果,這就產生連鎖反應,外行人+時間緊+需求不確定,這是籤合同的必要性。合同附帶需求說明書,如果需求方改需求,這時你可以拿合同說事。

至於收定金,程序員應該保持著不收定金不做東西的態度,以保證程序員的利益不受損,一來需求方可能會找多個人來開發,相互比較;二來需求可能會隨時改。至於定金的收取方式一般是以三段式5-3-2

為主,這是底線,就是籤合同的時候首付50%,中間30%,尾款20%。千萬別把有這種念頭,把項目做完了再一次性收取。

如果程序員比較強勢,可以考慮5-4-1甚至6-3-1的收取方式,規律就是把錢集中在前期收取,畢竟有時候尾款在一定概率上會有意外發生。

個人經驗之談,程序員接項目的時候應該注意什麼?兩條經驗送給你


小夥伴們,你們在實際項目中遇到過什麼問題嗎?有什麼建議留下嗎?歡迎在評論區留言討論!


分享到:


相關文章: