workflow - 您将AgilePoint用作工作流/BPM引擎有什么经验？

Question

我们正在将工作流程从Livelink和SharePoint迁移到AgilePoint。如果有人有使用AgilePoint的经验，您是否愿意分享您的经验？

例如：


您遇到了什么陷阱？
您是否发现AgilePoint的任何特定方面特别有用？
您是否发现AgilePoint的任何特定方面特别无用？


好的，坏的，冷漠的体验都将受到欢迎，因为这将被标记为社区Wiki。

Answer 1

我们的咨询公司是Microsoft Gold and Open Text合作伙伴。我扮演首席工作流程专家的角色，协助客户在两种产品中创建工作流程。根据我的经验，AgilePoint的工作流功能肯定会超过SharePoint和Livelink能够提供的能力，并将永远提供。仅仅是因为SharePoint和Livelink（即现在将要使用的或现在称为Content Server的）被认为是协作存储库，而不是工作流工具。是的，他们将具有工作流功能，但是，它们与第三方联盟类型的供应商所提供的不相近-因为那是他们的生硬。我们目前正在将AgilePoint与SharePoint和Livelink结合使用，并且正在将AgilePoint作为第三方工作流工具纳入一些即将进行的大型和小型项目中。

以下是我发现有用的有关AgilePoint的元素：


从业务分析人员或开发的角度来看，它是我本人以及其他技术人员和非技术人员惯用的工作流创建环境-Visio。如果您很好地了解，与其他供应商相比，AgilePoint的启动时间将是最少的。您将听到敏捷点吹嘘他们的“模型驱动的体系结构”，而visio的调色板环境是主要原因。
变更管理-非常容易更新流程，迁移到新流程以及实时更改/更新流程。
任务管理-光滑的UI，允许管理员快速搜索特定过程以及与该过程相关的所有任务。我喜欢这样一个事实，即如果需要进行特定的流程，可以快速访问一个中心位置。
非技术业务用户授权-这显然取决于组织的治理，但是可以授权业务用户创建整个流程，部署到测试或暂存环境，然后在概念验证之前测试其流程上线。
集成和可扩展性-因此，这里开箱即用，我相信它们包括一些敏捷部分（visio模板Web服务），可让您快速与ERP（SAP等）集成和/或您可以创建自己的模板以进行集成与第三方自定义应用。例如，对于我的一些项目，我很可能会让开发人员创建一些自定义敏捷部件，以与大量制造或零售应用程序集成。我喜欢的是，一旦创建了该模具，您就可以在正在使用的任何工作流程中重复使用。
基础架构-敏捷点的基础是您可以创建自定义表单，共享点列表或“敏捷形式”来创建流程。这就是我喜欢的，这些表单和工作流之间的“连接器”本质上是XML，这意味着无论您决定使用AgilePoint 3年，然后再进行其他工作，所有XML都将保存下来，以便您不必担心丢失数据。所有这些都链接到您的SQL或组织决定使用的任何数据库。
体系结构-对我来说最突出的还是AgilePoint的安装方式，它不会位于您的SharePoint或Livelink服务器上，它实际上是单独放置并使用连接器链接到Sharepoint或其他存储库，因此您将在这些上进行升级和修补CMS不会影响敏捷点工作流程的执行方式。


就我发现的问题而言，嗯，我认为在创建新过程时需要注意一些细微差别，有时可能会使您困惑。例如，如果您更改工作流程的名称，它实际上会创建一个全新的流程，并且如果您不够聪明，无法赶上它，那么您将花费至少一个小时来弄清楚自己到底做错了什么。但这是一旦您意识到并学习的事情之一，就不会成为问题，而只是需要密切注意的事情。我想可以肯定地说，我还没有发现产品的任何根本性错误。我知道Gartner在使用AgilePoint的“ SOA计划”时遇到了问题，我试图从Gartner获得更多信息，但是没有发现任何令人信服的东西让我摆脱该产品。 Forrester对此有好话要说:)。所以，如果您不喜欢gartner，总有福斯特吧？ :)

我敢肯定还有其他事情，我还没有抓住，但客观地说，我认为这是一个可靠的产品，并且会存在很长时间。向他们询问他们的成长策略，是否需要更高的舒适感。

祝好运！
欢迎您直接与我联系。
Lateef Shariff
la.shariff1@gmail.com