Module 1概述：需求開發與需求管理管理的“Yes”與“No” 1、角色扮演游戲
2、過程：講師扮演客戶，學員（分組）扮演需求調研人員，模擬需求開發過程。
3、講評：通過演練來認識“靠譜的需求從哪里來”的命題，認識需求開發與需求管理的常見誤區——邊界不清晰、缺少可視化監控手段以及無限制拔高用戶對系統的期望值 ……
4、需求開發與需求分析過程中的常見問題
5、需求開發與需求管理過程中要完成的蛻變——從“把事做正確”到“做正確的事”
6、做好需求分析的第一要務——我們交付的是系統的價值，而非軟件本身
7、需求分析的BBR模型，同時也是各個相關方干系人對于一個軟件系統的最高要求——“幫忙不惹事”
8、案例剖析
9、“桌面以上的需求/明確表明的需求”Vs.“桌面以下的需求/隱含的需求”——重點關注哪些沒有被講出來的需求
10、需求開發與需求管理中的3個基本問題
Module 2打開需求的黑匣子 1、Attention! 我們說的可是“需求”—— “需求”基本概念、各類“需求”的定義（功能需求、非功能需求/質量屬性、設計約束的定義）和各個層級的需求（用戶需求/業務需求、產品需求與產品組件需求）
2、需求開發和需求管理在軟件研發過程中的位置和地位、需求開發和需求管理與軟件研發流程其他環節（例如：系統測試、架構設計……等）的關聯關系
3、現實總不如看起來那么美好之1——需求開發和需求管理過程中的兩大常態：1）“用戶講不清楚需求”和2）“需求總是處于變更當中”
4、現實總不如看起來那么美好之2——你從用戶/市場/業務部門同事那里接收過來的“需求”（原始需求）通常存在哪些問題：
1)“業務流程”與“系統流程”的邊界不清晰
2)“用戶期望”與“系統功能”“的邊界不清晰
3)只有“系統能做什么”，沒有“系統做的有多好”
4)最容易被忽略的一類用戶——Administrator
5、三種不同詳細程度的“需求”：白云級需求、風箏級需求和場景級需求
6、你準備好了嗎——作為需求分析人員，在一個項目的需求開發和需求管理過程中你將承擔怎樣的角色與職責？
7、你能講的清楚嗎，你自己項目的“獨特性”特征是什么？
8、你能講的清楚嗎，你自己項目的“目標”是什么？或者僅僅只以一句“按時保質的完成任務”作為搪塞，并不清楚或者沒有關注到自己的項目會給客戶帶來的價值？
Module 3 捕捉和挖掘需求 1、決定捕捉需求策略的三大要素——客戶/用戶參與程度、需求分析人員的熟練程度、技術性約束條件
2、我們交付的是“價值”而非“項目”本身——如何從孤立的用戶需求中判斷系統整體上的“交付價值”
3、諾蘭模型永放光芒——如何有效的引導和限制用戶的“期望值”
4、需求挖掘技術哪家強？實際案例展示——有效的需求捕捉與無效的需求捕捉正反案例介紹與剖析
Module 4 需求的分析（上） 1、需求分析的基本原則：問題的識別、評估、平衡和綜合
2、分析功能性需求的三種工具之1
3、早期需求分析的神器——用戶故事（User Story）與用戶故事地圖（User Story Mapping）
4、講得清楚每條需求“以便于給用戶帶來怎樣的價值”是用戶故事方法最神奇的地方
5、使用用戶故事地圖來勾勒需求全貌
6、正反案例介紹與剖析：用戶故事描述“風箏級”需求的實例
Module 5 需求的分析（下） 1、分析功能性需求的三種工具之2
2、場景級需求的分析神器——用戶用例（UseCase）
3、UseCase所帶來的“如來神掌”效應：區分“系統”與“用戶”的邊界
4、正反案例介紹與剖析：用戶用例描述“場景級”需求的實例
5、分析功能性需求的三種工具之3
6、當“誰也講不清楚系統的需求”時使用的分析神器——原型法
7、原型法最關鍵的地方——你需要哪一部分的原型？
8、原型法的“需求評估”環節如何操作？
9、分析非功能性需求的“八元方法”——從8個維度分析非功能性需求
10、需求的平衡
11、使用Kano模型判斷需求的優先級
12、使用“二叉樹”方法設定需求的優先級
Module 6需求建模與需求規格化 1、需求建模——使用符號化語言動態的描述需求
2、需求建模的方法之一：數據流圖
3、需求建模的方法之二：實體－關系圖
4、需求建模的方法之三：狀態遷移圖
5、需求規格化——使用自然語言動態的描述需求
6、兩種模式的需求規格說明書文檔的樣例——IRF（界面原型-業務規則-業務流程）和UseCase（用戶用例）
7、需求的命名規則
8、“好”的和“不好”的需求描述樣例剖析
Module7本次培訓總結及答疑 1、為何放棄治療——為什么不愿意把需求寫清楚？
2、讓我們一起把把脈吧——如何在貴公司有效開展需求開發與需求分析活動 |
首頁 課程表 在線聊 報名 講師 品牌 QQ聊 活動 就業