软件评估和软件选型 (第二部分)

  • 作者: TEC 分析师
  • 发布于: 六月 12 2006







软件评估和软件选型 (第二部分)
作者:TEC 分析师    2006年6月12日    翻译: Michael Ren


问题纵览

一般而言,当企业打算执行某个新的软件解决方案时,它会成立一个项目小组,评估内部程序,确认需求,然后发送信息征求书(RFIs)最后向候选名单上的厂商发送建议征求书(RFPs)。这些软件厂商通常会被邀请展示他们的解决方案,并提交报价,然后做出决定。不幸的是,筛选小组在这个过程始终都面临着一系列的困难。

首先,由于过分关注评估产品的功能性和产品技术需求,能决定一个新系统最终成败的其他评估项却被忽略了。比如,厂商的企业战略、服务与支持能力、财务健全性、与流程匹配相关的成本与质量估量、易于使用、市场反馈、厂商努力以及产品的适应性,这些都是很重要的,却很难衡量。

其次,当筛选小组组织和排列各条评估项以测量产品功能性的时候,小组通常采用电子表格来创建信息征求书(RFI)。尽管电子表格设计者尽了最大的努力,但他们面临向评估者和客户提供灵活性还是易用性的选择,同时通过保护字段来保持完整性,他们可能在电子表格设计方面作出危险的妥协。电子表格的缺点很多:它既不易被调整也不能经由有效分析而得到合理的结果;而且它很容易扩散计算错误:因为测量评估项的公式通常是隐藏的,一旦表格单元被移动或者字段被意外地覆盖,就会产生错误。电子表格之间的链接如果断裂,其结果就是无效的。其他错误也很常见如将某个方程式复制或重新写到另一个单元。此外,电子表格的特性使其很容易为搅局的公司所利用,从而导致处理延误、客户职员重新培训、数据审计过程额外的安全措施、顾问与客户之间的关系恶化等。

最后,由于软件筛选小组通常缺乏高质量的、中立的信息,他们的评估方法从一开始就有缺陷。这令他们感到困难重重或者根本不可能证明选择某个特定厂商的解决方案的理论基础。大多数决策者依赖其“内心的感觉”、管理层的命令或者那些烦琐却无法识别出最佳方案的电子表格。因此大多数的企业技术评估过程都超过了原先规定的时间和预算。而在最后选定后,大多数的软件执行均不能满足功能上的期望值、投资回报率(ROI)和总拥有成本(TCO)。

总而言之,在企业软件选择过程中,潜在客户通常为下列几个难题所困扰:

• 项目筛选小组缺乏有效途径定义其商业需求也不能有效鉴别全部项目小组成员的关于厂商和产品的关键问题(评估项)。

• 自持股人处收集所有需要的评估项很费时间,这是项目初期会遇到的难题。需要推动项目起步并迅速执行,因为延误意味着收入损失和用户购买损失。

• 当评估项选定并交给厂商时,项目小组通常无法有效地将不同评估项按照它们对其需求的支持度区分优先次序。后果则是由内部政治议题而非公司的真实需要决定(评估项的)优先次序。由于缺乏专业的决策支持工具来组织这些优先次序并随时检查它们,并在优先次序发生改变时模拟和分析厂商的能力或目标契合度(fit-to-purpose),某个部门的“需求”将会对决策中的某些评估项产生不合理的过度的影响。

• 项目小组无法获得关于现有厂商解决方案客观的经过核对的资料。软件厂商的展示通常是些推销广告而没有关注解决方案的满足用户需求方面的能力,而且常常是误导的。不幸的是,大多数项目小组无法区分事实和花哨的广告,特别是由于战略性的技术选择本身就是一种新的尝试,或者在特定组织内部相当长的时期内的首次筛选。

问题已经很清楚了:筛选阶段缺乏足够的适合需求的(fit-gap)信息(如上所述)意味着无法正确计划与执行实施。

点击此处阅读 (第一部分) 点击此处阅读 (第三部分)



 
comments powered by Disqus