ما هي تجاربك في استخدام AgilePoint كمحرك سير العمل/BPM؟

Question

نحن بصدد ترحيل سير العمل لدينا من livelink و نقطة مشاركة إلى AgilePoint. إذا كان لدى أي شخص خبرة في استخدام AgilePoint ، فهل أنت تمانع في مشاركة تجاربك؟

فمثلا:

• ما هي بعض gotcha التي واجهتها؟
• هل وجدت أي جانب معين من جوانب AgilePoint مفيدة بشكل خاص؟
• هل وجدت أي جانب معين من جوانب AgilePoint عديمة الفائدة بشكل خاص؟

تجارب جيدة ، سيئة ، غير مبالية كلها موضع ترحيب لأن هذا سيتم تمييزه باعتباره ويكي المجتمع.

Answer 1

شركة الاستشارات لدينا هي شريك Microsoft Gold و Open Text. ألعب دور خبير سير العمل الرئيسي يساعد العملاء في إنشاء سير عمل في كلا المنتجين. من تجربتي ، تتجاوز قدرات سير العمل في AgilePoint بالتأكيد ما يمكن أن تقدمه SharePoint و Livelink. ببساطة لأن SharePoint و Livelink (خادم المحتوى كما يفعلون أو يسمونه الآن) من المفترض أن يكونا مستودعات تعاونية ، وليس أدوات سير العمل. نعم ، سيكون لديهم قدرات سير العمل ، ومع ذلك ، لن يقتربوا من ما سيقدمه بائعو نوع تحالف الطرف الثالث - لأن هذا هو الخبز والزبدة. نحن نستخدم حاليًا AgilePoint مع كل من SharePoint و Livelink ، ونحن بصدد إدراج AgilePoint كأداة لسير العمل في الطرف الثالث في عدد قليل من الارتباطات الكبيرة والصغيرة التي سنغلقها قريبًا.

فيما يلي عناصر حول AgilePoint التي وجدتها مفيدة:

1. من محلل أعمال أو منظور التطوير ، يتم استخدام بيئة إنشاء سير العمل التي اعتدت عليها أنا وغيرها من الأشخاص التكنولوجيين وغير التكنولوجيين - Visio. إذا كنت تعرف Visio جيدًا ، فسيكون وقت زيادة AgilePoint في الحد الأدنى مقارنةً بالبائعين الآخرين. ستسمع أن AgilePoint تفخر حول "الهندسة المعمارية النموذجية" وبيئة لوحة Visio هي السبب الكبير وراء ذلك.

2. إدارة التغيير - من السهل جدًا تحديث العمليات ، والترحيل إلى عمليات جديدة ، وتغيير/تحديث العمليات أثناء الطيران.

3. إدارة المهام - واجهة المستخدم Slick التي تسمح للمسؤول بالبحث بسرعة في عمليات محددة وجميع المهام المرتبطة بهذه العملية. يعجبني حقيقة أن هناك مكانًا مركزيًا يمكنني الوصول إليه بسرعة إذا كنت بحاجة إلى الوصول إلى عملية محددة.

4. تمكين مستخدم الأعمال غير الفني-هذا يعتمد بشكل واضح على حوكمة مؤسستك ، ولكن يمكن تمكين مستخدمي الأعمال لإنشاء عملية كاملة ، والنشر في بيئة اختبار أو التدريج ، ثم اختبار عملياتهم كدليل على المفهوم go-live.

5. التكامل والتوسيع - لذا ، هنا ، إلى حد كبير خارج الصندوق ، أعتقد أنهما يتضمنون بعض AgileParts (خدمات ويب Visio Stencil) التي تتيح لك الاندماج بسرعة مع ERPs (SAP ، إلخ) و/أو يمكنك إنشاء استنسل خاص بك للدمج مع تطبيق مخصص الطرف الثالث. على سبيل المثال ، بالنسبة لعدد قليل من مشاريعي ، من المرجح أن يكون لدي مطور يقوم بإنشاء عدد قليل من agileparts مخصصة للتكامل مع مجموعة من تطبيقات التصنيع أو البيع بالتجزئة. ما يعجبني في هذا الأمر هو أنه بمجرد إنشاء هذا الاستنسل ، يمكنك إعادة استخدام أي سير عمل تعمل عليه.

6. المخطط الأساسي - وبالتالي فإن الأساس الأساسي لـ AgilePoint هو أنه يمكنك إنشاء نماذج مخصصة أو قوائم SharePoint أو "AgileForms" لإنشاء تدفقات العملية. إليك ما يعجبني في هذا ، "الموصلات" بين هذه النماذج وسير العمل هي بشكل أساسي XML ، بحيث يعني أنه سواء قررت أن تستخدم AgilePoint لمدة 3 سنوات ثم تنتقل إلى شيء آخر ، كل ما تم حفظه XML بحيث يتم حفظك لا داعي للقلق بشأن فقدان البيانات. كل هذا مرتبط بـ SQL أو أي ديسيبل تقرر استخدام المنظمات الخاصة بك.

7. الهندسة المعمارية - ما كان عالقًا بالنسبة لي هو كيف يتم تثبيت AgilePoint ، ولن يجلس على خادم SharePoint أو Livelink ، فهو يجلس بالفعل بشكل منفصل ويستخدم الموصلات للربط مع SharePoint أو غيرها من المستودعات ، وبالتالي الترقيات والبقع التي ستفعلها على هذه لا يؤثر CMS's على أداء عمل AgiLepoint.

بقدر ما وجدته مثل gotchas ، حسنًا ، أعتقد أن هناك بعض الفروق الدقيقة التي يجب البحث عنها عند إنشاء عملية جديدة يمكن أن تخلط بينك في بعض الأحيان. على سبيل المثال ، إذا قمت بتغيير اسم سير العمل ، فسيقوم بالفعل بإنشاء عملية جديدة تمامًا ، وإذا لم تكن ذكيًا بما يكفي للقبض عليه ، فسوف تقضي ساعة على الأقل في معرفة ما الذي ارتكبته. ولكن هذا هو أحد تلك الأشياء التي بمجرد إدراكها وتعلمها ، لن تكون مشكلة ، بل مجرد شيء يثير اهتمامًا وثيقًا. أعتقد أنني أستطيع أن أقول بأمان أنني لم أجد أي شيء خاطئ بشكل أساسي في المنتج. أعلم أن Gartner كان لديه مشكلة في "مبادرات الخدمية" الخاصة بـ AgilePoint وحاولت الحصول على مزيد من المعلومات من Gartner ، لكنني لم أر أي شيء مقنعًا بما يكفي بالنسبة لي للتخلص من هذا المنتج. فورستر لديه أشياء جيدة ليقولها عن ذلك :). لذلك إذا كنت لا تحب Gartner ، فهناك دائمًا فورستر ، أليس كذلك؟ قون

أنا متأكد من أن هناك أشياء أخرى ، لم أقم بالقبض عليها بعد ، لكن من الناحية الموضوعية ، أعتقد أن هذا منتج قوي وسيكون موجودًا لفترة طويلة. اسألهم عن استراتيجية النمو إذا كنت تريد شعورًا أعلى بالراحة.

حظا طيبا وفقك الله! مرحبًا بك في الاتصال بي مباشرة إذا أردت. Lateef Shariff la.shariff1@gmail.com

Answer 2

إخلاء سريع - أعمل من أجل أ شريك MS هذا هو أيضا شريك AgilePoint. بشكل عام المنتج جيد وهذا هو السبب في أننا ننفذه للحلول.

الخير:- ما هو رائع حقًا في المنتج

1. واجهة المستخدم:

   • تطوير سهل الاستخدام.
   • من السهل النشر والاستخدام.
   • نماذج ودية للهواتف المحمولة متوفرة
   • العملية الموازية لتطبيقين ممكنة باستخدام العملية الفرعية باستخدام عدم وجود رمز.
   • تعمل سير عمل SharePoint في AgilePoint على حل معظم الأغراض التي يلزم استقبالها.
   • مجموعة واسعة من الضوابط المتاحة لمختلف الوظائف.
   • نماذج العمليات المختلفة المتاحة للاستخدامات المختلفة. أي النماذج الإلكترونية ، نماذج SharePoint ، تكامل النظام ، إلخ.
   • يمكن إضافة jQuery/ CSS إلى التحكم بسهولة من خلال الملفات المشتركة/ الفردية.

2. مدة العرض:

   • معلومات مفصلة حول المتغيرات/الحقول المستخدمة في وقت التشغيل.
   • يمكن استخدام مصادر بيانات متعددة في الأحداث المختلفة.
   • سيستمر تشغيل التطبيقات عند نشر تغيير جديد ، ونتيجة لذلك ، لا يجب إسقاط النظام لنشر التغييرات.
   • يمكن استخدام واجهات برمجة التطبيقات للوصول إلى أي نوع من البيانات من الموارد الأخرى.

3. مواصفات المنتج:

   • ستعمل إصدار SharePoint Independent مع الإصدارات المستقبلية.
   • من السهل أن يتم دمجها في أنظمة مختلفة لأن SharePoint ، تتوفر Force Sales Force لوحات معلومات AgilePoint.
   • تسجيل الدخول باستخدام طريقة التفويض المختلفة ممكنة. (OAUTH2 يغطي الكثير من أساليب التفويض)
   • من السهل جدًا تصدير الطلبات إلى المستأجرين الآخرين وإعادة استخدامها.
   • يمكن إنشاء الرموز القابلة لإعادة الاستخدام عالميًا وتصديرها إلى زيادة قابلية إعادة الاستخدام.
   • يمكن أيضًا تصدير النماذج الفردية وإعادة استخدامها عبر تطبيقات متعددة ومستأجرين.

4. على الفرضية /السحابة الخاصة

   • العديد من المستأجرين الممكنين على سحابة خاصة
   • يمكن الوصول إلى البيانات المخزنة في XML وإنشاء تقارير مختلفة بناءً على البيانات

السيء:

1. واجهة المستخدم:
   • قماش مصمم بطريقة لا يمكن وضع النص العادي على شكل. يجب أن يكون في الضوابط.
   • تأخذ عناصر التحكم حجمًا محددًا لا يمكن تغييره في الارتفاع. هذا يعطي مظهرًا رائعًا ولكن المظهر المرغوب فيه أمر صعب (قد أكون متحيزًا لأن هذا ممكن بسهولة في MS Word/ Infopath).
   • ضوابط التعشيش أمر صعب باستثناء النماذج الفرعية التي بدورها لا تدعم الكثير من الضوابط
   • من الصعب تقديم عناصر التحكم HTML.
   • لا يحدث AutoSeve ويصبح واجهة المستخدم غير مستجيب في الوقت الذي يتسبب فيه فقدان البيانات
2. مدة العرض:
   • عمليات البحث يستغرق بعض الوقت لتحميل.
   • لا يمكن تعديل إجراءات إرسال الصفحة.
   • التكامل السيئ مع IE
   • تعديل النماذج غير المتصلة بالإنترنت غير ممكن
3. مواصفات المنتج:
   • لا يمكن تعديل النظرة والشعور لتبدو وكأنها SharePoint للحفاظ على الاتساق
   • من الصعب الاندماج في SP إذا لم تكن تستخدم لوحات معلومات AgilePoint كموقع فعلي للنماذج/المهام غير متوفرة

القبيح:- ما تمتص تماما

1. واجهة المستخدم:
   • دعم ضعيف للغاية لضوابط متعددة في وقت التصميم ووقت التشغيل. وبالتالي ليست مناسبة لأشكال أكبر.
2. مدة العرض:
   • لا يمكن الوصول إلى النماذج من موقع مادي حيث تتوفر النماذج كمهام. هذا عادة ما يكون شرطا رئيسيا من قبل العميل.
   • لا يمكن الوصول إلى البيانات على النماذج في أي مكان وبالتالي لا يمكن وضعها في التقارير بسهولة.
   • النماذج كما تم حفظها في XML ... وليس ديسيبل ، لذلك تحتاج إلى الحصول على البيانات في ديسيبل أولاً للقيام بتقارير حقيقية عليها