目录
一、背景:需求调研分析面对的困局
二、具体做法
一、背景:需求调研分析面对的困局
一般而言,针对管理系统进行用户侧调研,用户会给你一大堆制度、手册,这些制度手册,对于理解并消化成用户需求说明书有一定的难度。本次教大家一招,如何从繁琐的制度手册及日常台账中跳出来,找到理清和设计产品的核心抓手。
二、具体做法
项目实践工具,可以利用业务流程架构(BPA)这个核心工具,解决业务上的一些关键问题。比如:
编号 |
问题描述 |
BPA如何解决 |
1 |
很多制度文档只有文字描述,读完后还是不好理解业务逻辑是什么 |
流程泳道图及其描述直观呈现业务规则 |
2 |
从手册里看不清楚各个业务模块的相互关系是什么(内部和外部) |
流程泳道图上下流程对接有清晰的表达 |
3 |
各部门制定自己的流程,有多种格式,没有共同的“普通话”,互通有障碍 |
采用统一格式和标准的流程文档描述 |
4 |
手册按层级逐级建立,但实际上业务和流程是类似的,某些手册应该通用 |
流程定义的是角色,是通用的,不是按照岗位/职位来定义 |
5 |
某些关键业务活动描述不够精细,指导业务实操仍有明显改进空间 |
通过流程支持文件中的活动描述和操作指导书给出详细的描述 |
6 |
手册无法支撑IT系统建设,需要做大量的“翻译” 和“桥接” 工作 |
基于流程的数据架构和应用架构设计逐层分析和设计,而不是直接给出最终结果 |