## 产品设计体会(五六)——《需求工程》培训记录
参加了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
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录