## 產品設計體會(五六)——《需求工程》培訓記錄
參加了2天的名為《產品經理需求工程實務》的培訓,和去年的《產品需求管理》培訓內容大約有60%的重合吧,但經過一年,還是聽出了大于40%的新東西。
?
有關需求:
????????? 需要(Need,心理狀態?懷疑與want記反了)、欲望(Want,實物)、需求(Demand);自己看到過另一種說法,“Need是客觀上需要,Want是主觀上想要”。
????????? 需求收集聽的技巧:“聚焦于人們的期望而不是問題”,期望à基本功能,問題à增值功能。我的理解應該是:基本功能一定要聽用戶的,增值功能往往是設計師引發的。
?
項目管理范疇:
????????? OBS(Organization Breakdown Structure)產出物:項目管理的方法、體系;WBS(Work)產出物:進度計劃;PBS(Product)產出物:產品模塊;FBS(Function)產出物:用例。
????????? 項目計劃,傳統:功能à工作量à人力à工期;SCRUM:迭代周期(一周~一月)à人力à功能范圍。
????????? 項目每日站立例會,每個人只能說3句話:昨天做了什么?今天要做什么?碰到什么問題,如何解決?
????????? 功能點工作量估計:宏觀à專家法;微觀à執行者自評(最悲觀 + 4*最可能 + 最樂觀)/6。
?
綜合方面的:
????????? 模仿 + 改良à創新,隨著時間的推進,“有可能遇到,但不要奢望”突破式的創新。
????????? 領導的四個層次(比較扯蛋的):親力親為,“活著(松下幸之助)”,“活過(鄧小平)”,“沒活過也行(耶穌)”。
????????? 企業成功四個模式:擁有資源(國企),生意模式(ali),擁有核心技術(Intel),管理/營銷強(P&G,Nike)。
????????? 要找到自己產品的“最”,人們只能記住“第一”、“最”。
????????? 自己的想法:IT公司要做的事情都是類似的,都有那么幾塊,但是每種職位做什么事情在各個公司都有所不同,其實就是“權限”和“角色”的關系,所有公司都有那些權限,但是各自有獨特的“角色定義”,在阿里PD的角色對應經典定義就是:部分“產品經理”的權限 + 部分“開發/系分/架構”的權限 + 部分“項目經理”的權限。
- 前言
- (一)——變態吧,開始帖周報了
- (二)——數據分析
- (三)——性價比:做不做?
- (四)——需求管理
- (五)——有關流程
- (六)——再談流程
- (七)——需求探針
- (八)——產品與項目
- (九)——關于學習
- (十)——團隊合作
- (十一)——市場掃描
- (十二)——少而精
- (十三)——再說需求分析
- (十四)——做過的幾個項目
- (十五)——PM、PD、UE與UI
- (十六)——Feature List
- (十七)——PD的幾種文檔
- (十八)——概念設計
- (十九)——UPA年會的流水賬
- (二十)——有關改版
- (二二)——封閉開發
- (二三)——用戶研究
- (二五)——當交互設計遇到敏捷開發
- (二六)——PD就是出來賣的
- (二七)——大產品設計
- (二八)——細節之文案
- (二九)——產品設計的五個層次
- (三十)——“體會”導讀的思維導圖
- (三二)——零散的體會
- (三三)——用戶大會
- (三四)——土老板破冰必殺技
- (三五)——QA與測試
- (三六)——再理解“敏捷”
- (三七)——可用性測試
- (三八)——項目外包!=開發外包
- (三九)——CSDN專訪精編版
- (四十)——銷售渠道
- (四一)——用戶創意無限
- (四二)——又是零散體會
- (四三)——說說評審會
- (四四)——項目外包不適合“敏捷”?
- (四五)——外行眼中的技術分工
- (四六)——UML學習摘錄(上)
- (四七)——UML學習摘錄(下)
- (四八)——資源戰爭與BRD
- (四九)——產品市場化
- (五十)——終點:Matrix
- (五一)——敏捷的估計與規劃
- (五二)——MS Office使用心得
- (五三)——產品文檔與規范
- (五四)——PD招聘廣告詞
- (五五)——項目Kick Off
- (五六)——《需求工程》培訓記錄
- (五八)——《項目化管理》培訓記錄