人人都是产品经理——iamsujie

2008年夏，参加了2天的名为《产品经理需求工程实务》的培训，和去年的《产品需求管理》培训内容大约有60%的重合吧，但经过一年，还是听出了大于40%的新东西。

有关需求：

Ø 需要（Need，客观上需要，解决方案）、欲望（Want，主观上想要，内心深处的目的）、需求（Demand）；用户经常跟你提他以为的Need，但我们要挖掘出Want，再转化为真正的Need可实现的Demand。

Ø 需求收集听的技巧：“聚焦于人们的期望而不是问题”，期望–>基本功能，问题–>增值功能。我的理解应该是：基本功能一定要听用户的，增值功能往往是设计师主导的。

项目管理范畴：

Ø OBS（Organization Breakdown Structure）产出物：项目管理的方法、体系；WBS（Work）产出物：进度计划；PBS（Product）产出物：产品模块；FBS（Function）产出物：用例。

Ø 项目计划，传统：功能–>工作量–>人力–>工期；SCRUM：迭代周期（一周~一月）–>人力–>功能范围。一正一反，很有意思。

Ø 项目每日站立例会，每个人只能说3句话：昨天做了什么？今天要做什么？碰到什么问题，如何解决，需要什么帮助？

Ø 功能点工作量估计：宏观–>专家法；微观–>执行者自评（最悲观 + 4*最可能 + 最乐观）/6。

综合方面的：

Ø 模仿 + 改良–>创新，随着时间的推进，“有可能遇到，但不要奢望”突破式的创新。

Ø 领导的四个层次（比较扯蛋的）：“亲力亲为”，“活着（松下幸之助）”，“活过（邓小平）”，“没活过也行（耶稣）”。

Ø 企业成功四个模式：拥有资源（国企），生意模式（ali），拥有核心技术（Intel），管理/营销强（P&G，Nike）。

Ø 要找到自己产品的“最”，人们只能记住“第一”、“最”。

Ø 自己的想法：IT公司要做的事情都是类似的，都有那么几块，但是每种职位做什么事情在各个公司都有所不同，并不用在意，只要每件事情都有人做就行了。这其实就是产品的用户体系里“权限”和“角色”的关系，所有公司都有那些权限，但是各自有独特的“角色定义”，在阿里PD的角色对应经典定义就是：部分“产品经理”的权限 + 部分“开发/系分/架构”的权限 + 部分“项目经理”的权限。