MgtPro_3 requirement elicitation
step 3：prioritization
需求排序维度模型：
8个维度
排序方法：
每个维度为10分制，最终结果为加权后求得的评估值。每个维度应有多人进行打分随后取平均值。
8个维度说明：
1. 目标契合度（20%）
目标对需求优先级的影响非常关键，因为目标体现了需求实现的最终价值。我们需要结合产品当前阶段和Roadmap，进行需求契合程度的判断。
2. 需求价值（10%）
需求价值分为用户价值，公司价值两块来分析，使用四象限法进行分数指标的确定。在不同的产品类型侧重的价值方向不同，所以究竟是用户价值更重要还是公司价值更重要是需要通过自己判断的。但如果两者都体现了很好的价值，那么评分自然可以较高。
3. Kano模型（10%）
Kano模型是非常经典的判断模型，包含基本型需求>期望型需求>兴奋型需求
实际运用中需要根据现有需求的分布情况进行综合判断，有时期望形的需求可以比必须需求更重要。因为必须需求也要看用户群范围，如果必须需求的用户群并不大，或者现有产品阶段的必须需求覆盖面已经较广时，期望需求评分可以更高。
4. 重要紧急程度（10%）
重要紧急程度的分析可以运用在众多领域，包含重要且紧急>重要不紧急>紧急不重要>不重要也不紧急。比较简单，不做赘述。
5. ROI投入产出比（20%）
投入产出建议将投入分两部分进行分析，投入包含产品设计和产品实现两个阶段，这两个阶段有时并不会等价。产出也需要进行细致分析，因为通常而言，产出和时间的关系非常大，有些产品的长尾效应非常严重。
6. 需求来源（10%）
需求来源也是一个参考维度，因为谁提的需求可以用来判断需求的真实场景和缘由。其中老板的需求，或者是用户直接的被验真的需求是最高分，但一定是要经过细致的需求分析，确认是真实需求的需求。其余像产品规划，用户非直接需求的分数相对较低。
7. 需求依赖（约束）（10%）
这里的需求依赖主要指的是本需要求是否是其他需求的前置需求，或后置需求。这体现了开发中的前后排期关系，非常重要。一般包含前置需求的优先级 ＞ 后置需求的优先级；前置需求的重要性和紧迫性 ＞ 后置需求的重要性和紧迫性。
8. 技术风险（10%）
开发的难度，可能出现的开发风险程度。注意工期过长，也会导致风险增加，所以只要开发上的不确定因素越多（如服务器资源，开源系统性能等），此值越低。
8个维度具体衡量标准及实际操作方法：
1、目标契合度：
首先明确产品的定位和市场的定位，随后确定核心要求。
2、需求价值：
基于两点：
- 是否是核心用户的：人数*单用户价值
- 是否是刚性需求：
- 有无替代方案
- 发生频率
- 持续时间
3、KANO模型：
- 选取需求并选择适合的用户
- 与用户交流获得反馈
- 分析结果并进行需求排序
4、重要紧急程度：
重要程度评判的原则：
1 不做会造成严重的问题和恶劣的影响的
2 做了会产生巨大好处和极佳效果的
3 跟重要合作对象或投资人有关的
4 跟核心用户利益有关的
5 跟大部分用户权益有关的
6 跟效率或成本有关的
7 跟用户体验有关的
判断紧急程度按照以下原则：
1 不做错误会持续发生，造成严重影响
2 在一定时间内可控，但长期会有糟糕的影响
3 做了立刻能解决很多问题、产生正面的影响
4 做了在一段时间后可以有良好的效果
5、ROI投入产出比：
投入产出比主要考量效益和成本。效益可以包含直接收入，运营效率及推广成本，用户的效益等。成本主要是人力成本、时间成本和金钱成本等。潜在风险有时候也是未来的一种成本。较小的成本获取较高收益的需求一般优先级较高。
6、需求来源：
需求的主要参与者
7、需求依赖：
用例说明中，若该用例存在前置需求，则前置需求的优先级应高于后置需求的优先级。
8、技术风险：
应由技术部门给出该部分的评估，可根据以下信息：
- 这个功能咱们能不能实现？
- 能实现的话，需要多少人多长时间？
- 有没有其他实现的建议或者方案？
参考：
四象限法则
step 4：specification
其实我感觉就是具体的文档说明，产出为需求分析文档
- 软件功能：使用用例图以及用例说明来展示
- 软件外部接口说明
- 软件性能说明
- 软件属性说明
- 是否有使用标准、编程语言、数据库完整性方针、资源限制、运行环境方面的要求
part 2：validation
- review
- prototyping
- test-case
