簡單說下軟件開發流程，不一定適合所有公司和項目 對于程序員來說，需求明確，邏輯合理，寫代碼也是很舒服的事，就怕中途穿插各種需求變更，甚至同時開展好幾項目，這樣就容易出錯，一個兩個項目做好再做別的項目會比較好。 一般項目開發流程也簡單說下，不一定適合每個公司和項目 1、項目需求整理，這一般是產品干的，當然開發人員和測試人員也可以參與其中，提出哪些能做，哪些有困難，哪些不能做， 2、初步的需求通過后立項，開始正式的需求評審，這時候有疑問要盡早提出來，多幾個人，多點思路，盡早過濾一些問題。不要怕麻煩，多開幾個會，把問題提出來，把思路理清，減少以后的問題。產品確認沒有大問題后開始畫原型圖， 3、產品完善需求和原型圖后開評審會，根據需求和原型討論具體應該要做成說明樣子，實現哪些功能，前后端提出可能存在的問題，以及解決方案。 4、經過多次評審后項目要求逐漸清晰，這時候有項目主程序員編寫設計文檔，如果項目小也可以省略。 5、功能模塊的分發給各開發人員，可以由主程序眼設計數據庫，也可以由各開發人員根據自己的功能設計好數據庫表給主程序員整理。 6、創建git，開始分發的功能模塊開始協同開發，有關聯關系的可以各自協調，一般是先寫好接口給前端使用，對于不能及時提供的也可以先定好數據格式。讓前端先寫好頁面。 7、開發的時候可以分模塊分階段讓測試邊參與進來，可以每周提一個版本，也可以每天提一個測試版，看項目組情況，讓產品也經常看看，參與測試，確保和產品思路一致。 8、項目經過產品、開發、測試人員的努力完工，產品確認開發線測試線沒有問題，產品驗收簽字，這時候就可以準備上線了 9、上線規則各家公司也不相同，有的只要經過產品就可以上線，有的運營同意就能上線，還有的必須要公司高層簽字才能上線。 10、經過各種磨難，項目終于在凌晨兩點全體研發人員的守候下上線了，當然，這個也是看是不是影響用戶，如果是初次上線沒有用戶，隨時都能上線， 11、上線后測試沒問題，回家睡覺。上線有問題，全體加班處理問題，如果比較悲催項目大線上問題多可能要搞幾天。 12、上線一段時間后，發現有小問題，不影響用戶正常使用，那就一周或者兩周或者一個月集中處理好后上線修復問題，如果問題大那就加班，再凌晨上線，并經過測試，沒有問題就下班，有問題就加班處理。 所以很多時候程序員加班多就是因為BUG多，還有就是項目時間緊。