时 间 记 忆
最 新 评 论
专 题 分 类
最 新 日 志
最 新 留 言
搜 索
用 户 登 录
友 情 连 接
博 客 信 息
 
关于业务调研,需求说明书等的几点思考
[ 2012/12/27 14:50:00 | By: liuling060 ]
 

  一旦启动合同类项目,第一件事就是项目经理带领业务顾问和架构师组成业务调研团队,去了解客户的业务需求,写成业务调研报告和需求说明书。看了大家写的文档,有几点想法:

  1)业务调研报告里面都有流程图,现在都喜欢画流程图,但实际上业务不是所有的事情都能用流程来反映,非流程的事情应该如何来描述?比如事件?

  2)业务流程通常用泳道图来展示,应当对泳道图作一些分析,一般横向是部门,纵向是阶段。如果某项活动横向太长,说明该活动跨的部门太多,需要多部门协作,沟通管理就特别重要,而且可能组织结构设置有问题,部门应当有些合并。纵向太长,说明该活动经历的环节太多,很容易中间出乱子,主导该项活动的部门应当加强监控,也可能存在人为设置的流程过多,应当考虑减少。所以横向和纵向应当比较均衡的流程可操作性强一些。

  3)业务调研报告的作用在于客观描述客户的业务,一般说将客户方的角色和活动说清楚就可以了,重在职责/ 活动。而需求说明是“对需求的说明”,例如说明业务调研报告中的某个流程是不能更改的,要变更需要总裁批准,这就是一个说明。

 

发表评论:

    昵称:
    密码:
    主页:
    标题: