【謝米的觀點】“把那個注冊功能改回第三版的樣子吧，然后信息收集的框架撤了，換成促銷模塊吧?！笨蛻粲忠淮伟l(fā)來需求更改的消息，程序員小袁已經(jīng)接近崩潰。一個簡單的頁面，改了又改，來來去去地改了十多遍，什么時候是個頭？對于開發(fā)人員來說，遇見總喜歡改需求的客戶或者上司，真的會非常累。那怎么辦呢？其實很多人的內(nèi)心里，都想打一架，誰贏聽誰的。但是這里呢，我們還是要好好來探討一下這個問題該如何應對吧。
在以技術為導向、產(chǎn)品不愁賣的企業(yè)，面對業(yè)務頻繁更改需求的問題，開發(fā)人員，也就是程序員，還是可以硬氣一點的，但是如果是銷售為導向的企業(yè)，那么，能帶來現(xiàn)金的業(yè)務員確實就底氣要足一些，對于改需求的行為，程序員可能要忍氣吞聲一點了。
那么，作為開發(fā)，應該如何應對呢？
先分清楚更改需求的真正原因，以及成本誰來承擔。
1、為什么要改需求？
是因為目前的功能不能滿足業(yè)務發(fā)展的需要了嗎？還是說，只是某個老板看到了更酷炫的東西，覺得也想要那些效果，所以要求改需求？
是給外包客戶做的產(chǎn)品需要改需求，還是公司內(nèi)部的產(chǎn)品需要改需求？
如果說，產(chǎn)品確實已經(jīng)不能滿足業(yè)務發(fā)展需要了，那么，無論如何都是要改的，開發(fā)人員怎么都躲不過了。但是，如果只是老板想要一個酷炫的功能而已，那么，程序員還是可以通過和業(yè)務好好溝通，把修改需求的利弊說清楚，說不準能讓老板改主意。
外包的產(chǎn)品，一般需求都是簽訂在合同里，如果是小規(guī)模更改，不影響整體項目進度和交付，那問題不大，但如果改動很大、很頻繁，可能會影響到項目整體情況，嚴重的影響上線、影響后續(xù)資金回籠，所以，要改需求，可能涉及重新談判，相當復雜，開發(fā)人員要把改動需要的時間和人員增員情況都核算好，和領導好好溝通。
內(nèi)部的話，要看修改的必要性和時間安排，有的周期長，但改動之后帶來的效果不明顯，開發(fā)還是要據(jù)理力爭，以免自己熬夜苦心寫的代碼最終還是在冷宮呆著。
程序員小華就遇見過這樣的事情，在做官網(wǎng)的時候，領導要求必須弄購物車和支付功能，必須要自己寫代碼，為此，他熬夜做了很久，才把功能實現(xiàn)出來。但是后來網(wǎng)站上線，只是用來展示產(chǎn)品而已，所有下單的操作，全部鏈接到了電商店鋪，他辛苦加班熬夜做出來的功能，一點用也沒有。所以，程序員真的需要和領導做更多溝通，了解清楚領導要求實現(xiàn)一個功能的真正目的，然后去分析這個功能會用到的概率有多大，如果幾乎用不到，可以說服領導不要增加這些需求的。畢竟有些領導也是比較外行，加功能的目的自己也不清楚的。程序員能說服他們不加是最好的。
2、改需求的成本誰來承擔？
是公司內(nèi)部改需求，愿意給開發(fā)更多時間？
還是外包客戶改需求，然后愿意多付錢？
如果說，公司內(nèi)部的產(chǎn)品要改需求，而且愿意延長交付的周期，那就改好了，開發(fā)人員反正也是要干活的。如果是外包客戶改需求，而且愿意多付錢，那更要改了?！皡柡Α钡臉I(yè)務員是非常善于說服客戶改需求的，把10萬的需求，改成100萬，再改成500萬的，只要客戶愿意付出成本，而業(yè)務員挖掘出來的需求也是客戶認可的，那作為開發(fā)，還有什么好說的？使勁干活，反正獎金少不了。
協(xié)調(diào)好內(nèi)部關系，盡量清楚客戶需求，開發(fā)前期工作打好基礎。
許多程序員都是一心只搞技術，懶得搭理辦公室政治、辦公室八卦，更不去想跨部門交朋友、搞人際關系了。但其實，如果能內(nèi)部協(xié)調(diào)好和業(yè)務部門的關系，開發(fā)人員會省力很多。
業(yè)務是和客戶打交道的，對客戶的需求最了解，但是多數(shù)業(yè)余對于開發(fā)領域并不熟悉，所以他們無法把客戶的需求非常準確地體現(xiàn)在對產(chǎn)品的描述上，所以，程序員如果能和業(yè)務有較好的關系，通過業(yè)務對客戶的需求能有更多了解，在最初需求溝通、設計環(huán)節(jié)就能為開發(fā)最準備，那么，產(chǎn)品的功能和客戶的要求匹配程度也就高多了，未來需要修改的地方也就少了。
總結
總之，改需求是開發(fā)人員逃不掉的宿命，尤其是對待外包的客戶。當然，如果能在簽需求文檔的時候，盡量多完善一些，后期改動會少很多。此外，開發(fā)人員也可以多和業(yè)務員交流工作量的問題，比如客戶要改需求，那么，可能要增加多少行代碼，需要多更多時間，牽一發(fā)而動全身，整體的進度要延后等等，業(yè)務人員慢慢地了解開發(fā)的難處，也會盡量幫忙協(xié)調(diào)的。至于內(nèi)部開發(fā)項目的需求，程序員要提升自己開發(fā)之外的業(yè)務能力，能判斷開發(fā)的產(chǎn)品用處在哪，都有哪些需求，哪些是必要，哪些不必要。只有這樣，程序員才能言之有理地去拒絕上司提出的不合理需求。