改需求到底是你的錯還是老大的錯，還是客戶的錯？

1樓：小夢

你改需求可以，可是可不可以不要三分鐘乙個想法。還有，能不能不要指著1說，你看這個1好像有點像2，不對，又好像有點像3，那到底是幾啊，我又不是你肚子裡的蛔蟲。

2樓：陳小小

無論做專案也好，做產品也好，都有乙個漸進明細的過程，在這個過程中，由於業餘本身發生變化，或者在獲取客戶需求後沒有分析透徹，這幾個原因都可能導致需求發生變更。總而言之，需求變更不可避免，所以要做好需求確認工作，並實行規範的需求變更流程！

3樓：小名張三

首先，需求變更是軟體工程開發的乙個必不可少的過程，所以需求變更是沒有誰對誰錯的，更不能簡單的說是哪一方的錯誤，在大部分情況下，各方均有責任。

客戶修改了需求，大部分是出於業務所需，可能是之前在設計的時候沒有考慮到，這很正常，我們需要做的是需求需要在可控的範圍內，

所以應該分析需求，確定是流程節點所必須要更改的，果斷更改，確定是客戶拍腦袋的需求，跟客戶溝通下，是不是客戶的深度需求沒有挖掘出來，以前有個客戶所自己想要加個模組，但後來才知道，客戶僅僅想要匯出資料的功能。

所以需求變更很正常，但我們需要去控制他，不能讓客戶任意的提需求，也不能任意的把需求收集交給開發人員。

我們是需求分析崗，顧名思義，就是根據流程、業務去分析需求的合理性、可行性以及實現意義，不管是甲方還是乙方提出的需求，都要認真分析。

4樓：dong steven

需求變更是很正常的，由於需求變更無法避免，所以，改需求不存在絕對意義上的的對與錯。但，若非要糾結「對錯」這個問題，則關鍵要搞清楚，該需求變更是否可避免。

若需求變更源自於需求調研階段的不充分，那麼，需求管理人員是有責任的。因為在需求分析階段，自己並沒有充分挖掘客戶需求，自己的「玩忽職守」導致「需求捕獲」的偏差，造成了過多「無謂」的變更，為程式開發人員造成了本可以避免的麻煩。

若因為客戶自身沒有搞清楚需求，而造成後期需求的變更，那麼，客戶是有責任的，但是，由於客戶是上帝，他有責任不等於他就是錯誤的一方，這種情況只能表示「呵呵」了。

最後，在開發過程中，也會發生各種各樣的需求變更，比如效果不滿意，理解偏差，架構不合理等等，一般來說，主要原因是開發過程中，溝通不到位或者不夠頻繁，既然是「溝通」，自然溝通雙方及相關的專案干係人就都是有責任的了，要說「錯」在誰，我認為，都有錯。

總之，需求變更是無法避免的，過於糾結誰對誰錯是不理智的，但是，需求分析人員，專案管控人員應該主動承擔起大部分責任，畢竟，如果咱們這種苦逼需求分析師真能發自心底地以更加敬業的態度對待手頭的專案，憑藉自身合理的溝通能力，未雨綢繆的預見力及紮實的業務功底，是可以最大程度的減少「需求變更」Case數目的。

5樓：Gino

直接地說，你這種觀點不對，這些觀點的前提是「需求是明確且不變的」。

但實際上，變化是絕對的，不變是相對的，而需求則是漸進明細的。

客戶就是因為不清楚自己需要的是什麼，也不會分析，才出錢找你們給分析並出解決方案的。

一般比較好的情況是，在某個時間點、就某些方面的需求各方達成共識，然後完成後，再繼續尋找新的共識，以達到雙贏的局面。而不是某一方一味的要求、而另一方一味的妥協，妥協到最後發現做不下去而消極怠工出豆腐渣工程，導致雙輸的局面。

6樓：

改需求是常態，不是誰的錯。

對需求的把握能力，每個人都不同，有的人強點，有的人弱點。

和把握需求能力強的人合作，需求改動就少一些。

但是，需求改動是必然的，這是因為：

使用者和市場都在變化。

伴隨開發成本、開發技術、甚至整個生態鏈的變化和發展，每個階段所要實現的需求，以及實現需求的方法方式，也是不一樣的。

舉個例子：

就拿iPhone來說，

每代iPhone都有很多原型機，不同原型機之間，你可以認為是改需求。

iPhone歷經了iPhone、iPhone2G、iPhone3G、iPhone3GS...iPhone6plus，這同樣是在改需求。