我们正在将我们的工作流程从Livelink和SharePoint迁移到AgilePoint。如果任何人有使用AgilePoint的经验，您是否介意分享您的经验？您使用AgilePoint作为您的工作流程/ BPM引擎的经验是什么？
例如：
好，坏，冷漠的经历都欢迎，因为这将被标记为社区维基。
我们的咨询公司是微软金牌和开放文本合作伙伴。我担任领导工作流程专家的角色，协助客户在这两种产品中创建工作流程。根据我的经验，AgilePoint的工作流程能力绝对超过SharePoint和Livelink可以提供的功能。仅仅因为SharePoint和Livelink（内容服务器就是他们现在或将要调用的内容服务器）就是合作存储库，而不是工作流工具。是的，他们将拥有工作流程能力，但是他们不会接近第三方联盟类型供应商提供的服务 - 因为这是他们的面包和黄油。我们目前正在将AgilePoint与SharePoint和Livelink一起使用，并正在将AgilePoint作为第三方工作流程工具纳入我们即将关闭的一些大型和小型活动中。
下面是关于AgilePoint元素，我已经找到了有用：
从业务分析师或发展的角度看，它的工作流程创造环境，自己和其他技术和非技术人来 - Visio中。如果您熟悉Visio，与其他供应商相比，AgilePoint的加速时间将会缩短。你会听到敏捷点吹嘘他们的“模型驱动架构”和visio的调色板环境是很重要的原因。
变更管理 - 非常容易更新流程，迁移到新流程以及更改/更新流程中的流程。
任务管理 - 灵活的用户界面，允许管理员快速搜索特定进程和与该进程相关的所有任务。我喜欢这样一个事实，即如果我需要一个特定的流程，我可以快速访问到一个中心位置。
非技术业务用户授权 - 这显然取决于组织的治理，但可以授权业务用户创建整个流程，部署到测试或分段环境，然后测试他们的流程，在上线之前的概念。集成和可扩展性 - 因此，在这里，我相信它们包括几个agileparts（visio stencil web服务），它们允许您快速与ERP（SAP等）集成和/或您可以创建您自己的模板与第三方自定义应用程序集成。比如对于我的一些项目，我很可能会让开发人员创建一些定制的agileparts，以便与一些制造或零售应用程序集成。我喜欢这个的是，一旦你创建了这个模板，你可以在你正在工作的任何工作流程中重复使用。
基础模式 - 因此，敏捷点的基础基础是您可以创建自定义表单，共享点列表或“敏捷表单”来创建您的流程流。这里是我喜欢的东西，这些表单和工作流之间的“连接器”本质上是XML，所以这意味着无论您决定使用AgilePoint 3年，然后转移到其他东西，所有这些XML都会保存，以便您不必担心丢失数据。所有这些都与您的SQL或您的组织决定使用的任何数据库相关联。
架构 - 对我来说，AgilePoint的安装方式也不同，它不会坐落在您的SharePoint或Livelink服务器上，它实际上分开放置并使用连接器与Sharepoint或其他存储库链接，因此升级和补丁您将对这些CMS执行操作，但不会影响Agilepoint工作流程的执行方式。
至于我所发现的陷阱，嗯，我觉得有一些细微之处看出来建立新的过程，有时会混淆最烦你时。例如，如果您更改工作流程的名称，它实际上会创建一个全新的流程，如果您没有足够的精力去捕捉它，那么至少要花一个小时来弄清楚您做错了什么。但这是一旦你意识到并学习的东西之一，它不会成为一个问题，只是需要密切关注的问题。我想我可以放心地说，我没有真正发现产品有任何根本性的错误。我知道Gartner在AgilePoint的“SOA计划”中遇到了一个问题，我试图从Gartner获得更多信息，但没有看到任何足以让我摆脱这种产品的诱惑力。 Forrester对此有很好的评价:)。所以如果你不喜欢Gartner，那么总是有forrester的权利？ :)
我敢肯定还有其他的东西，我还没有抓到，但客观来说，我认为这是一个坚实的产品，并将在很长一段时间。如果你想要更高的舒适感，就询问他们关于他们的成长战略。
祝你好运！ 欢迎您直接与我联系，如果你喜欢。 拉蒂夫谢里夫 [email protected]
快速免责声明 - 我的MS partner，这也是一个AgilePoint伙伴合作。总的来说，这个产品很好，这就是我们为什么要实施解决方案。
优点： - 什么是真正酷的产品
UI：
运行时间：
产品特点：独立
内部部署/私有云
不好：
丑陋： - 什么完全吸
大反馈拉蒂夫。你深思熟虑的答案是相当赞赏。 – 2010-02-06 14:28:07