課程簡介
“用戶根本不知道他們想要什么，直到我們給他展示產(chǎn)品之前。”
——史蒂夫.喬布斯
“世界上所有的需求都至少被修改過三次。唯一一個只經(jīng)歷過兩次變更的需求工程師已經(jīng)死了。死在了去修改需求的路上... ...”
——無名
需求分析、需求開發(fā)與需求管理貫穿軟件研發(fā)生命周期的全過程。如何準(zhǔn)確而又快速的捕捉用戶的需求？如何平衡不同角色的用戶對于系統(tǒng)/產(chǎn)品的不同方面的需求？如何協(xié)調(diào)功能性需求與非功能性需求之間的矛盾？如何有效的分析需求？如何一致、完整與可回溯地將需求分析結(jié)構(gòu)與研發(fā)人員進行有效地溝通……這一系列的問題都對需求分析人員的能力和素質(zhì)提出了很高的要求。需求開發(fā)與需求管理能力的培養(yǎng)成為了擺在軟件研發(fā)組織面前的一大課題。
為了幫助需求分析人員以上問題有清晰的認(rèn)識、完整的了解和全面的把握，我們“有效需求分析訓(xùn)練營”這門課程。本課程除了對“需求”的基本概念、“需求管理”的基本框架和目前主流的需求分析方法做出了明確闡述，更為重要的是，憑藉講師在多種不同行業(yè)客戶的成功經(jīng)驗（金融、電力、能源、通訊、物流、中間件……），本課程還將對業(yè)界優(yōu)秀企業(yè)關(guān)于需求開發(fā)與需求管理方面的最佳實踐進行深入的分享、分析和論述，使用“工作坊”的形式以重點關(guān)注學(xué)員在可操作性能力方面的提升。
目標(biāo)收益
-分析業(yè)界公司在需求管理和需求開發(fā)過程中的誤區(qū)，并分享成功經(jīng)驗；
- 站在“項目交付價值”的全新角度了解在需求開發(fā)和需求分析的過程、以及在這個過程中各種技術(shù)和方法論的使用特點；
- 理解需求捕捉時的主要方法：用戶故事、業(yè)務(wù)概念分析、最小原型法；
- 理解需求分析/需求建模的主流方法：User Story 用戶故事、UseCase用戶用例、數(shù)據(jù)流圖、有限狀態(tài)集圖、實體/關(guān)系圖……；
- 理解非功能性的分類、示例以及如何獲取的方法；
- 掌握規(guī)格化需求時的注意事項與模板示例；
- 了解需求評審時的3種常用的方法：正規(guī)檢視、同行專家評審與走查；
- 了解需求變更控制的流程、要素與注意
培訓(xùn)對象
需求分析人員（含業(yè)務(wù)分析人員）、高級設(shè)計人與開發(fā)員、高級測試工程師
課程大綱
| Module 1概述：需求開發(fā)與需求管理管理的“Yes”與“No” |
1、角色扮演游戲 2、過程：講師扮演客戶，學(xué)員（分組）扮演需求調(diào)研人員，模擬需求開發(fā)過程。 3、講評：通過演練來認(rèn)識“靠譜的需求從哪里來”的命題，認(rèn)識需求開發(fā)與需求管理的常見誤區(qū)——邊界不清晰、缺少可視化監(jiān)控手段以及無限制拔高用戶對系統(tǒng)的期望值 …… 4、需求開發(fā)與需求分析過程中的常見問題 5、需求開發(fā)與需求管理過程中要完成的蛻變——從“把事做正確”到“做正確的事” 6、做好需求分析的第一要務(wù)——我們交付的是系統(tǒng)的價值，而非軟件本身 7、需求分析的BBR模型，同時也是各個相關(guān)方干系人對于一個軟件系統(tǒng)的最高要求——“幫忙不惹事” 8、案例剖析 9、“桌面以上的需求/明確表明的需求”Vs.“桌面以下的需求/隱含的需求”——重點關(guān)注哪些沒有被講出來的需求 10、需求開發(fā)與需求管理中的3個基本問題 |
| Module 2打開需求的黑匣子 |
1、Attention! 我們說的可是“需求”—— “需求”基本概念、各類“需求”的定義（功能需求、非功能需求/質(zhì)量屬性、設(shè)計約束的定義）和各個層級的需求（用戶需求/業(yè)務(wù)需求、產(chǎn)品需求與產(chǎn)品組件需求） 2、需求開發(fā)和需求管理在軟件研發(fā)過程中的位置和地位、需求開發(fā)和需求管理與軟件研發(fā)流程其他環(huán)節(jié)（例如：系統(tǒng)測試、架構(gòu)設(shè)計……等）的關(guān)聯(lián)關(guān)系 3、現(xiàn)實總不如看起來那么美好之1——需求開發(fā)和需求管理過程中的兩大常態(tài)：1）“用戶講不清楚需求”和2）“需求總是處于變更當(dāng)中” 4、現(xiàn)實總不如看起來那么美好之2——你從用戶/市場/業(yè)務(wù)部門同事那里接收過來的“需求”（原始需求）通常存在哪些問題： 1)“業(yè)務(wù)流程”與“系統(tǒng)流程”的邊界不清晰 2)“用戶期望”與“系統(tǒng)功能”“的邊界不清晰 3)只有“系統(tǒng)能做什么”，沒有“系統(tǒng)做的有多好” 4)最容易被忽略的一類用戶——Administrator 5、三種不同詳細程度的“需求”：白云級需求、風(fēng)箏級需求和場景級需求 6、你準(zhǔn)備好了嗎——作為需求分析人員，在一個項目的需求開發(fā)和需求管理過程中你將承擔(dān)怎樣的角色與職責(zé)？ 7、你能講的清楚嗎，你自己項目的“獨特性”特征是什么？ 8、你能講的清楚嗎，你自己項目的“目標(biāo)”是什么？或者僅僅只以一句“按時保質(zhì)的完成任務(wù)”作為搪塞，并不清楚或者沒有關(guān)注到自己的項目會給客戶帶來的價值？ |
| Module 3 捕捉和挖掘需求 |
1、決定捕捉需求策略的三大要素——客戶/用戶參與程度、需求分析人員的熟練程度、技術(shù)性約束條件 2、我們交付的是“價值”而非“項目”本身——如何從孤立的用戶需求中判斷系統(tǒng)整體上的“交付價值” 3、諾蘭模型永放光芒——如何有效的引導(dǎo)和限制用戶的“期望值” 4、需求挖掘技術(shù)哪家強？實際案例展示——有效的需求捕捉與無效的需求捕捉正反案例介紹與剖析 |
| Module 4 需求的分析（上） |
1、需求分析的基本原則：問題的識別、評估、平衡和綜合 2、分析功能性需求的三種工具之1 3、早期需求分析的神器——用戶故事（User Story）與用戶故事地圖（User Story Mapping） 4、講得清楚每條需求“以便于給用戶帶來怎樣的價值”是用戶故事方法最神奇的地方 5、使用用戶故事地圖來勾勒需求全貌 6、正反案例介紹與剖析：用戶故事描述“風(fēng)箏級”需求的實例 |
| Module 5 需求的分析（下） |
1、分析功能性需求的三種工具之2 2、場景級需求的分析神器——用戶用例（UseCase） 3、UseCase所帶來的“如來神掌”效應(yīng)：區(qū)分“系統(tǒng)”與“用戶”的邊界 4、正反案例介紹與剖析：用戶用例描述“場景級”需求的實例 5、分析功能性需求的三種工具之3 6、當(dāng)“誰也講不清楚系統(tǒng)的需求”時使用的分析神器——原型法 7、原型法最關(guān)鍵的地方——你需要哪一部分的原型？ 8、原型法的“需求評估”環(huán)節(jié)如何操作？ 9、分析非功能性需求的“八元方法”——從8個維度分析非功能性需求 10、需求的平衡 11、使用Kano模型判斷需求的優(yōu)先級 12、使用“二叉樹”方法設(shè)定需求的優(yōu)先級 |
| Module 6需求建模與需求規(guī)格化 |
1、需求建?！褂梅柣Z言動態(tài)的描述需求 2、需求建模的方法之一：數(shù)據(jù)流圖 3、需求建模的方法之二：實體－關(guān)系圖 4、需求建模的方法之三：狀態(tài)遷移圖 5、需求規(guī)格化——使用自然語言動態(tài)的描述需求 6、兩種模式的需求規(guī)格說明書文檔的樣例——IRF（界面原型-業(yè)務(wù)規(guī)則-業(yè)務(wù)流程）和UseCase（用戶用例） 7、需求的命名規(guī)則 8、“好”的和“不好”的需求描述樣例剖析 |
| Module7本次培訓(xùn)總結(jié)及答疑 |
1、為何放棄治療——為什么不愿意把需求寫清楚？ 2、讓我們一起把把脈吧——如何在貴公司有效開展需求開發(fā)與需求分析活動 |
|
Module 1概述：需求開發(fā)與需求管理管理的“Yes”與“No” 1、角色扮演游戲 2、過程：講師扮演客戶，學(xué)員（分組）扮演需求調(diào)研人員，模擬需求開發(fā)過程。 3、講評：通過演練來認(rèn)識“靠譜的需求從哪里來”的命題，認(rèn)識需求開發(fā)與需求管理的常見誤區(qū)——邊界不清晰、缺少可視化監(jiān)控手段以及無限制拔高用戶對系統(tǒng)的期望值 …… 4、需求開發(fā)與需求分析過程中的常見問題 5、需求開發(fā)與需求管理過程中要完成的蛻變——從“把事做正確”到“做正確的事” 6、做好需求分析的第一要務(wù)——我們交付的是系統(tǒng)的價值，而非軟件本身 7、需求分析的BBR模型，同時也是各個相關(guān)方干系人對于一個軟件系統(tǒng)的最高要求——“幫忙不惹事” 8、案例剖析 9、“桌面以上的需求/明確表明的需求”Vs.“桌面以下的需求/隱含的需求”——重點關(guān)注哪些沒有被講出來的需求 10、需求開發(fā)與需求管理中的3個基本問題 |
|
Module 2打開需求的黑匣子 1、Attention! 我們說的可是“需求”—— “需求”基本概念、各類“需求”的定義（功能需求、非功能需求/質(zhì)量屬性、設(shè)計約束的定義）和各個層級的需求（用戶需求/業(yè)務(wù)需求、產(chǎn)品需求與產(chǎn)品組件需求） 2、需求開發(fā)和需求管理在軟件研發(fā)過程中的位置和地位、需求開發(fā)和需求管理與軟件研發(fā)流程其他環(huán)節(jié)（例如：系統(tǒng)測試、架構(gòu)設(shè)計……等）的關(guān)聯(lián)關(guān)系 3、現(xiàn)實總不如看起來那么美好之1——需求開發(fā)和需求管理過程中的兩大常態(tài)：1）“用戶講不清楚需求”和2）“需求總是處于變更當(dāng)中” 4、現(xiàn)實總不如看起來那么美好之2——你從用戶/市場/業(yè)務(wù)部門同事那里接收過來的“需求”（原始需求）通常存在哪些問題： 1)“業(yè)務(wù)流程”與“系統(tǒng)流程”的邊界不清晰 2)“用戶期望”與“系統(tǒng)功能”“的邊界不清晰 3)只有“系統(tǒng)能做什么”，沒有“系統(tǒng)做的有多好” 4)最容易被忽略的一類用戶——Administrator 5、三種不同詳細程度的“需求”：白云級需求、風(fēng)箏級需求和場景級需求 6、你準(zhǔn)備好了嗎——作為需求分析人員，在一個項目的需求開發(fā)和需求管理過程中你將承擔(dān)怎樣的角色與職責(zé)？ 7、你能講的清楚嗎，你自己項目的“獨特性”特征是什么？ 8、你能講的清楚嗎，你自己項目的“目標(biāo)”是什么？或者僅僅只以一句“按時保質(zhì)的完成任務(wù)”作為搪塞，并不清楚或者沒有關(guān)注到自己的項目會給客戶帶來的價值？ |
|
Module 3 捕捉和挖掘需求 1、決定捕捉需求策略的三大要素——客戶/用戶參與程度、需求分析人員的熟練程度、技術(shù)性約束條件 2、我們交付的是“價值”而非“項目”本身——如何從孤立的用戶需求中判斷系統(tǒng)整體上的“交付價值” 3、諾蘭模型永放光芒——如何有效的引導(dǎo)和限制用戶的“期望值” 4、需求挖掘技術(shù)哪家強？實際案例展示——有效的需求捕捉與無效的需求捕捉正反案例介紹與剖析 |
|
Module 4 需求的分析（上） 1、需求分析的基本原則：問題的識別、評估、平衡和綜合 2、分析功能性需求的三種工具之1 3、早期需求分析的神器——用戶故事（User Story）與用戶故事地圖（User Story Mapping） 4、講得清楚每條需求“以便于給用戶帶來怎樣的價值”是用戶故事方法最神奇的地方 5、使用用戶故事地圖來勾勒需求全貌 6、正反案例介紹與剖析：用戶故事描述“風(fēng)箏級”需求的實例 |
|
Module 5 需求的分析（下） 1、分析功能性需求的三種工具之2 2、場景級需求的分析神器——用戶用例（UseCase） 3、UseCase所帶來的“如來神掌”效應(yīng)：區(qū)分“系統(tǒng)”與“用戶”的邊界 4、正反案例介紹與剖析：用戶用例描述“場景級”需求的實例 5、分析功能性需求的三種工具之3 6、當(dāng)“誰也講不清楚系統(tǒng)的需求”時使用的分析神器——原型法 7、原型法最關(guān)鍵的地方——你需要哪一部分的原型？ 8、原型法的“需求評估”環(huán)節(jié)如何操作？ 9、分析非功能性需求的“八元方法”——從8個維度分析非功能性需求 10、需求的平衡 11、使用Kano模型判斷需求的優(yōu)先級 12、使用“二叉樹”方法設(shè)定需求的優(yōu)先級 |
|
Module 6需求建模與需求規(guī)格化 1、需求建模——使用符號化語言動態(tài)的描述需求 2、需求建模的方法之一：數(shù)據(jù)流圖 3、需求建模的方法之二：實體－關(guān)系圖 4、需求建模的方法之三：狀態(tài)遷移圖 5、需求規(guī)格化——使用自然語言動態(tài)的描述需求 6、兩種模式的需求規(guī)格說明書文檔的樣例——IRF（界面原型-業(yè)務(wù)規(guī)則-業(yè)務(wù)流程）和UseCase（用戶用例） 7、需求的命名規(guī)則 8、“好”的和“不好”的需求描述樣例剖析 |
|
Module7本次培訓(xùn)總結(jié)及答疑 1、為何放棄治療——為什么不愿意把需求寫清楚？ 2、讓我們一起把把脈吧——如何在貴公司有效開展需求開發(fā)與需求分析活動 |
近期公開課推薦
