1樓：world hello
有的時候，你遇到那種一切以客戶關係為主導的老闆，甚至在客戶面前很懦弱的老闆，你啥方法也沒用。只有不停地救火、加班。
或者遇到很強勢的客戶，一副你愛做不做的樣子，就很麻煩。只能自己救火。而且要讓自己的軟體架構初始設計得很有彈性，對架構師的要求較高，其實也就是對軟體公司的素質要求、成本要求都很高。
2樓：紙老虎
應該說風險暴露在後期，隱患埋藏於專案啟動階段。
在前期的範圍確認時，工作沒有做細，或者需求沒有明確。尤其是在需求階段，客戶沒有輸入就就開始做，因為不懂，所以需求提的很粗或者沒有，但隨著專案的推進，有些東西會越來越清晰，這時候問題就來了，導致頻繁變更。
欲速則不達，在專案前期還是要與客戶多進行溝通確認，盡可能讓客戶多參與具體的工作。這樣風險一起承擔。
再有就是在範圍確認時，要有會議紀要和大家達成共識的記錄。
3樓：HoneyMoose
完全不追加需求是不可能的。
很多時候合同開始的時候和結束的時候使用者的需求可能都有所變化，這個很正常。
你需要和你的客戶溝通，哪些東西應該是這個版本完成的，如果到後期還加需求你可以讓你的客戶支付開發的費用。
至於哪些需求變更你可以接受，哪些不可以接受你需要和你的客戶協商解決。
4樓：小飛魚
很多客戶都是在前期想的很好，但是開發出來又是一種想法。後期提新需求或者更改需求，這種情況都很普遍。
我們公司一般的做法是，在合同簽訂後，整理原型圖，需求文件，以前整理比較粗，導致後期很多說不清的地方，現在我們的需求文件和原型圖特別細緻，這就給雙方框定了標準，甲方確認需求，乙方按需求做，雙方都簽字確認，確保需求一致；除了雙方確認，我們還多了乙個步驟，那就是在原型圖和需求整理好後，跟客戶反覆確認，如果客戶提問題較少，或者是我們感覺客戶可能沒用心看，這時候我們就會想辦法跟客戶見上一面，把需求功能和流程講解一遍，雖然再次講解十分耗費人力，有時候還要搭上差旅費，不過，這點是很有必要的，對專案的需求定量起到至關重要的作用。
其實需求反覆確認，是對雙方都有好處，甲方會更理解軟體做出來的樣子，如有不認可的，可以立馬改，行程最終雙方都認可的標準。這個標準讓甲方有本可依，也讓乙方在開發的時候，目標明確。很大程度上減少了需求的變更。
其次，我們會跟甲方提前明確好，後期會給一定比例的需求變更，超出就要產生費用。解釋到位，一般客戶都會理解。
5樓：老周
會有更多需求是很正常的，關鍵得讓客戶為這些需求付出成本，一般還是前期有約定，變更需求盡量接受那些成本不高的修改，其他的說服客戶作為二期需求實現
6樓：蘭氏韜略
如果雙方的合同沒有約定，後期確實很難執行。所以上策是軟體開發合同需要把未來可能發生的問題都進行約定。現在事已至此，只能雙方協商解決，做不到的或者需要很高成本才能完成的新需求，明確提出來，不做或者請客戶追加投資，簽訂補充協議。
軟體開發專案經驗？？
Bingo 瀉藥。個人經驗是 興趣驅動。講道理我這種雖然是渣科班出身的，最後到了面試的時候派上用場的專案經歷都是自己瞎逼重新寫輪子整點興趣愛好弄的。題主雖然是非計算機專業，應該是想要長遠走下去吧。如果是我，我會選擇從基礎開始，找到乙個喜歡的方向，然後重新造幾個輪子 一句話總結就是 得耐得住寂寞。培訓...
為什麼軟體開發需要重構？
李超利 其實最核心的一點是 現在的邏輯不能有效快速的支撐未來的邏輯 我們要在何時的階段去小步迭代去補這個 技術負債 在系統開發之初，系統用例比較少，軟體的領域模型相對比較簡單，但是隨著系統用例的不斷增多，發現領域模型不能有效的支撐，隨即開發人員用錯誤的系統模型不斷的增加各種判定路由 標記儲存等去解決...
軟體開發專業適合女生嗎？
例外 女生從事軟體開發相關工作有其自身的優勢，女生比男生更加細心和有耐力，女生的表達能力比較突出，在管理方面，女生更有優勢。這些優勢對於軟體開發行業是非常重要的。 前端小姐姐 IT領域，男女比例約等於10 1，很多人都會認為這是男人的天下，也讓很多對IT感興趣的女生望而卻步。那這個數字是不是就說明女...