判定矩阵:解析复杂问题的利器
第73期:三个开关都只是开关的情况
比如下列情况,有一盏灯被三个开关同时控制,如何描述这个需求?
由于干系人遗漏,造成了很多的相关功能需求遗漏,进而造成系统无法使用,系统功能使用不顺畅等各种问题。由于干系人识别遗漏造成的后果可能包括:
因为ABC都是影响同一个结果,可以用矩阵列出所有组合。
因为每个开关都只有On/Off两个选项,所有选项的组合就是:
一共是8个组合结果。比如每个开关表示红绿蓝选项,然后根据选择组合,可以控制灯的颜色。
A(红色) | B(绿色) | C(蓝色) | 灯 |
On | On | On | 白色 |
On | On | Off | 黄色 |
On | Off | On | 紫色 |
On | Off | Off | 红色 |
Off | On | On | 青色 |
Off | On | Off | 绿色 |
Off | Off | On | 蓝色 |
Off | Off | Off | 黑色 |
这种描述方式为判定矩阵。
由于干系人遗漏,造成了很多的相关功能需求遗漏,进而造成系统无法使用,系统功能使用不顺畅等各种问题。由于干系人识别遗漏造成的后果可能包括:
1.判定矩阵概念
判定矩阵是根据笛卡尔积演变而来。指以条件、选项、操作、预期组成的表格。它将所有条件和选项,列举到到矩阵当中,同时枚举出所有的条件组合,保证覆盖所有的条件下的状况。
判定矩阵相比过去的纯文本条件判断,这样可视化分析后更加容易理解直观且不会遗漏。它更可以取代部分流程图,减少工作量,且便于系统扩展。
2.判定矩阵作用/价值
避免遗漏:将复杂问题按可能出现的情况列举,以确保完整性的条件分析,覆盖所有条件组合,降低遗漏的风险。使用笛卡尔积构建判定矩阵可确保包括所有条件组合。
降低逻辑混乱:处理判断问题时,使用流程图可能导致逻辑错误。相反,使用判定矩阵列举选项,处理不合逻辑的条件组合,并提供结论,以避免混乱的逻辑。
易于维护:通过可视化管理条件和判定结果,使其更易理解和维护。通过增加行列的方式,容易应对条件的变化。条件的修改可通过修改条件参数来实现。
用于验收指导:可用作开发和测试人员验收的标准,判定矩阵的构建方式遵循Given-When-Then模式,可直接用作验收标准。
由于干系人遗漏,造成了很多的相关功能需求遗漏,进而造成系统无法使用,系统功能使用不顺畅等各种问题。由于干系人识别遗漏造成的后果可能包括:
但是如果每个开关都有多个选项的情况,可能会造成判定矩阵膨胀的情况发生。这个时候要根据具体的情况进行方案设计。
1.同类型因素
利用二维正交,简单易懂,容易合并单元格,减少重复项。
2.不同类型因素
状态对按钮是否可以按下的影响:
未申请 |
已申请 |
审批通过 |
审批驳回 |
|
申请 |
V |
|||
审批通过 |
V |
|||
审批驳回 |
V |
|||
查看详情 |
V |
V |
V |
V |
组织结构对按钮是否可以按下的影响:
申请者 |
HR |
|
申请 |
V |
|
审批通过 |
V |
|
审批驳回 |
V |
|
查看详情 |
V |
角色对按钮是否可以按下的影响:
采用了解耦合的书写方式,以及可视化的方式,容易确认正误,确保100%覆盖。发生修改的时候容易修改。发生需求变更的时候容易响应。
回复【电子书】领取需求分析实用技巧。数万名产品经理、BA汇聚地,深入需求分析与产品设计、产品运营,帮助你提升产品思维与洞察能力。原创知识体系:可视化需求分析。