產品經理與需求文件的一場奇妙之旅

1.專案執行過程中問題出現在哪裡？

• 需求評審需嚴謹，多次評審敲定主要需求和細緻需求
• 業務需求明確的需求文件
• 雖是類似專案，但不可完全照搬上一個專案需求

講師說的：

• 開發測試人員看不到完善的需求文件，工作效率低
• 沒有明確的需求界限，甲方沒有共同的需求契約，需求不斷變更
• 專案開發完成，遲遲不能結項
• 人員離職，請假沒有留下任何業務需求文件，導致新人和他人無法接手工作
• 接受別人的程式碼，需求文件測試

2.如果你是專案經理，專案執行過程中應該怎麼做？

• 客戶測試前進行內部測試
• 階段性驗收
• 技術評審
• bug評審

講師說的：

• 與客戶達成統一的需求描述標準
• 與客戶約定系統上線，結項驗收標準
• 與客戶確定需求的功能範圍
• 完善的規範的需求規格說明書

一、結構分析

需求規格說明書結構分析：

• 需求規格說明書封面
• 目錄
• 1.引言
• 2.需求綜述
• 3.功能需求
• 4.非功能性需求

二、關鍵章節

• 目標與背景(結合領導的目標和公司的方向，找準定位，為系統本身找到長遠的定位)
• 需求綜述（包含內容：需求總體概述、系統使用者、系統主體流程分析、系統主體功能）
• 功能需求 （應該包含哪些：
  1.功能需求描述；
  2.業務規則；
  3.前置條件；
  4.處理流程；
  5.輸入描述；
  6.輸出描述；
  7.介面參考）
• 非功能需求：
  1.執行環境要求；
  2.效能需求；
  3.擴充套件性需求；
  4.可靠性需求；
  5.通用介面需求；
  6.故障處理需求；
  7.安全性需求；
  8.其他需求

三、優秀案例

四、分享總結

專案做好的原因：
- 良好的需求把控
- 及時的需求溝通
- 標準規範的輸入輸出