1樓：啦啦啦
需求更改頻繁一般是不合理的。
假定他是合理的，比如老闆說了，改不改怎麼改我說了算，我不是給你發錢了嘛。那我們就幹，要注意以下幾點。
一，讓老闆簽字畫押。
頻繁的變更沒事，最忌諱不留下書面材料。每次變更都要有會議紀要，郵件傳送。避免後面扯皮。
二，設計要有一定的前瞻性
如果已經知道了會經常變化，那麼就要在很多關鍵點上預留一些設計來應對變化。
這種設計往往是雙刃劍，因為過度設計會增加複雜性，而平鋪直敘會導致擴充套件性變差。適度前瞻是原則，但是這玩意就跟鹽少許一樣沒法量化。但是相對來說，如果已經知道了需求經常變化，就要稍微往過度設計那邊挪一挪。
三，把變化隔離
實際上，即使天天在變的專案，也有不變的部分。乙個專案的最核心的邏輯基本是不會變的，變的更多的是介面，業務，更外層的內容。
所以要分層，把變的和不變的隔離開，在這種場合尤其重要。
總結一下
1，就是變也要有流程
2，要增加前瞻性設計，來減少變導致大規模返工的情況
3，把變與不變隔離
2樓：能吃是一種怎樣的體驗
如果研發地位低，沒法應對，早點換個公司吧。。
3樓：極客先生
面對這個提問，如果我理解的沒錯的話，題主應該是飽受這種折磨！這個頻繁更多的是出在整體的研發生命週期裡的環節裡，如果正常迭代是不會出現這種問題的，頻繁的需求變動，代表著產品有問題，或者你的公司沒有產品，沒人能hold住需求變動的節奏，所以你的問題不太好回答，如果是剛才說的這種情況，程式設計師不管怎麼應對都是治標不治本！
你能做的就是積極溝通，協商，逆推研發流程，跟上級反饋這些問題！如果無果，又學不到東西，也不想那麼累，那就換家這種情況好一些的公司，因為你問的問題錯不在你！
4樓：靜靜
需求整理好，提前想好可能性，有改動就延長工時，告訴她為什麼不能改
5樓：舍樂
需求也不會無緣無故的改，提前也能做好應對，方法網上有很多，換個角度，有需求才有活幹
6樓：小小叔叔
多溝通，越過產品和甲方溝通更好，更要提高自己的思辨能力
7樓：wanet
將模組和介面設計得更強大些；加強上下游溝通管理；明確告知有的事情是無法做到的。
程式設計師如何應對技術面試？
極客時間 可能有的同學有疑問，為什麼一定要面試？面試看起來像是單方面面試官對面試者的考察，實際不然，面試其實是面試者和面試官之間的互選。就像是愛情，單方面的選擇往往是行不通的，只有確認過眼神，才能有後續的故事。而且，面試在你投出簡歷的那一刻就已經開始了，所以我們先從簡歷說起。簡歷，重點在 簡 一定要...
技術很好的程式設計師應對奇葩需求也會得心應手嗎？
Shy Tom 請實現乙個根據手機系統改變顏色的手機殼，哈哈哈。需求是有需求人員來提的，程式設計師只負責實現，但是需求人員在提需求時需要評估需求，看看是否能實現。這也就要求需求人員也要有相關的技術背景。所以正常來說的話需求人員是不會提無法實現的需求的，除非是不懂技術的，如果有程式設計師無法實現的需求...
前端程式設計師如何應對php後端程式設計師裝逼挑釁？
湯超 乙個專案依賴各個崗位的配合，崗位之間沒有高下之分，只是不同的環境有所側重，比如2C的專案自然需要優秀的前端和設計，2B的專案需要更多後端。但是我們可以同一崗位進行比較，比如我是中高階前端，值得我合作的自然是中高階後端。你乙個菜雞PHPer還敢來懟我？咱們來做兩道演算法題試試？ 張書包 記住一句...