清单以避免供应商锁定?


23

是否有一套行业认可的规则来避免供应商锁定?

我的意思是,可以向经理或其他决策者展示的东西易于理解且易于验证。

  • 是否有任何一套普遍接受的规则,清单或条件集可以帮助以客观,可衡量的方式检测和防止供应商锁定?

  • 你们中的任何人是否曾就项目初期阶​​段供应商锁定的风险警告过经理?


供应商锁定不一定是一件“坏事”
Ryathal 2012年

2
这是一个令人惊讶的好问题,与很多开发人员有关。通常,直到为时已晚,您才知道自己有这个问题。
joshin4colours 2012年

对于要避免供应商锁定的特定关注领域,此问题是否不需要进一步说明。否则,任何人都能给出的答案是常识(即不增加任何价值)。
Dunk 2012年

4
@Ryathal Oct:锁定(选项的限制,将来的选择)怎么会不好呢?
Giorgio 2013年

1
@Giorgio,因为在商业世界中,支持合同比变更能力更重要,一旦系统开始运行,实际上可以将零件A与零件X交换是无关紧要的,因为在拿着枪的情况下,没人会这样做。
Ryathal

Answers:


7

在担任顾问的过程中,我经常警告客户有关供应商锁定的风险。这是从被召唤来解决失败项目的痛苦经历中得出的:如果您一开始就不考虑这一点,那么从长远来看,这可能会花费您很多时间。

没有“标准清单”,但是这里是我要寻找的主要物品的良好清单:

  • 开放式API:从竞争厂商可以自由实现的意义上来说,我们将使用(即建立依赖关系)的API是开放的吗?
  • 符合标准 -产品是否符合相关行业标准?
  • 是否存在兼容的替代产品 -实际上是否存在其他兼容产品(商业或开放源代码),我们可以以最小的变更投入使用?
  • 开源 -供应商的代码是否是开源的(即根据OSI批准的许可证)?
  • 平台独立性 -技术堆栈可跨不同平台移植吗?
  • 合同灵活性 -我们可以在不产生重大损失的情况下尽早终止或缩减合同吗?
  • 提供独立的服务 -是否有可靠的选择可以从其他供应商那里购买服务(即不仅仅是原始供应商)
  • 能力和技能 -如果我们要与原始供应商分开,我们是否具有所需的能力和技能以继续在内部或与其他供应商一起有效地工作?
  • 良好行为的记录 -供应商是否有良好的记录,表明您可以信任他们不要利用他们可能获得的任何锁定?
  • 需求的稳定性 -我们的需求是否定义明确并且可能保持不变?(如果是这样,您可以提前满足这些要求,并且供应商锁定并不重要...)

如果对大多数或所有这些问题的回答为“是”,则可以确定避免供应商锁定。如果没有,您应该小心。


13

这些是评估锁定时使用的一些准则:

供应商是否使用行业标准格式?

如果最终产生了大量不得不说一门外语的文件和代码,那么切换就非常困难。如果您有XML和JSON之类的标准格式,则不是。例如,ASP .Net使用aspx,这是既不是html也不是有效XML的标记。这使得转换或解析这些文件非常困难。

供应商是否提供足够的积分来与他们的系统集成?

您是否可以将数据从系统中释放出来,并通过某种形式的互操作(例如Web服务)将其与自己的系统充分集成?如果要将其与系统集成,是否需要额外增加更多供应商产品?

改变另一种解决方案的难度有多大?

需要进行持续的健全性检查,以了解离开供应商有多困难。如果供应商的东西遍及您的整个基础架构,您应该感到疲倦。


3
另一个非技术方面是:供应商在响应与锁定相关的请求方面的跟踪记录。一些供应商比其他供应商更好。
约阿希姆·绍尔

0

简而言之,我会寻找有关供应商和产品的评论和反馈。

从技术上讲,当项目与卖方(第三方产品)紧密耦合时,就会发生卖方锁定。

如何避免呢?通过拥有替代方案并研究关于每个替代方案的一个问题-改变另一种解决方案的难度有多大?

除了供应商推广的产品的技术细节外,了解其他客户在该供应商那里获得成功/失败的轨迹也非常重要。要完成这项工作可能很难(例如,浏览,阅读评论,确定评论的真实性等)。但是,在美国,有一个可靠的评级系统称为BBB(更好的商业局)

在这个独立中位于美国的公司的记录非常有用,而且95%的记录确实反映了现实。因此,我也强烈建议您也与他们进行核对。


4
我很犹豫不决,因为这不是“错误”,但您的回答并没有真正解决这个问题。供应商锁定与BBB无关。

澄清了技术细节的缺失部分。
EL尤苏波夫2012年

1
好的编辑-它现在更直接地解决了这个问题
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.