检查清单以避免供应商锁定？

Question

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

我的意思是，一个人可以向经理或其他决策者展示一些容易理解和易于验证的东西。

• 是否有任何普遍接受的规则，检查清单或一组条件，以客观、可衡量的方式帮助检测和防止供应商锁定？
• 你们中有谁警告过经理在项目初始阶段供应商锁定的风险吗？

Answer 1

在我作为一名顾问的工作中，我经常提醒客户注意供应商锁定的风险。这是被召唤来扭转失败项目的痛苦经历:如果你一开始不考虑这个问题，那么从长远来看，它可能会让你付出代价。

没有“标准清单”，但这里有一个很好的清单，列出了我寻找的主要内容：

• Open :我们将使用的API (即构建依赖关系)是否是开放的，因为它可以由竞争的供应商自由实现？
• 符合标准-产品是否符合相关行业标准？
• 是否有其他兼容的产品(无论是商业产品还是开源产品)，我们可以在最小的变化下切换到其中？
• 开源--供应商的代码是否是开源的(即在OSI批准许可证下)？
• 平台独立性-技术栈跨不同平台可移植吗？
• 合同灵活性-我们是否可以在没有重大处罚的情况下提前终止或缩减合同？
• 独立的服务提供-是否有可靠的选择从不同的供应商(即不仅仅是原供应商)购买服务
• 能力和技能-如果我们要与原供应商分开，我们是否有必要的能力和技能继续有效地工作，无论是在内部还是与其他供应商？
• 良好行为记录-供应商是否有良好的记录，表明你可以信任他们不会利用任何锁定-他们可能获得？
• 需求的稳定性--我们的需求是否被很好地定义并且很可能保持不变？(如果是这样的话，您可以预先为这些需求签订合同，供应商的锁定并不那么重要.)

如果答案是肯定的，大多数或所有这些问题，您可以合理地确定，以避免供应商锁定。如果不是，你应该小心点。

Answer 2

以下是我在评估锁定时使用的一些指南：

供应商使用行业标准格式吗？

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

供应商是否提供了足够的点来与他们的系统集成？

您能否将数据从系统中解放出来，并通过某种形式的互操作(如web服务)将其与您自己的系统充分集成？如果您想将它与您的系统集成，那么您需要添加更多的供应商产品吗？

换另一个解决方案有多难？

需要不断地检查一下，看看离开供应商有多困难。如果供应商的东西遍布你的整个基础设施，你应该感到厌倦。

Answer 3

总之，我会寻找关于供应商和产品的评论和反馈。

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

如何避免这种情况？通过选择和研究每一种选择的一个问题--为另一种选择改变解决方案有多难？

除了供应商推广的产品的技术细节外，了解其他客户对该供应商的成功/失败的跟踪也非常重要。这看上去可能很难(目瞪口呆，阅读评论，判断评论有多真实，等等)完成。然而，在美国，有一个叫做BBB (更好的工商局)的可靠的评级体系。

美国公司在这个独立局的记录是非常有用的，95%的记录反映了现实。因此，我也会强烈建议与他们核实。