對於還沒有參與過項目的同學，大都與企業項目開發的流程都感到特別的好奇！項目對於程序員來說像是自己的孩子，自己看着一步一步成熟，完善！最後到獨立的運行！然後大多數程序員都如含淚老母親一樣，看這自己的項目嫁出去，嫁到甲方！從此天各一方！咳咳，跑題了！
就我經驗而談，上一家公司是一個傳統型企業公司！主要開發的是一些國企的信息管理系統，其實包括你們在內的很多小夥伴，畢業後會有一大部分進入到類似的項目中參與開發！比如銀行項目組、中石油開發組、保險項目組等等！這類企業一般都以保守爲主！項目開發的速度並不是他們所追求的根本！他們所追求的就是穩穩的一批，在一個項目準備開發前會做好各種各樣的準備工作，包括項目人員確定，項目週期，項目里程碑等等條件，我們一會會具體說；
在一個就是我現在的一個公司，偏廠商型公司，主推數據中臺！這類公司，追求的是對項目的高效開發以及對項目的更新迭代速度有很高的的要求！規定在幾號上線，幾號完成一個里程碑！完不成就加班加點！這列公司使用的技術，一般都是比較新穎的技術！開發團隊一般都是年輕人！開發的步驟較傳統型企業公司少！這類的開發模式叫做 敏捷開發
下面我們就以上兩種公司，探討一下他的具體流程：
一、傳統型公司(瀑布式開發)
開發步驟：
傳統型企業的開發步驟很麻煩，但是這麼多步驟，真正讓後臺程序員操作的就是
這幾個步驟是後臺程序員需要操心的！其中對於頁面原型的勾畫有時候也需要後臺程序員來幹，所以建議儘量惡補一下前端的知識！
中高級程序員在程序開發時，會參與一部分的數據庫字段設計！這對程序員對於程序的整體把控要求很高，需要一定的開發經驗，和業務經驗，才能設計出比較好的庫表結構！
當然，業務方面的數據庫表，需要配合產品經理確定，他們比你更懂業務！
在開發過程中，前後端的數據結構的確認需要依據需求文檔來確認！當然需求文檔不是萬能的，當需求文檔設計的數據結構不能滿足你的時候，你需要提出來，和前端開發對接；儘快決定你們雙方都認同的交互數據結構！當然，如果你不確定，需要和你的老大說一聲，以便於甩鍋！嗯，就這樣！
在傳統型企業中，一般都有自己固定的框架體系，一旦你需要引入新穎的技術（你想玩個花樣），你就必須和你的老大說一聲，他同意後才能去搞！這種類型的公司，一般對於新興框架極爲排斥！特別是銀行項目組！一定要等到各方確認後才能使用！務必牢記！我踩過坑，記憶尤深！
還有就是，有些公司會要求你去寫前端，噁心不！哈哈；所以學點前端技術尤爲重要！
二、中小公司、科技型公司、互聯網公司
我只是說一下，我也沒去過互聯網公司，慚愧！但是據我瞭解，大致的開發流程是一致的！
現在對於這種公司，主推的是一種
敏捷開發模型！具體的信息，需要你去百度查！大致的意思是省去了需求文檔、原型勾畫、客戶確認等步驟，所有的需求和所需的數據結構，皆由開發人員在一起進行商討！
可以對比一下看到，省去了好多步驟！別擡槓，我們公司就這樣！
敏捷開發提倡四點：
- 遞增：測試工作不會等到完成後參會去測試！開發人員在完成整個大功能的一小部分時就會生成一個穩定版本，部署到測試服務器，由測試進行測試！開發和改BUG同步進行！
- 避免不必要的開銷：全七八糟的文檔全部沒有，與其討論要做什麼然後在寫下來，不如討論完趕緊去做！他提倡團隊一起討論，郵件或面對面交流！所以一般這種模式都會有周例會，或者早會！總結一天或一週的工作量！
- 協作：根據需求，團隊成員一直與其它人進行交互；真正的敏捷精神團隊是自助的。他們分配需要做的工作。雖然每個成員承擔的任務都在他們的專業技能範圍內，他們還是需要與團隊協作的；所以，協作共贏，你懂得！
- 說真話：既然敏捷開發，團隊的老大就必須對整個項目的進度有一個整體的把控！所以，執行者在彙報時，務必說真話！你所遇到的問題可能會耽擱整個團隊的進度！有問題說出來，一起解決！
這種類型的公司，你有什麼好東西。好技術，在不影響項目整體進度和性能的情況下，儘管用！但是有個度，你所用的技術，要和項目團隊的大部分成員的技術棧匹配；儘量不要出現你用的，其他人都不會！出問題，解決都沒人幫你！（我踩過的坑，慚愧!但是結果是好的，有點安慰！）
雖然吧，我自己也經常甩鍋，但是對於新入職和未來的程序員們！你們要記得，自己多做點，就會多學一點東西！這類公司，也需要你保持終身不斷的學習！只會固定的技術棧，你在寒冬中活不下來！
逐漸暴躁，哈哈哈哈哈！歡迎關注我的公衆號！
