将各家的责任明确,并签字认可。这两部分需求调研的开始并没有严格的先后顺序,但是最终的后台接口的需求确认必须在用户需求定义以后。
五、需求分析阶段
1、调研准备阶段从项目有意向开始,到项目合同签定,开始实施的这一段时间,都可以认为是项目的准备阶段。在这一阶段,我们可能会根据用户的要求,配合市场人员完成售前的技术支持工作。虽然在这一阶段,我们不会对用户具体的业务细节进行询问,但项目从这个阶段就已经启动,我们必须从这个时候就可是积累与此项目相关的资料,必须从这个阶段就在可利用的各个场合了解用户的信息。
在这个阶段我们要准备以下工作:
1、 用户行业的总体了解
2、 技术方案准备
3、 相关培训资料的准备(行业成功案例和经验总结)
4、 访谈中的业务交流,在本阶段的访谈中,用户对数据仓库的理解较浅,他们往往会关注下面一些宏观问题:
① 效率,当前数据量下的所需的处理时间、响应时间(最好准备好以前项目中处理效率的实例)
② 负载能力,能支持多少用户访问(是否能支持不同区域、不同网段的用户访问),用户访问的响应能力如何
③ 准确性,数据集中后是否可以准确
④ 灵活性,比如有多少种图形和显示方式;是否支持复杂的报表格式
⑤ 信息利用,能以几种格式将结果导出或以何种方式处理分析内容
⑥ 性价比,价格永远是用户最关心的
⑦ 压力测试(运行是否稳定、管理是否方便)
2、业务调研在本阶段调研中,主要是了解用户当前的业务流程和系统概况,并搜集相关的资料和数据,以准备下一阶段的分析。
本阶段调研的主要内容
1、 用户的组织结构和工作流程
2、 用户业务种信息流动的过程和当前的信息结构
a. 用户当前的业务系统和各系统的主要功能
b. 各系统能够获取的数据内容
c. 各系统相互之间的联系
d. 各系统目前的数据状况
3、 主要的应用报表解释(调研问题设计:)
3、 系统调研本阶段要细致的分析整理用户报表及业务系统数据,仔细揣摩决策系统各级用户关心的问题;构建分析模型原型,与用户之间互动讨论,确定分析指标、维度和组合规则及计算公式。在本阶段,我们要利用快速原型法,通过原型来引导客户和正确理解客户的需求。当然,数据仓库项目的原型与普通项目有点不同,它的原型分为两类。一部分是前端表现的原型,一部分是多维分析模型的原型。对于前端表现的原型,我们要完成一个pilot项目的搭建,向用户介绍将来系统的表现形式(主要要表现的是前端产品的二次开发,二次开发要体现出用户的应用流程)。对于多维分析模型的原型,我们主要用它来完成数据仓库应收集的内容的调研。(调研问题设计:)
4、 整理分析模型通过原型收集了用户需求后,讨论修改后,确认相应的数据来源,完成分析模型描述
5、 完成系统需求说明书
六、注意的问题
1、 每次与用户交流完毕后,必须有相关的业务交流记录和调研总结。
2、 诚实原则。市场人员为了签订合同,可能用图片和演示文档为用户描述了数据仓库的美好前景,以便让用户产生兴趣。但同时这也使用户产生了对数据仓库的过高的预期,但是,我们在调研时一定要事实求是,最起码要对当前能实现的和不能实现的界定清楚。
3、 数据仓库是一个强调实用的平台,也是一个涉及面很广的系统,每天都有层出不穷的新技术和工具产生,作为数据人员,要关注这些新的技术和新的工具,了解它们的用处,它们能够解决的问题,从而在调研和培训时能够提出好的思路,能够非常容易的解决问题。
4、 项目需求一定条理化、清楚,不同期项目的界线要划得清楚,另外,对于需求要分优先级(好做的且对用户影响比较大的先做出来)。对于每一条需求,都应该和客户方确认
5、 数据仓库项目非常关注对数据的验证上,尤其是项目涉及到考核因素时。而数据仓库在数据采集、清洗、整理过程中出现数据偏差的可能性非常高,因此一点点的偏差对于用户会不会使用数据仓库都有可能是致命的。因此应注意同用户讨论好这个问题,讨论好能够承受的误差率。
项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html