Excel學習
其實，我好想說打一架吧，誰贏聽誰的，但是這樣很不專業，SO,那就好好來回答這個問題吧。在以技術為導向、產品不愁賣的企業，面對業務頻繁更改需求的問題，開發人員，也就是程序員，還是可以硬氣一點的，但是如果是銷售為導向的企業，那麼，能帶來現金的業務員確實就底氣要足一些，對於改需求的行為，程序員可能要忍氣吞聲一點了。
那麼，作為開發，應該如何應對呢？
先分清楚更改需求的真正原因 ，以及成本誰來承擔。
1、為什麼要改需求？
是因為目前的功能不能滿足業務發展的需要了嗎？還是說，只是某個老闆看到了更酷炫的東西，覺得也想要那些效果，所以要求改需求？
是給外包客戶做的產品需要改需求，還是公司內部的產品需要改需求？
如果說，產品確實已經不能滿足業務發展需要了，那麼，無論如何都是要改的，開發人員怎麼都躲不過了。但是，如果只是老闆想要一個酷炫的功能而已，那麼，程序員還是可以通過和業務好好溝通，把修改需求的利弊說清楚，說不準能讓老闆改主意。
外包的產品，一般需求都是簽訂在合同裡，如果是小規模更改，不影響整體項目進度和交付，那問題不大，但如果改動很大、很頻繁，可能會影響到項目整體情況，嚴重的影響上線、影響後續資金回籠，所以，要改需求，可能涉及重新談判，相當複雜，開發人員要把改動需要的時間和人員增員情況都核算好，和領導好好溝通。
內部的話，要看修改的必要性和時間安排，有的週期長，但改動之後帶來的效果不明顯，開發還是要據理力爭，以免自己熬夜苦心寫的代碼最終還是在冷宮待著。
2、改需求的成本誰來承擔？
是公司內部改需求，願意給開發更多時間？
還是外包客戶改需求，然後願意多付錢？
如果說，公司內部的產品要改需求，而且願意延長交付的週期，那就改好了，開發人員反正也是要幹活的。如果是外包客戶改需求，而且願意多付錢，那更要改了。“厲害”的業務員是非常善於說服客戶改需求的，把10萬的需求，改成100萬，再改成500萬的 ，只要客戶願意付出成本，而業務員挖掘出來的需求也是客戶認可的，那作為開發，還有什麼好說的？使勁幹活，反正獎金少不了。
協調好內部關係，儘量清楚客戶需求，開發前期工作打好基礎。
許多程序員都是一心只搞技術，懶得搭理辦公室政治、辦公室八卦，更不去想跨部門交朋友、搞人際關係了。但其實，如果能內部協調好和業務部門的關係，開發人員會省力很多。
業務是和客戶打交道的，對客戶的需求最瞭解，但是多數業餘對於開發領域並不熟悉，所以他們無法把客戶的需求非常準確地體現在對產品的描述上，所以，程序員如果能和業務有較好的關係，通過業務對客戶的需求能有更多瞭解，在最初需求溝通、設計環節就能為開發最準備，那麼，產品的功能和客戶的要求匹配程度也就高多了，未來需要修改的地方也就少了。
總結
總之，改需求是開發人員逃不掉的，但如果能在籤需求文檔的時候多完善一些，後期改動會少很多。當然，開發人員也可以多和業務員交流工作量的問題，比如要改需求，那麼，可能要多多少代碼，需要多少時間，牽一髮而動全身，整體的進度要延後多久等等，業務人員慢慢地瞭解開發的難處，也會盡量幫忙協調的。
謝米
在項目開始前應該有項目開發計劃和進度表，如果需求在開發中需求改動，進度和時間應該是需要重新核算的
