參加了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的角色對應經典定義就是：部分「產品經理」的許可權+ 部分「開發/係分/架構」的許可權+ 部分「專案經理」的許可權。
產品設計體會（1000）使用者與需求，系列說明
食色性也，一位同學給出過很扯蛋的解釋 食是為了生存，保證個體延續，色是為了繁衍，保證種族延續，這是生物，當然包括人，的本性，即最基本需求。一直很贊同馬斯洛的需要層次理論 需求深挖到底，總是那幾種最基本的需要。為什麼人會有需要？因為生活中存在太多的問題，而問題就是 理想與現實的差距 那麼使用者有 減少...
產品設計體會（1014）需求，如何確定「做多少」
小廣告 今天在我的強烈要求下，出院了，進入在家休息階段，本週六去醫院拆線，發一篇慶祝 敏捷 agile 的乙個特點，先確定專案時間，專業點叫 迭代週期 然後有乙個人員相對固定的團隊，意味著專案資源，要保證專案品質，根據專案的 多快好省 原則，最後能變得只能是量 專案範圍，前段寫過一篇 如何做好 老闆...
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...