產品經理與需求文件的一場奇妙之旅
阿新 • • 發佈:2018-11-01
產品經理與需求文件的一場奇妙之旅
1.專案執行過程中問題出現在哪裡?
- 需求評審需嚴謹,多次評審敲定主要需求和細緻需求
- 業務需求明確的需求文件
- 雖是類似專案,但不可完全照搬上一個專案需求
講師說的:
- 開發測試人員看不到完善的需求文件,工作效率低
- 沒有明確的需求界限,甲方沒有共同的需求契約,需求不斷變更
- 專案開發完成,遲遲不能結項
- 人員離職,請假沒有留下任何業務需求文件,導致新人和他人無法接手工作
- 接受別人的程式碼,需求文件測試
2.如果你是專案經理,專案執行過程中應該怎麼做?
- 客戶測試前進行內部測試
- 階段性驗收
- 技術評審
- bug評審
講師說的:
- 與客戶達成統一的需求描述標準
- 與客戶約定系統上線,結項驗收標準
- 與客戶確定需求的功能範圍
- 完善的規範的需求規格說明書
一、結構分析
需求規格說明書結構分析:
- 需求規格說明書封面
- 目錄
- 1.引言
- 2.需求綜述
- 3.功能需求
- 4.非功能性需求
二、關鍵章節
- 目標與背景(結合領導的目標和公司的方向,找準定位,為系統本身找到長遠的定位)
- 需求綜述(包含內容:需求總體概述、系統使用者、系統主體流程分析、系統主體功能)
- 功能需求 (應該包含哪些:
1.功能需求描述;
2.業務規則;
3.前置條件;
4.處理流程;
5.輸入描述;
6.輸出描述;
7.介面參考) - 非功能需求:
1.執行環境要求;
2.效能需求;
3.擴充套件性需求;
4.可靠性需求;
5.通用介面需求;
6.故障處理需求;
7.安全性需求;
8.其他需求
三、優秀案例
四、分享總結
專案做好的原因:
- 良好的需求把控
- 及時的需求溝通
- 標準規範的輸入輸出