研發流程規範
阿新 • • 發佈：2018-12-15
總體原則
- 需求池所有的需求有序管理，有優先順序，可評估
- PRD文件需要評審，且有打回機制
- 設計文件包含概要設計/詳細設計，需要評審，且有打回機制
- 測試用例包含主流程用例/詳細用例，需要評審，且有打回機制
- 研發需要有UT（推薦，不強制）和自測
- 環境自動管理，CI/CD系統
- 測試需要有API/UI測試，自動化覆蓋率要求，漏測率要求
- 專案無法按時完成，有延期規範和機制
- 專案有驗收測試規範和機制
- 重點專案要有專案日報/週報機制
會議規範
- 會議高效，評審會議時間一般為一個小時，原則上不超過兩個小時
- 會議期間，沒有重要緊急的事情，原則上不允許帶電腦，或者電腦合上（會議主持人和會議記錄人除外）
- 會議主持人在會議開始前，告知會議規範，會議中，會議主持人控制和維持會議有效進行
- 會議參會人員不足一半，或者核心人員缺陷，會議取消，會議主持人另約時間
- 會議時間超時半小時以上，會議取消，會議主持人另約時間
- 其他原則，參考：會議流程
需求評審規範
- 需求評審會議需要傳送郵件，郵件詳情，見需求評審會議郵件模板
- 需求評審會議的PRD，至少提前24小時發出，需求文件，見需求文件模板
- 為確保所有人閱讀PRD，RD模組owner，QA模組owner，需要在評審前半天，發出問題list（comment list），否則不予評審
- 需求文件內容缺失嚴重，缺失部分超過50%，或者核心功能無法正常閱讀，由RD模組owner，QA模組owner，傳送打回郵件，不予評審
- 需求評審會議，評審PRD，解決發出的問題list，評審會議結束後，發出評審意見郵件
- 需求變更/新增，發出變更郵件，大的需求變更/新增，需要召開需求評審會議
設計評審規範
- 設計評審會議需要傳送郵件，郵件詳情，見設計評審會議郵件模板
- 設計評審會議的文件，至少提前24小時發出，設計文件，見設計文件模板，稽核人預設需要新增 對應TL
- 為確保所有人閱讀設計文件，PM模組owner（推薦，不強制），QA模組owner，需要在評審前半天，發出問題list（comment list），否則不予評審
- 設計文件內容缺失嚴重，缺失部分超過50%，或者核心功能無法正常閱讀，由PM模組owner（推薦，不強制），QA模組owner，傳送打回郵件，不予評審
- 設計評審會議，評審技術設計內容，解決發出的問題list，評審會議結束後，發出評審意見郵件
- 設計變更，發出變更郵件，大的設計變更，需要召開設計評審會議
用例評審規範
- 用例評審會議需要傳送郵件，郵件詳情，見用例評審會議郵件模板
- 用例評審會議的文件，至少提前24小時發出，用例文件，見用例文件模板
- 為確保所有人閱讀用例文件，PM模組owner，RD模組owner（推薦，不強制），需要在評審前半天，發出問題list（comment list），否則不予評審
- 用例文件內容缺失嚴重，缺失部分超過50%，或者核心功能用例無法正常閱讀，由RD模組owner（推薦不強制），PM模組owner，傳送打回郵件，不予評審
- 用例評審會議，評審測試用例內容，解決發出的問題list，評審會議結束後，發出評審意見郵件
- 用例變更，發出變更郵件，大的用例變更，需要召開用例評審會議
研發規範
測試規範
延期規範
- 延期郵件，檢視延期郵件模板
驗收規範
- 產品驗收
- 交付驗收