2007-8-9 23:39:42
[原创]当咨询和软件实施断层
状况:
最近参与的项目在后期推动遇到不大不小的阻力,做完咨询后立马开展软件实施,实施的过程中业务人员的参与非常少,作为实施人员我们不可能对每个行业业务都懂!实施和开发人员闷头做完后和业务部门一碰发现不是他们想要的!造成客户觉得咨询就是讲故事,故事讲得好听但不是现实,软件没做好,怎麽跟实际业务这么不同。或者我提出要修改的地方怎麽改的这么慢!
原因:
咨询:咨询更多的是针对管理层的管理需求,对业务部门的实际操作来说关注相对较少,而落到具体的软件需要在管理需求和实际的业务操作之间找一个平衡点。很多时候效果不等同于效率
软件:其实客户那里知道,对于协同软件来说用户看到的可能只是改变一个地方,对实施人员来说牵涉到好多地方都要修改!要不咋叫协同呢!改变的成本对我们来说太大了!
解决的方法:
咨询完后落到软件实施时全程需要有业务部门的参与,参与的人员首先懂业务,其次能对现有业务提出改进意见或者能拍板这件事儿就这么做,如果不能拍板经过讨论决定方案可行后领导要强制执行,主要是改变后难免会对操作层面的人员现有的工作习惯造成冲击,如果不从上之下强制执行,操作层的人员就可能不会去执行!
职场新人参加的第一个软件实施项目感想,抛块砖先,欢迎同道中人晒出自己的想法,这样大家互相借鉴,少走弯路!^_^
1
推荐到鲜果: 查阅更多相关主题的帖子: 管理软件 软件实施 软件人才 程序开发 需求管理


评论
发布者 sap_andy2007
2007-8-10 9:31:39
发布者 larry.zhang
2007-8-10 10:25:10