培訓安排：2019年11月22-23日深圳 12月21-22日北京
學習費用：6800 元/位（含培訓費、資料費、會務服務費）
培訓對象：需求分析人員（含業務分析人員）、高級設計人與開發員、高級測試工程師
課程簡介：
“用戶根本不知道他們想要什么，直到我們給他展示產品之前。”
——史蒂夫.喬布斯
“世界上所有的需求都至少被修改過三次。唯一一個只經歷過兩次變更的需求工程師已經死了。死在了去修改需求的路上... ...”
——無名
需求分析、需求開發與需求管理貫穿軟件研發生命周期的全過程。如何準確而又快速的捕捉用戶的需求？如何平衡不同角色的用戶對于系統/產品的不同方面的需求？如何協調功能性需求與非功能性需求之間的矛盾？如何有效的分析需求？如何一致、完整與可回溯地將需求分析結構與研發人員進行有效地溝通……這一系列的問題都對需求分析人員的能力和素質提出了很高的要求。需求開發與需求管理能力的培養成為了擺在軟件研發組織面前的一大課題。
為了幫助需求分析人員以上問題有清晰的認識、完整的了解和全面的把握，我們“有效需求分析訓練營”這門課程。本課程除了對“需求”的基本概念、“需求管理”的基本框架和目前主流的需求分析方法做出了明確闡述，更為重要的是，憑藉講師在多種不同行業客戶的成功經驗（金融、電力、能源、通訊、物流、中間件……），本課程還將對業界優秀企業關于需求開發與需求管理方面的最佳實踐進行深入的分享、分析和論述，使用“工作坊”的形式以重點關注學員在可操作性能力方面的提升。
課程大綱：
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、讓我們一起把把脈吧——如何在貴公司有效開展需求開發與需求分析活動
講師介紹：David Wang，前華為項目經理、內部教練
王老師擁有15年的軟件研發、項目管理與質量管理經驗，曾先后供職于華為技術有限公司、國際商用機器技術有限公司（IBM Solution and Services Co.）、中國移動無線數據研發中心和QAI（外資全資咨詢顧問公司）等多個企業，擔任過項目經理、質量保證高級專家、質量總監、咨詢顧問等多個職務。他善于規劃和建設覆蓋市場、研發、部署、維護支持等覆蓋全價值鏈和全業務的管理體系，對各種方法論和模型了解清楚,運用自如；善于將CMMI/PCMM、BSC、6sigma、及ITIL等多個模型、標準或方法論之間進行系統的整合，以各個模型/方法論的協同運用來解決企業實際存在的問題，而并不拘泥于某一個特定的模型/標準。另一方面，憑借長期的研發管理實踐工作中積累的豐富經驗，他尤其善長于在工程與技術管理、項目管理方面的培訓、引導和咨詢工作，對一線的員工（項目經理、需求分析人員、架構設計人員、設計開發工程師及測試工程師）有很強的親和力，使他們能夠很快的體會到管理所帶來的樂趣和益處。
【報名咨詢】
聯系電話：010-62258232 62278113 13718601312 18610339408
聯 系 人：李先生 陳小姐
您的位置：
