您使用AgilePoint作为工作流程/ BPM引擎的经验是什么？

Question

我们正在将工作流程从Livelink和SharePoint迁移到AgilePoint。如果有人有使用AgilePoint的经验，你会介意分享你的经历吗？

例如：

• 你遇到过什么问题？
• 您是否发现AgilePoint的任何特定方面特别有用？
• 您是否发现AgilePoint的任何特定方面特别无用？

好的，坏的，冷漠的经历都是受欢迎的，因为这将被标记为社区维基。

Answer 1

我们的咨询公司是Microsoft Gold和Open Text的合作伙伴。我扮演领导工作流专家的角色，协助客户在两种产品中创建工作流程。根据我的经验，AgilePoint的工作流功能绝对超越了SharePoint和Livelink所能提供的功能。仅仅因为SharePoint和Livelink（Content Server就像他们现在或将要调用的那样）是协作存储库，而不是工作流工具。是的，他们将拥有工作流程功能，但是，他们不会接近第三方联盟类型供应商将提供的 - 因为这是他们的面包和黄油。我们目前正在将AgilePoint与SharePoint和Livelink一起使用，并且正在将AgilePoint作为第三方工作流程工具包含在我们即将关闭的一些大型和小型项目中。

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

1. 从业务分析师或开发的角度来看，它是我和其他技术和非技术人员习惯的工作流创建环境 - Visio。如果你对visio有所了解，那么与其他供应商相比，AgilePoint的加速时间将是最小的。你会听到agilepoint吹嘘他们的“模型驱动架构”和visio的调色板环境是其中的重要原因。

2. 变更管理 - 非常容易更新流程，迁移到新流程，以及更改/更新流程中的流程。

3. 任务管理 - 灵活的用户界面，允许管理员快速搜索特定进程以及与该进程关联的所有任务。我喜欢这样一个事实：如果我需要进入特定的流程，我可以快速访问。

4. 非技术业务用户授权 - 这显然取决于您组织的治理，但业务用户可以被授权创建整个流程，部署到测试或登台环境，然后测试他们的流程作为证据上线之前的概念。

5. 集成和可扩展性 - 所以在这里，几乎是开箱即用，我相信它们包含一些敏捷部件（visio模板Web服务），允许您快速与ERP（SAP等）集成和/或您可以创建自己的模板以与第三方自定义应用程序集成。例如，对于我的一些项目，我很可能会让开发人员创建一些自定义敏捷部件来集成一堆制造或零售应用程序。我喜欢这个，一旦你创建了这个模板，你就可以在你正在进行的任何工作流程中重复使用。

6. 底层架构 - 因此，agilepoint的基础是您可以创建自定义表单，共享点列表或“agileforms”来创建流程。这就是我喜欢的，这些表单和工作流之间的“连接器”本质上是XML，这意味着无论你决定使用AgilePoint 3年然后继续使用其他东西，所有XML都会被保存，以便你不必担心丢失数据。所有这些都与您的SQL或您的组织决定使用的任何数据库相关联。

7. 体系结构 - 对我来说也是如何安装AgilePoint，它不会位于您的SharePoint或Livelink服务器上，它实际上是独立存在并使用连接器与Sharepoint或其他存储库链接，因此升级和您将在这些CMS上执行的修补程序不会影响敏捷点工作流的执行方式。

至于我发现的问题，嗯，我认为在创建新流程时需要注意一些细微差别，有时会让你感到困惑。例如，如果您更改工作流程的名称，它实际上会创建一个全新的流程，如果您不够精明地抓住它，您将花费至少一个小时来弄清楚您做错了什么。但这是你认识和学习的东西之一，它不会是一个问题，只需要密切关注。我想我可以肯定地说，我没有发现任何根本错误的产品。我知道Gartner在AgilePoint的“SOA计划”中遇到了一个问题，我试图从Gartner获得更多信息，但没有看到任何引人注目的东西让我远离这个产品。 Forrester有很好的话要说:)。所以，如果你不喜欢gartner，那总是对吗？ ：）

我确定还有其他的东西，我还没有抓到，但客观地说，我认为这是一个坚实的产品，并将存在很长一段时间。如果您想要更高的舒适感，请询问他们的成长策略。

祝你好运！ 如果您愿意，欢迎您直接与我联系。 Lateef Shariff la.shariff1@gmail.com

Answer 2

快速免责声明 - 我为同时也是AgilePoint合作伙伴的MS partner工作。总的来说，产品很好，这就是我们为解决方案实施的原因。

好的： - 产品的真正含义

1. 用户界面：

   • 用户友好型开发。
   • 易于部署和使用。
   • 整洁的移动友好表格
   • 使用无代码的子流程可以并行处理两个应用程序。
   • Agilepoint中的SharePoint工作流解决了大多数需要事件接收器的目的。
   • 提供各种功能的各种控件。
   • 可用于不同用途的不同流程模型。即电子表格，Sharepoint表格，系统集成等。
   • 可以通过共享/单个文件轻松添加Jquery / CSS到控件。

2. 运行时：

   • 有关运行时可用的变量/字段的详细信息。
   • 可以在各种活动中使用多个数据源。
   • 当发布新的更改时，运行的应用程序将继续运行，因此不必关闭系统以部署更改。
   • 可以使用API​​访问其他资源中的任何类型的数据。

3. 产品功能：

   • 独立于SharePoint版本将适用于未来版本。
   • 易于集成到不同的系统中，因为SharePoint，销售人员可以使用AgilePoint仪表板。
   • 使用各种授权方法登录。 （OAuth2涵盖了许多授权方法）
   • 非常容易将应用程序导出到其他租户并重复使用。
   • 可以创建全局可重用令牌并将其导出到多个应用程序，从而提高可重用性。
   • 还可以在多个应用程序和租户中导出和重复使用单个表单。

4. 内部/私有云

   • 私有云上可能有多个租户
   • 可以访问存储在xml中的数据并根据数据创建各种报告

糟糕：

1. UI：
   • Canvas的设计方式是无法在表单上放置纯文本。它必须处于控制之中。
   • 控件占用特定尺寸，不能更改高度。这确实给人一种整洁的外观，但是期望的外观很难（我可能会有偏见，因为这很容易在MS word / Infopath中实现）。
   • 嵌入控件很困难，除非放入子窗体，而子窗体又不支持很多控件
   • 自定义HTML控件渲染很困难。
   • 自动保存不会发生，并且UI在时间上没有响应导致数据丢失
2. 运行时：
   • 查看需要一段时间才能加载。
   • 无法修改页面提交操作。
   • 与IE的整合不足
   • 离线修改表单
3. 产品特点：
   • 无法修改外观以使其看起来像SharePoint以保持一致性
   • 如果不使用Agilepoint仪表板作为表单/任务的物理位置，则难以集成到SP中

丑陋： - 完全糟透了

1. UI：
   • 在设计时和运行时对多个控件的支持非常差。因此不适合大型表格。
2. 运行时：
   • 无法从物理位置访问表单，因为表单可用作任务。这通常是客户的主要要求。
   • 无法在任何地方访问表单上的数据，因此无法轻松放入报表中。
   • 以XML格式保存的表单...不是数据库，因此您需要先在数据库中获取数据才能对其进行实际报告

Answer 3

1. UI更改是设计表单时的挑战
2. 当您拥有诸如SharePoint甚至AgilePoint之类的数据源时，添加子窗体控件也具有挑战性。
3. 服务器更新大约需要45分钟（取决于是否没有问题，一次要花20分钟才能遇到SP集成问题）
4. 请勿将服务器安装在安装SharePoint的同一台计算机上。在维护期间，它将关闭所有IIS服务，从而导致SharePoint / MS Project停机。
5. 除上述所有内容外，我还发现AgilePoint是迄今为止自动化领域最通用，最用户友好的工具。尽管Nintex的所有要求都已传达给他们，但他们还是很高兴给出演示文稿。
6. 即使在测试产品时，也会迅速提供AgilePoint支持。
7. AgilePoint当然需要指导。如果您愿意的话，可以浏览网络上的所有文档，一无所知。

请与我联系以获取有关AgilePoint及其与CR集成的更多信息