（一）前言
對于很多還沒進入社會或者之前沒有在互聯網公司呆過的人來說，會很好奇互聯網企業的開發流程是怎樣的，正好借著我最近這段時間的經歷寫下這一篇介紹開發流程的文章，
（二）開發流程
對于有自研系統的企業，程式員往往是和產品經理在battle，整體的開發流程涉及到的人員角色有：專案經理、產品、設計、后端開發、前端開發、運維、測驗，
2.1 需求調研
首先是需求調研階段，這階段由專案經理和產品經理全權負責，產品經理會針對老板或者客戶提出的要求，進行需求調研，功能要不要做，要怎樣做，最后整理出一套需求檔案，和整個專案的專案經理，
2.2 產品檔案產出
需求調研結束后，產品需要將調研到的需求整理成產品檔案，
2.3 產品檔案評審
這里是需要所有人員參與的第一個會議，產品會聚集所有專案人員進行產品檔案評審，主要是介紹產品要做什么，要怎么做，每個頁面要實作什么功能，在這個階段往往是產品和開發人員爭論最大的階段，產品的思維有時會天馬行空，想的很美好，但是在技術人員眼里實作極其不靠譜，或者無法實作，在這段battle程序中，有些需求會被砍，有些功能會做調整，
2.4 設計出設計稿
產品檔案評審結束并二次修改完成后，設計會根據產品檔案出具體的設計稿，
2.5 設計評審
這里是需要全專案人員聚集的第二個會議，設計會根據設計稿并結合產品檔案介紹每一個功能點，這里如果和產品預期有差異，設計需要根據產品的想法進行調整，
2.6 技術方案產出
設計完成后開發人員需要根據產品以及設計稿去思考技術選型，最后給出一份比較完整的技術方案，這一步往往是在產品檔案確定后和設計同步進行，這一步也是整個開發流程中技術人員最難的時候，對于核心內容需要對多種技術進行選型，對后端來說：資料庫用什么？是否引入快取？現有選型能否滿足資料量和性能的需求？都需要考慮在內，接著要把表結構設計出來，介面設計，形成一份完整的技術方案檔案，前端也同樣需要給出實作方案，
2.7 技術方案評審
技術方案產出之后，接下來就是對技術方案進行評審，這一次參會的是技術人員，在這個階段往往技術負責人會參與進來一起討論技術的可行性以及穩定性，在技術方案評審中，前后端要針對介面達成一致，后續基本上以這一次定下的介面分別開發，技術方案評審后需要前后端分別給出開發的排期，沒有問題后進入開發聯調環節，
2.8 開發聯調
接下來就是前后端分別開發，并在deadline前聯調，并將聯調完成后的專案發到測驗環境中，
2.9 測驗
測驗人員會在test環境對系統進行測驗，并將測驗結果反饋給開發人員，開發人員針對測驗提出的bug進行修復，測驗需要對修改后的問題進行再次測驗，
2.10 線上發布
待測驗沒有任何問題后，由運維人員協助開發將test環境上的系統版本發布到生產環境，
2.11 版本迭代
一般來講如果沒有重大bug，在一段時間內都不會動生產環境的系統，接下來的改動會按照版本進行迭代，這里剛好和第一步形成了一個倍訓，
（三）總結
總體來講，開發人員越多的公司往往整體的流程會越規范，對企業來說肯定是好事，但對個人來說也要看兩面，流程越來越規范，能讓你在開發方面的能力越來越強，但讓你遇到問題解決問題的場景也就變少了，運維人員會幫你解決運維上的問題，產品會幫你對需求，如果你是在初創公司或者是面向客戶的軟體行業，往往是一個人一手抓，也能鍛煉自己各方面的能力，
具體如何選擇，看你自己對未來的規劃如何，我是魚仔，最近真的好忙，我們下期再見，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/356060.html
標籤：其他