产品设计体会(7014)《需求工程》培训记录

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

有关需求:

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

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

项目管理范畴:

Ø OBSOrganization Breakdown Structure)产出物:项目管理的方法、体系;WBSWork)产出物:进度计划;PBSProduct)产出物:产品模块;FBSFunction)产出物:用例。

Ø 项目计划,传统:功能–>工作量–>人力–>工期;SCRUM:迭代周期(一周~一月)–>人力–>功能范围。一正一反,很有意思。

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

Ø 功能点工作量估计:宏观–>专家法;微观–>执行者自评(最悲观 + 4*最可能 + 最乐观)/6

综合方面的:

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

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

Ø 企业成功四个模式:拥有资源(国企),生意模式(ali),拥有核心技术(Intel),管理/营销强(P&GNike)。

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

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

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《产品设计体会(7014)《需求工程》培训记录》有6个想法

  1. “Ø 需要(Need,客观上需要,解决方案)、欲望(Want,主观上想要,内心深处的目的)、需求(Demand);用户经常跟你提他以为的Need,但我们要挖掘出Want,再转化为真正的Need。”
    最后一个Need应该是笔误吧?Should be Demand?

    iamsujie Reply:

    @Bryan, 嗯,没注意到呢,确实你这样说更准确一些,转化为可实现的Demand

    iamsujie Reply:

    @Bryan, 已经修正,谢谢

  2. 这个课程在那能听到?我想参加一下这方面的培训

    iamsujie Reply:

    @冷月, 网上搜搜咨询公司的培训业务~

发表评论

电子邮件地址不会被公开。 必填项已用*标注