網際網路傳統的開發流程：需求->方案->開發->測試->交付。
這算是一種標準流程，但是不夠細緻。每乙個團隊都有適合自己的一種開發流程。
總結一下我們的基於敏捷開發的工作流程，以供參考。
總體的過程包括：接收需求，規劃，專案啟動會，階段實施，專案總體交付，專案結束會。
規劃包括：階段劃分，專案里程碑，完成標準，實施流程。
階段實施包括：階段需求分析，階段資料庫設計，階段介面設計，階段實施開發，階段測試，階段交付。
流程分為：主流程和分支流程
需求按影響程度分為：影響主幹邏輯的核心需求，和對主幹流程進行補充和添枝加葉的補充需求。
階段需求分析分為4個步驟：
整理需求（這個步驟主要是對原始需求進行梳理，暴露出主幹流程的問題）
跟需求方確認核心需求，畫出乙個主幹流程圖
整理補充需求
確定補充需求，畫出詳細流程圖
這樣劃分的目的是因為主幹流程大多數時候是比較明確的，也是很容易確定出來的，而補充需求涉及到很多細節，確認出來耗時比較長；而對於技術人員來說主流程需求是耗費精力最多的，在主幹流程確定下來之後，技術人員就可以設計資料表和介面。
沒有一開始就能確定完美的需求，等所有需求都確認下來太消耗時間了，技術人員在實施過程中也能更加理解需求。
流程：產品經理接收總體需求
專案經理需要對需求進行規劃，規劃的工作包括任務拆解、階段規劃、專案里程碑、制定工作流程及完成標準。
專案經理召集專案成員召開專案啟動會。明確專案願景和目標，同步專案階段，里程碑等。
階段實施
4.1 產品經理要先對階段主幹流程進行梳理，制定主流程圖並跟專案經理確認。
4.2 階段資料表方案設計，進行方案評審。
4.3 階段介面方案設計，進行方案評審。
4.4 實施開發
4.5 產品經理確定詳細需求，制定詳細流程圖並跟專案經理確認。
4.6 技術人員開發
4.7 內部測試
4.8 交付
專案整體交付
專案結束會（歸檔，覆盤）
專案經理：
核心：保目標，助決策，提效能，促協作。
具體事項：
專案啟動會，確定整體目標和重要里程碑。
干係人管理，向上向下溝通。
制定工作制度和流程，建立溝通和協作機制。
規劃專案階段，明確各階段完成時間點。
任務拆解劃分到人，遇到問題幫助解決問題。
確定各個環節的工作成果及時匯報。
監控各個環節的進度，質量，範圍，發現有偏差時及時糾正。
發現團隊的問題，針對性的解決團隊遇到的問題，盡力幫助組員提公升能力。
專案經理需要定期每週向上進行一次專案匯報（推進狀態，遇到問題，解決方案，需要支援），每週向下進行一次本週的專案進度報告。
產品經理：
核心：需求，需求，需求。
具體事項：
先完成需求的主幹流程確認（大概佔總需求的70%，佔總需求確認時間的50%）
制定主幹流程圖
再確定詳細需求（剩餘的30%的細節需求，佔50%需求確認時間）
制定詳細流程圖
後端工程師：
核心：後端落地
具體事項：
先根據產品經理提供的主幹流程圖制定主幹的資料表和介面，並進行開發。
根據詳細需求進行調整。
介面設計
實施開發
前端工程師
核心：前端落地
具體事項：
實施開發
介面聯調
主流程需求確認完成
主流程邏輯梳理完成
主流程圖
原型圖主流程需求評審會
詳細需求確認完成
所有需求確認完成
詳細功能流程圖
前端ui完成
按原型完成ui開發
後端介面完成
後端介面開發完成
介面文件完成
注釋完成
介面自測通過
按原型要求完成介面
介面清單
方案評審
前後端聯調完成
所有功能介面聯調完成
開發完成
前端ui開發完成
後端介面開發完成
前後端聯調完成
主流程跑通
按需求完成功能
自測通過達到提交內部測試標準
內部測試完成
主流程跑通
邊緣規則測試通過
回歸測試通過
專案開發流程標準
專案階段 主要內容 1 商務談判階段 業務需求說明書 專案風險評估報告 專案可行性報告書 可由市場或 tc部提供 或1 技術部專案立項 技術部專案立項表 專案可行性報告書 2 計畫與設計階段 專案計畫 專案實施計畫書 需附專案計畫的 project 文件 任務書 每個團隊成員專案總任務分配 需求分析...
專案開發流程標準
專案階段 主要內容 1 商務談判階段 業務需求說明書 專案風險評估報告 專案可行性報告書 可由市場或tc部提供 或1 技術部專案立項 技術部專案立項表 專案可行性報告書 2 計畫與設計階段 專案計畫 專案實施計畫書 需附專案計畫的project文件 任務書 每個團隊成員專案總任務分配 需求分析 需求...
NLP實戰 專案流程
硬體問題 ai專案部署基本原則 深度學習推斷框架任務 前期一定要制定充分的標註規則 資料的採集一定要具有代表性 非常不建議採用自動標註的方式 先訓練乙個初步模型，然後只讓相關人員進行校對，可以保證標註效率並減少標註成本。千萬不要採用規則的方式進行開發 初期就要引導客戶使用和購買能夠支援深度學習框架的...