ADVISORY & PLANNING
咨询与数字化规划
需求很多，
先理清问题之间的关系。
不同部门提出的报表、审批与系统需求，可能指向同一个流程断点，也可能需要分阶段处理。
先厘清业务问题，
再决定系统如何建设。
查看一个需求如何拆解
阅读咨询方法与判断依据
把一项需求沿着业务发生的过程展开：谁使用信息、依据什么规则、数据从哪里来、在哪一步出现分歧。再区分流程调整、数据治理和系统建设任务。
- 判断重点
- 是否存在共同认可的问题与目标？不同需求之间有哪些依赖？第一阶段必须解决什么，哪些可以暂缓？
- 怎样衔接
- 目标和范围尚未明确时，先讨论诊断与蓝图；已经形成共识的部分，可以进一步拆解为实施任务与确认事项。
模拟示例 · 假设需求
一个报表需求，怎样拆成可执行的工作？
“新增一张业务报表”
一项需求，可能对应不同类型的工作。
工作组织示意，非客户项目或固定交付模板。
先问报表用于哪项业务判断，再核对指标口径、来源与维护责任。如果部门对同一指标理解不同，需要先形成共同定义；如果来源不完整，需要明确数据准备任务。
当规则、来源与使用者明确后，再讨论报表功能和系统实现。由此形成的任务不一定都属于开发，也可能是流程、数据或责任分工的调整。
流程与责任
先澄清
谁使用这张报表？
用于哪项业务判断？
可形成的工作任务明确使用人、维护责任
与确认环节。
与确认环节。
指标与数据
先澄清
同一指标是否同义？
数据来源是否完整？
可形成的工作任务统一指标口径，
明确数据准备任务。
明确数据准备任务。
系统功能
先澄清
规则、来源和使用者，
是否已经明确？
可形成的工作任务拆解报表功能
与系统实现任务。
与系统实现任务。
具体工作及交付范围仍需结合项目评估，不预设每项需求都需要开发。
