程序員遇上頻繁改需求的甲方,究竟會擦出怎樣的火花?懂的都懂
程序員說:我不討厭改需求,討厭的是頻繁地改需求。
程序員說:我不討厭頻繁地改需求,討厭的是頻繁地改完需求后,工期卻不延長。
改需求不可怕,可怕的是工作量加倍,其實程序員最終的訴求是延長工期,畢竟只掙一份工錢。

第一個項目,只是純粹壓縮時間
當時接手的第一個項目,是做一個在線的課件,可以即時通訊,收發(fā)作業(yè),在線筆記,在線考試。
第一期,只把在線的課件做出來,其它的先不做,因為要做發(fā)布會。
發(fā)布會前夜,通宵做東西,程序是外包的,那晚才知道,工期對方報的兩個月,后來壓縮至兩個星期。
我說呢,為什么這么厲害的團隊只把東西做成這個樣子,但這個項目是老板做的第一個項目,奠定了以后頻繁改需求的基礎(chǔ),因為,在他眼里,兩個月的東西,既然能壓縮到兩個星期,那說明報的時間都是有水份的,可以加班無限壓縮程序員的時間。

第二個項目,三個月的活壓縮到一個月,這一個月改需求改了三個星期
第二個項目,還是外包的,找了一個兼職的團隊做,前期由于提的需求沒有提到以后可能會多個學校用,程序員那邊就沒做成多校區(qū)的架構(gòu),只能一個校區(qū)用。
課程準備做品牌之后,由于以前的功能太弱了,加了不少需求,項目對方估算三個月完成,這邊需求一個月,本來一個人做這個項目,因此就另外引進兩個人來,那么,接下來,就是麻煩的開始了。
在已經(jīng)壓縮的時間下,對方是馬不停蹄的寫東西。
之前說過,程序員一般都很實在,讓做東西,改東西,只要改的不大,基本上都會給改的,很好說話,但這就造成了外行以為,改需求的成本很少。
由于那兩個人沒有預料到改需求會是這么得頻繁,就一遍一遍的改,后來感覺不對勁,提出疑問,得到的回答是:“做出來的東西沒法用還做他干嘛?”
小伙伴們,你們遇到這樣的客戶你們會怎么處理?
繼續(xù)說后邊的,需求一直改到第三周,后面一周沒有再改東西,原本定的一個月后,提交代碼,測試,原定的需求只做了這一部分,畢竟真正開發(fā)時間就這一個星期。
然后,甲方、客戶方、也是就是我們老板,說了一句很傷人的話,“程序員這一個月沒做出什么東西來,不給結(jié)錢”。
程序員當然不干了,不結(jié)錢就刪代碼,后來是接這個項目的人做雙方的工作,先把錢結(jié)了,剩下的功能他來接著做。
這還不是最夸張的,夸張的改需求是我寫的項目,本以為老板已經(jīng)在這個項目上吸取了不少經(jīng)驗,后來證實,我真的是太幼稚了。

第三個項目,朝令夕改
由于老板得罪了人家,又找不到程序員來做,我和另一個同事夾在中間,很是痛苦,那時候是創(chuàng)業(yè)公司,也沒錢,就自己學了學ruby,開始自己做項目。
團隊嘛,一個人,沒有UI,沒有前端,一個開發(fā),就是我,沒有測試,沒有運維,沒有客戶,沒有培訓團隊,一個人干完一個項目。
上線后,團隊經(jīng)過一段時間招齊了,后來老板要提個新需求,我問他,公司里誰明白這個系統(tǒng),得到的回答是整個公司只有他明白要做什么。
這個不奇怪,為公家辦事,大部分人只是在處理上邊下來的任務,很少有人會去思考應該做什么。
第一天提完需求,第二天我給做完80%,因為用的是敏捷開發(fā),而且做的是B端業(yè)務,我對這塊業(yè)務是要比老板還熟悉的,所以做的很快,這個需求很早就想做了,只是原本打算開啟的時間要靠后。

第二天晚上,給他看半成品,當場改需求,我讓他重新提,再見一次面,得到的回答是我以為你昨天聽懂了,我問他,你確定昨天說的和今天是一樣的?
得到另一個回答:“之前的功能太簡單了,沒法用!”
如果你做過銷售的話,就看出問題來了,避開話題,總是重新提話題,從來不是自己的問題。
小伙伴們,你們遇到這樣的產(chǎn)品或老板嗎?大家討論一下,都有什么招可以回應。
另外筆者也是一名CC++的程序員,如果你想更好的提升你的編程能力,好好學習C/C++編程知識的話!那么你很幸運~

UP在主頁上傳了一些學習C/C++編程的視頻教程,有興趣或者正在學習的小伙伴一定要去看一看哦!會對你有幫助的~
分享(源碼、項目實戰(zhàn)視頻、項目筆記,基礎(chǔ)入門教程)
歡迎轉(zhuǎn)行和學習編程的伙伴,利用更多的資料學習成長比自己琢磨更快哦!
編程學習書籍:

編程學習視頻:
