我們正在將我們的工作流程從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