博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
项目调研的误区和关键点
阅读量:5135 次
发布时间:2019-06-13

本文共 854 字,大约阅读时间需要 2 分钟。

误区

    误区1:需求调研是形式
    作者曾经参与了一些大型SAP项目,这些SAP项目往往经历选取几家单位试点、一期推广和二期推广等实施过程。存在一些顾问没有参加试点,而直接进入推广 项目。而推广项目的业务蓝图往往参照试点单位,于是这些推广项目的需求调研往往会流于形式,试想业务蓝图基本确定了,需求调研在某种意义上变更可有可无 了?这样就容易认为需求调研就是走走过场。也有一些网友提出:他们企业的需求调研只有一天,就进行了项目实施的后续阶段。这些表象,都认为需求调研是不重 要的,顾问负责推广ERP的标准功能就可以了。
 
    误区2:需求越少越好
    有些顾问对自己的技术水平不够自信,担心用户提出比较复杂的需求。所以,在需求调研阶段,一些需求故意不去调研,甚至回避用户的一些需求。需求调研阶段, 并非系统实现阶段,不需要出具详细的解决方案。此时的任务是充分了解企业的业务现状,只有充分了解了需求,识别了重要的需求,才能真正做到日后设计系统方 案时回避需求。
 
关键点
   
以 前的一个项目里,经常会遇到顾问在需求调研阶段,问的问题与项目无关,而相关的问题又问得不够深入。那么怎样的需求调研才是项目所需的,这里有一个非常重 要的原则:需求调研是与未来ERP系统设计息息相关的,与下阶段的业务蓝图设计相关。而未来的系统设计,与业务蓝图大部分是基于系统的标准功能。所以,顾 问要做到对系统的标准功能特别熟悉。简言之,顾问是带着"心中的系统功能"去需求调研的。
       也曾发现,在业务蓝图设计阶段,顾问与用户之间又在沟通本应在需求调研阶段完成的工作内容,原因就是在于需求调研没有针对性,没有透彻性。出现了为需求调 研而调研的现象。这方面,顾问应该下功夫积累经验,真正掌握系统标准功能,敏感用户的特殊业务。通过需求调研,顾问应该在脑海里将客户未来的业务蓝图,未 来的系统功能设计有八成以上的"心中有数"。

转载于:https://www.cnblogs.com/zhangtao09/archive/2013/05/23/3096061.html

你可能感兴趣的文章
实验四2
查看>>
VS2012+Win7网站发布详细步骤
查看>>
Android现学现用第十一天
查看>>
Bin Packing 装箱问题——NPH问题的暴力枚举 状压DP
查看>>
多路复用
查看>>
python 列表
查看>>
Python数据可视化之Pygal(雷达图)
查看>>
当前主流读取Excel技术对比
查看>>
Java学习笔记--字符串和文件IO
查看>>
【BZOJ1951】古代猪文(CRT,卢卡斯定理)
查看>>
poj 2823 线段树
查看>>
转 Silverlight开发历程—(画刷与着色之线性渐变画刷)
查看>>
SQL语法(3)
查看>>
在js在添版本号
查看>>
sublime3
查看>>
CMap的使用(转)
查看>>
Exception Type: IntegrityError 数据完整性错误
查看>>
《浪潮之巅》十八十九章笔记
查看>>
Nuget:Newtonsoft.Json
查看>>
你是这样理解shell编程的嘛?
查看>>