国产极品粉嫩福利姬萌白酱_伊人WWW22综合色_久久精品a一国产成人免费网站_法国啄木乌AV片在线播放

產品需求培訓課

課程背景：
1.分享業界公司（華為、阿里巴巴、藍韻等知名企業）在產品需求與管理的成功經驗和失敗教訓；
2.透徹理解市場和產品的關系，以及產品規劃在企業經營中的核心地位,通過科學的市場調研和分析對產品規劃進行決策。真正實現“以市場需求為驅動”的產品創新管理機制；
3.理解需求管理和產品開發、產品規劃等管理體系之間的聯系；
4.分享業界產品需求管理的*模式與實踐；
5.掌握進行有效需求管理各種角色所承擔的職責；
6.掌握如何用有效的工具來參與并指導相關部門識別、采集高價值的用戶需求；
7.掌握篩選、解釋需求的工具，評審市場需求的價值；
8.了解如何選擇競爭對手和有價值的客戶，由此制訂產品戰略；
9.熟練掌握產品需求分析與概念定位的系統化思維、分析方法和評估測試工具，如何從公司、競爭者、用戶三個角度考慮將有價值的需求轉換為產品概念；
10.掌握產品(pin)開發中(zhong)的需(xu)求(qiu)管理。

課程大綱
破冰： 案例分析
1.軟件產品需求案例分析：某軟件公司產品需求文檔的案例
2.展(zhan)示基于敏捷的需求文檔（USE CASE、STORY等(deng)格式）

一、  軟件產品管理面臨的問題及解決方案
.案例分析: 某互聯網客戶的產品管理與研發部門的問題剖析
.軟件產品需求管理面臨的主要問題
.需求變化過快，如果有效跟研發團隊進行配合
.只有項目，缺乏產品，企業發展遇到瓶頸
.產品很多，但賺錢的卻很少
.產品/業務之間缺乏互補性、甚至相互競爭
.項目經常延期、質量不穩定
.市場和產品的職責定位不清,相互扯皮
.做好需求分析的第一要務——我們交付的是系統的價值，而非軟件本身
.軟件產品跟普通工業品需求管理的差異分析
.需求更新頻率不同
.需求可能分多次實現，互聯網更加偏向于迭代開發
.需求在開始是不清晰的，需要通過多輪的客戶驗收才能交付
.需求的描述use case 和 user story 的解釋
.造成互聯網產品需求管理問題的根源剖析
.用戶對體驗的品質越來越高
.業務模式變化越來越快
.市場競爭越來越激烈
.自已對需求的理解和前瞻性不夠
.缺乏真正(zheng)意(yi)義上的市(shi)場與(yu)研發銜接的產品經理

二、  打開需求的話匣子
.我們說的可是“需求”—— “需求”基本概念、各類“需求”的定義（功能需求、非功能需求/質量屬性、設計約束的定義）和各個層級的需求（用戶需求/業務需求、產品需求與產品組件需求）
.需求開發和需求管理在軟件研發過程中的位置和地位、需求開發和需求管理與軟件研發流程其他環節（例如：系統測試、架構設計……等）的關聯關系
.現實總不如看起來那么美好之1——需求開發和需求管理過程中的兩大常態：1）“用戶講不清楚需求”和2）“需求總是處于變更當中”
.現實總不如看起來那么美好之2——你從用戶/市場/業務部門同事那里接收過來的“需求”（原始需求）通常存在哪些問題：
.“業務流程”與“系統流程”的邊界不清晰
.“用戶期望”與“系統功能”“的邊界不清晰
.只有“系統能做什么”，沒有“系統做的有多好”
.你準備好了嗎——作為需求分析人員，在一個項目的需求開發和需求管理過程中你將承擔怎樣的角色與職責？
.你能講的清楚嗎，你自己項目的“獨特性”特征是什么？
.你能講(jiang)的(de)清楚(chu)嗎，你自己項目(mu)(mu)的(de)“目(mu)(mu)標”是什(shen)么？或者(zhe)僅僅只以一句“按時(shi)保質的(de)完成任務”作為搪塞(sai)，并不清楚(chu)或者(zhe)沒有關注到自己的(de)項目(mu)(mu)會給(gei)客戶帶來的(de)價(jia)值？

三、  軟件產品需求管理的三個階段（BRD、MRD、PRD）
.BRD階段
.市場分析；
.銷售策略；
.盈利預測；
.形成BRD文檔（注：不出現產品細節）
.舉例：騰訊某游戲部門的BRD需求文檔
.MRD階段
.用戶群體（劃分依據：年齡、收入、地區等）
.用戶標簽（共同點及非共同點）
.用戶需求（建立各種類別的虛擬角色及其使用場景、用戶動機等）
.產品定位（對用戶來說是什么？）
.產品核心目標（達到何種目的？）
.產品研發計劃
.產品功能性需求（一般畫流程圖對程序員更直觀些）、產品非功能性需求（安全性、性能等）、產品布局等
.舉例：深圳某大型企業的MRD需求文檔
.PRD階段
.功能使用的具體描述；（使用USECASE或STORY）
.Visio版功能點業務流程；
.界面的說明；
.Demo(注：可是dreamweaver、axure、ps、畫圖板的簡單版，有時也會有UI/UE支持)
.重點講解（AXURE工具的使用方法）
.用例說明；
.性能需求；
.維護性需求；
.質量需求；
.接口需求
.舉(ju)例：阿里巴巴的PRD需求文檔

四、  軟件產品需求收集和管理
.如何識別干系人及其需求
.如何進行需求排序和版本規劃
.需求挖掘方法
.決定捕捉需求策略的三大要素——客戶/用戶參與程度、需求分析人員的熟練程度、技術性約束條件
.諾蘭模型永放光芒——如何有效的引導和限制用戶的“期望值”
.①需求開發與挖掘的方法之1：訪談
.②需求開發與挖掘的方法之2：業務邏輯捕捉
.③需求開發與挖掘的方法之3：聯合需求工作會議
.需求收集目的
.保持高度的市場敏感度
.真正實現產品研發“以市場為導向、以客戶為中心”
.實現產品創新
.及時獲得競爭對手相關產品及市場策略
.建立跨職能部門、端到端的流程進行需求開發
.加強與用戶互動，提升互聯網用戶忠誠度及粘性
.需求收集指導原則
.以公司的產品愿景、產品戰略為指導
.以用戶欲望為準繩，給用戶帶來“價值”而非“功能”
需求收集方法
.建立需求收集機制
.使用統一的需求收集系統
.采用一定的需求收集技術和方法（$appeals/kano/層次分析法等工具）
互聯網需求收集手段
.原型法
.頭腦風暴
.用戶訪談法
.問卷調查法
.標桿分析法
.觀察不期而遇的用戶
.各種會議（如用戶大會、展覽會、學術研討會等）
.現場支持
.和支持團隊（運營團隊、技術支持團隊）談話
.客戶熱線
.客戶滿意度調查
.用戶行為分析
.合作開發
$APPEALS：收集市場需求的工具
$APPEALS方法是IBM在IPD總結和分析出來的客戶需求分析的一種方法。它從8個方面對產品進行客戶需求定義和產品定位。
.$-產品價格（Price）
.A-可獲得性（Availability）
.P-包裝（Packaging）
.P-性能（Performance）
.E-易用性（Easy to use）
.A-保證程度（Assurances）
.L-生命周期成本（Life cycle of cost）
.S-社會接受程度（Social acceptance）
客戶滿意度模型（Kano模型）
.基本型需求
.期望型需求
.興奮型需求
層次分析法（AHP, Analytic Hierarchy Process)
.需求重要性
.成本
.風險
四象限定位法
.重要不緊急、緊急不重要、不重要不緊急、重要而又緊急的需求
創新產品的需求收集
.你是否有自已的idea bucket？
.頭腦風暴
需求管理的工具分享
.IBM Rational Focal Point
.IBM Rational Requisite Pro
.IBM Rational DOORS
.Jira
.Borland Caliber RM
互聯網產品的用戶體驗設計（UED）
.用戶體驗、交互設計、ＵＩ設計
.實現模型和心理模型
.用戶體驗與交互設計基本原則介紹
.交互細節案例介紹
敏捷開發模式下的需求管理
.需求優先級評定方法
.需求實現排序
.用戶故事的變化
.如何接受用戶故事變化
.迭代中需求的變化影響分析
.迭代中的需求變更       控制
.案例研討：如何對需求進行描述？
案例分享：阿里巴巴公司如何進行軟件需求的管理？
案例分享：深圳騰訊公司如何進(jin)行軟件需求的管理？

五、  分析需求
需求分析的目標
需求分析原則
需求分析方法——原型法、各種建模方法和非功能需求分析方法
.分析功能性需求的三種工具之1
.早期需求分析的神器——用戶故事（User Story）與用戶故事地圖（UserStory Mapping）
.講得清楚每條需求“以便于給用戶帶來怎樣的價值”是用戶故事方法最神奇的地方
使用用戶故事地圖來勾勒需求全貌
.分析功能性需求的三種工具之2
.場景級需求的分析神器——用戶用例（UseCase）
.UseCase所帶來的“如來神掌”效應：區分“系統”與“用戶”的邊界
.正反案例介紹與剖析：用戶用例描述“場景級”需求的實例
.分析功能性需求的三種工具之3
.當“誰也講不清楚系統的需求”時使用的分析神器——原型法
.原型法最關鍵的地方——你需要哪一部分的原型？
.原型法的“需求評估”環節如何操作？
.分析非功能性需求的“八元方法”——從8個維度分析非功能性需求
.需求的平衡
.使用Kano模型判斷需求的優先級
.使用“二叉樹(shu)”方法(fa)設定需求的優先級

六、  文檔化需求
.需求規格化——使用自然語言動態的描述需求
.需求規格文檔的三種形式: PRD、USER STORY、USE CASE
.兩種模式的需求規格說明書文檔的樣例——IRF（界面原型-業務規則-業務流程）和UseCase（用戶用例）
.需求的命名規則
.“好”的和“不好”的需求描述樣例剖析
需求文檔寫作原則
需求文檔一般性結構
優(you)秀的需求文檔特點和寫作方法

七、  產品需求分解和分配
本章節學習目標：理解需求傳遞的過程，掌握在需求傳遞過程中各個角色的職責，掌握兩種需求分解工具，掌握如何將功能需求映射到具體的產品模塊中，掌握將產品需求轉換為設計需求的工具。
需求傳遞
.在需求傳遞中各個部門的分工
.在需求傳遞中角色的分工
.如何將需求傳遞給產品規劃和產品開發
.對其它流程的需求傳遞：渠道銷售、大客戶銷售、定價和品牌管理等
.需求傳遞總結：產品決策團隊、產品線管理團隊、產品開發團隊等在需求傳遞和管理管理中的相互關系
產品需求劃分：功能分解和非功能分解
產品功能分解和物理分解之間的關系
在產品開發中需求分解和分配的過程
功能分解工具－FFBD
.功能定義
.用故事板方式進行各個角色的功能分解
.將系統功能分解為子系統功能
演練：FFBD功能分解演練
如何建立產品的系統架構
系統設計中物理架構兩個工具的使用：概念圖和示意方框圖
需求分配：功能需求分配和非功能需求分配
如何使用QFD工具進行產品需求到設計需求的轉換
設計驗證的要點
產品需求管理中的需求表示案例
需求承諾書
小結：本(ben)單元課程學習內容回(hui)顧

八、  產品需求實現和驗證
本章節學習目標：了解技術開發的特點，掌握技術開發的流程特點和管理技巧。
在產品開發中需求驗證和跟蹤的過程
雙向需求跟蹤
需求驗證的主要方法－測試
.在產品開發中有哪些類型的測試
.這些測試在產品開發中起到什么作用
.這些測試在需求驗證中起到什么作用
.軟件測試方法的演變
.傳統測試方法易出現的問題，我們應該采用什么樣測試方法
.適用于復雜系統的漸增式測試模型
.測試用例樣板
產品開發中的需求變更管理
.需求變更系統示例
.如何有效控制需求變更
小結：本單元(yuan)課程學(xue)習(xi)內容回顧(gu)

九、  課程總結
實戰演練：如何提高我公司的需求分析與管理能力?
附錄(lu)：推薦參考書籍

產品需求培訓課