一、定义范围的价值
做一些事情的过程本身有价值，比如：慢跑或者弹钢琴
做成一些事情有价值，比如：修理一辆汽车或者做了一顿饭
而定义项目范围，则同时在做这两件事情
过程的价值
思考潜在的冲突点
制定做事情的优先级
产品的价值
给整个团队一个参考点，一门共同的语言
用文档来定义需求
把想法从你的脑袋里拿出来，变成每一个人都能看到和参与的东西
如果不采用文档，那么就会是这种情况。每个人都有着关于产品的想法，每个人的描述都不同，甚至更糟的是每个人都认为其他人肩负着设计和开发环节的关键责任
帮助你去梳理个各种可能性和备选的功能。许多功能听上去非常诱人，但是它们对于产品的战略目标而言不是必需的。当各种可能性浮现在你的脑中时，用文档记录下他们，可以为你提供一个评估他们的架构
二、功能和内容
功能需求伴随着内容需求，内容需求也伴随着功能需求
（feature或者特性，这里表示产品所拥有的功能和内容）
需求的来源
1.从用户访谈，反馈中提炼出来
2.相关利益人讨论出来
3.学习竞争品
确定功能的优先级
1.考虑技术原因
2.考虑时间因素
3.考虑功能依赖关系
三、处理突发的“特性”建议
1.时刻在会议中，讨论中，关注当前范围的特性和战略之间的关系
2.人们会更加关注于当前的特性，而忽略了背后的战略因素
3.如果和管理层和领导进行关于特性的争论，最好的办法是制定战略和关注战略
4.尊重他们的意见，但是要说服他们，他们的想法会以另一种方式实现
时间： 2024-10-10 19:06:17