几天前，安娜尔返利机器人，我和Waldemar Falinski就这个问题进行了一次有趣的讨论，淘客群，首先是一位软件诉讼律师在LinkedIn上发表了一篇文章，谈到谁对项目结果负责。

我们还讨论了SAP顾问的关键能力，这些能力有助于解决方案的成功部署和使用。

在这里，在这个博客中，我强调了重点，并复制了一部分对话供参考。

据律师说，失败是由于系统集成商销售和交付解决方案的能力不匹配。

他说，

当一个ERP软件系统实施失败时，失败通常是因为集成商

没有完全了解用户的行业或业务，客户与其供应链、客户和员工的关系，或者数字化转型是如何提高企业绩效的。

许多大型集成商非常擅长销售他们的服务，但在提供他们的营销材料、销售宣传和提案方面却远不如他们。有些人过分推销了他们的能力……

我（现在也是）认为，有时他们的客户（以及）不清楚确切的业务需求，因此提供了针对不正确业务需求的正确解决方案。

我在帖子中评论说，

有时客户并不确切知道他们想要什么。正如对正确需求的错误解决方案是失败一样，对错误需求的正确解决方案同样是不匹配的一个因素。为了从ERP实施中获益，双方的问题都必须得到解决。

业务需求可以通过遵循敏捷方法来确定，即业务和IT团队协同工作，以增量方式构建解决方案。

Waldemar提出了他的论点如下：

在阅读了您非常感兴趣的文章后，我不会同意第二个论题："对不正确的业务需求的正确解决方案也是一种浪费"，正如敏捷的转换方法一样，构建云服务器，即使在错误的业务需求的情况下，

转换的业务需求在某种程度上总是错误的，因为这是不可能的所以，在转型的过程中，组织就是在学习和修正过程。因为业务需求总是以某种方式错误的，所以在业务转换中我们不能而且事实上不使用任何瀑布方法。我们所使用的所有方法都是敏捷的，即将变更制度化，而不是临时性的。

为了确保项目成功完成并产生预期的价值，系统集成商和客户必须共同努力。由于顾问或管理层的原因，任何一方的差异都可能导致失败。

我澄清了我的观点如下：

感谢您花时间阅读本文并提供您的反馈。虽然我理解并完全同意您对敏捷实践提出的观点，即"过早且经常失败"确实会导致业务需求和解决方案的一致性，但我不认为在一个项目中，真正云服务器，只有实施合作伙伴可以承担全部责任，特别是如果客户提供的SON（需求声明）是模糊的，可以用不同的方式来解释，这就是我的意思

我们得出结论，这是敏捷的实施方法，可以帮助客户和服务提供商就解决方案达成一致。以下是我们同意的

Waldemar，虽然不同意诉讼人，他说：

今天我们有非常好的敏捷转型方法，比如SAP Activate for SAP，在这种方法中，双方——客户和咨询公司从最佳实践出发，以一种精益的方式发现他们正在旅行的新商业模式。

请访问以下链接，如果您对学习SAP Activate和S/4 HANA感兴趣：

除了使用正确的实现方法的重要性之外，Waldemar也正确地指出了这一点，我提到了我们以前的经验是如何使我们在最近的任务中表现得更好的。

我们都在这个行业工作了很多年，并认识到接受变革是至关重要的。客户现在希望快速实现价值，这可以通过一套正确的工具和技能来实现。

虽然SAP和IT行业正在满足对强健解决方案的需求，但市场上也提供了以最佳方式使这些解决方案发挥作用的技能。

您，淘客程序，我，而其他许多公司也响应了市场需求，并一直从彼此的经验和专业知识中获益。我正在看一个关于另一个话题的老讨论，我们可以分享一些经验：

OCM by SAP HCM implementation–有众所周知的领域吗？

我们的讨论结束了，以下是从Waldemar的评论中摘录的声明。