我一直在从事各种规模的自定义软件项目，以及构建我们的核心业务管理软件产品。在那段时间里，我看到了非常成功的实现，失败的项目以及介于两者之间的所有内容。今天，我相信成功的ERP项目的关键在于敏捷方法论。

我想我们可以从我们所做的每个项目中汲取经验，所以我想就寻找ERP软件增强功能或寻求构建新模块以涵盖一部分时希望成功取得成功的关键方面分享一些想法。到目前为止，您的业务是由手动或电子表格驱动的。

传统瀑布法的缺点

如果我回头看一下我们为客户带来的一些“效果不佳”（幸运的是，它们之间相差无几！），它们往往有一个共同点。从客户的角度来看，项目成功的责任几乎完全由软件开发人员承担，即关系就像购买汽车时一样，是客户与供应商之间的关系。我认为这是一个不好的起点。

通常是这样的 ……。客户及其用户描述需求，开发人员或顾问试图了解需求，包括其业务案例以及所有输入和输出。他们试图花费工作并建立规范。价格商定后，工作便开始了。

然后，我们以完整的解决方案凯旋地返回给客户，只是由于对要求的误解而使我们的努力陷入困境。现在，争夺额外成本和更多规格的斗争开始了，这种关系开始恶化，项目所能获得的感知价值被稀释了。每个人都难过！

传统上，此过程称为瀑布（可能是对随后的眼泪的引用！）方法。在构建现代ERP软件时，这种动态变化并不十分适合……尤其是在规模庞大，无法持续进行大量密集发现的项目中。

解决方案……改变关系并尽早并经常与客户互动。

敏捷101-建立关系而非要求并尽早吸引关键用户

我们知道特定软件增强功能对您的业务有多重要。因此，重要的是要参与开发过程并明确“我们在一起”。这种方法论可以确保交付项目的路径成为解决方案的一部分。它还使您能够看到：

• 有形的进步
• 尽早发现潜在的陷阱
• 了解所涉及的努力
• 拥有解决方案的所有权

对于我们的开发人员而言，我们增加了获得正确结果的机会，也使您对您的业务有更深入的了解；在必要时添加我们自己的价值和建议。

部署成功的ERP项目的这种方法意味着在设计或实施阶段遇到的绊脚石成为共享的问题，并且常常引起增强。

在许多情况下，项目完成时的外观可能会完全不同，但是幸福指数始终较高，适合您的质量始终更好。对我们来说，这是敏捷方法论最重要的准则。

那么我的建议呢？如果您需要针对自己的业务量身定制的特定定制或新模块，请务必从一开始就询问供应商的流程是什么！