2010-02-01 4 views
2

Nous sommes en train de migrer nos workflows de Livelink et SharePoint à AgilePoint. Si quelqu'un a déjà utilisé AgilePoint, est-ce que cela vous dérangerait de partager vos expériences?Quelles sont vos expériences dans l'utilisation d'AgilePoint comme moteur de workflow/BPM?

Par exemple:

  • Qu'est-ce que vous avez rencontré ya quelques Gotcha?
  • Avez-vous trouvé un aspect particulier d'AgilePoint particulièrement utile?
  • Avez-vous trouvé un aspect particulier d'AgilePoint particulièrement inutile?

Bonnes, mauvaises, les expériences indifférentes sont les bienvenues car cela sera marqué comme un wiki communautaire.

Répondre

5

Notre société de conseil est un partenaire Microsoft Gold et Open Text. Je joue le rôle d'un expert en flux de travail principal aidant les clients à créer des workflows dans les deux produits. D'après mon expérience, les capacités de workflow d'AgilePoint surpassent certainement ce que SharePoint et Livelink peuvent et offriront. Tout simplement parce que SharePoint et Livelink (Content Server comme ce qu'ils vont appeler ou appellent maintenant) sont censés être des référentiels collaboratifs, pas des outils de workflow. Oui, ils auront des capacités de flux de travail, cependant, ils ne seront pas proches de ce que les fournisseurs de type alliance tiers fourniront - parce que c'est leur pain et beurre. Nous utilisons actuellement AgilePoint avec SharePoint et Livelink et nous sommes en train d'inclure AgilePoint en tant qu'outil de workflow tiers dans quelques engagements de petite et grande envergure que nous fermerons bientôt.

Ci-dessous sont des éléments sur AgilePoint que j'ai trouvé utile:

  1. D'un analyste d'affaires ou perspective de développement, son environnement de création de flux de travail moi-même et d'autres technologies et les gens non-tech sont utilisés pour - Visio. Si vous connaissez bien visio, le temps de montée en puissance d'AgilePoint sera minime par rapport aux autres fournisseurs. vous entendrez Agilepoint se vanter de leur «architecture axée sur les modèles» et l'environnement de la palette de visio étant la principale raison.

  2. Gestion des modifications - très facile à mettre à jour les processus, à migrer vers de nouveaux processus et à modifier/mettre à jour les processus en cours de vol.

  3. Gestion des tâches - Interface utilisateur conviviale qui permet à un administrateur de rechercher rapidement des processus spécifiques et toutes les tâches associées à ce processus. J'aime le fait qu'il y a un endroit central auquel je peux accéder rapidement si j'ai besoin d'un processus spécifique. Responsabilisation non technique de l'utilisateur professionnel - cela dépendra évidemment de la gouvernance de votre organisation, mais les utilisateurs professionnels peuvent être habilités à créer un processus entier, à le déployer dans un environnement de test ou de test puis à tester leurs processus en tant que preuves. de concepts avant la mise en service. Intégration et extensibilité - Donc ici, à peu près tous, je crois qu'ils comprennent quelques agileparts (visio stencil web services) qui vous permettent d'intégrer rapidement avec ERP (SAP, etc) et/ou vous pouvez créer votre propre pochoir à intégrer avec une application personnalisée tierce. par exemple, pour quelques-uns de mes projets, il est très probable qu'un développeur créera quelques éléments agile personnalisés pour les intégrer à un tas d'applications de fabrication ou de vente au détail. Ce que j'aime à ce sujet, c'est que, une fois que vous avez créé ce gabarit, vous pouvez le réutiliser dans n'importe quel flux de travail sur lequel vous travaillez.

  4. Schéma sous-jacent - la base sous-jacente d'agilepoint est donc que vous pouvez créer des formulaires personnalisés, des listes de points de partage ou des «agilesforms» pour créer vos flux de processus. voici ce que j'aime à ce sujet, les "connecteurs" entre ces formulaires et le flux de travail est essentiellement XML, ce qui signifie que si vous décidez d'utiliser AgilePoint pendant 3 ans et ensuite passer à autre chose, tout ce XML est enregistré de sorte que vous ne pas avoir à vous soucier de perdre des données. Tout ceci est lié à votre SQL ou à toute autre base de données que votre organisation décide d'utiliser. Architecture - ce qui m'a marqué est aussi la manière dont AgilePoint est installé, il ne sera PAS installé sur votre serveur SharePoint ou Livelink, il est installé séparément et utilise des connecteurs pour relier Sharepoint ou d'autres référentiels, d'où les mises à jour et correctifs que vous ferez sur ces CMS n'affecte pas le fonctionnement du flux de travail agilepoint.

En ce qui concerne ce que j'ai trouvé que gotchas, hmm, je pense qu'il ya quelques nuances à surveiller lors de la création de nouveaux processus qui peut parfois confondre le diable vous. Par exemple, si vous changez le nom d'un flux de travail, cela créera un tout nouveau processus et si vous n'êtes pas suffisamment averti pour l'attraper, vous passerez au moins une heure à déterminer ce que vous avez fait de mal. mais c'est une de ces choses qu'une fois que vous réalisez et apprenez, ce n'est pas un problème, juste quelque chose à laquelle vous devez prêter attention. Je pense que je peux dire sans risque que je n'ai pas vraiment trouvé quelque chose de fondamentalement faux avec le produit. Je sais que Gartner a eu un problème avec les "SOA Initiatives" d'AgilePoint et j'ai essayé d'obtenir plus d'informations de Gartner, mais je n'ai rien vu d'assez convaincant pour que je puisse m'éloigner de ce produit. Forrester a de bonnes choses à dire à ce sujet :). donc si vous n'aimez pas gartner, il y a toujours forrester? :)

Je suis sûr qu'il ya d'autres choses, je n'ai pas encore pris, mais objectivement parlant, je pense que c'est un produit solide et sera autour depuis longtemps. Interrogez-les sur leur stratégie de croissance si vous voulez avoir un meilleur sentiment de confort.

Bonne chance! Vous êtes invités à me contacter directement si vous le souhaitez. Lateef Shariff [email protected]

+0

Grande rétroaction Lateef. Votre réponse bien pensée est très appréciée. –

2

Avertissement rapide - Je travaille pour une MS partner qui est aussi un partenaire AgilePoint. Globalement, le produit est bon, c'est pourquoi nous l'implémentons pour des solutions.

Le Bon: - Ce qui est vraiment cool sur le produit

  1. UI:

    • développement convivial.
    • Facile à déployer et à utiliser.
    • Neat Formes mobiles disponibles
    • Processus parallèle de deux applications possible en utilisant un sous-processus sans code.
    • Les workflows SharePoint dans Agilepoint résolvent la plupart des problèmes pour lesquels des récepteurs d'événements sont nécessaires.
    • Grande variété de contrôles disponibles pour diverses fonctionnalités.
    • Différents modèles de processus disponibles pour différents usages. C'est à dire. Formulaires électroniques, formulaires Sharepoint, intégration de système, etc.
    • Peut ajouter Jquery/CSS aux contrôles facilement via des fichiers partagés/individuels.
  2. Durée:

    • Des informations détaillées sur les variables/champs utilisés disponibles lors de l'exécution.
    • Plusieurs sources de données peuvent être utilisées lors de divers événements.
    • Les applications en cours d'exécution continueront à s'exécuter lorsqu'une nouvelle modification est publiée. Par conséquent, le système n'a pas besoin d'être réduit pour déployer les modifications.
    • Peut utiliser des API pour accéder à tout type de données provenant d'autres ressources.
  3. Caractéristiques du produit:

    • version SharePoint indépendante fonctionnera avec les futures versions.
    • Facile à intégrer dans différents systèmes car SharePoint, Sales Force a des tableaux de bord AgilePoint disponibles.
    • Connectez-vous en utilisant différentes méthodes d'autorisation. (OAuth2 couvre beaucoup de méthodes d'autorisation)
    • Très facile d'exporter des applications vers d'autres locataires et de les réutiliser.
    • Des jetons réutilisables à l'échelle mondiale peuvent être créés et exportés vers plusieurs applications, augmentant ainsi leur réutilisation.
    • Des formulaires individuels peuvent également être exportés et réutilisés sur plusieurs applications et locataires.
  4. On Premise/Private Cloud

    • locataires multiples possibles sur un nuage privé
    • peut accéder aux données stockées en XML et de créer divers rapports sur la base des données

Le mauvais:

  1. UI:
    • Toile conçu de manière à ce que le texte brut ne peut être placé sur un formulaire. Il doit être dans les contrôles.
    • Les contrôles prennent une taille spécifique qui ne peut pas être modifiée en hauteur. Cela donne un look plus soigné mais le look désiré est difficile (je peux être partial car cela est facilement possible en MS Word/Infopath).
    • L'imbrication des contrôles est difficile, sauf dans les sous-formulaires qui, à leur tour, ne prennent pas en charge beaucoup de contrôles
    • Le rendu des contrôles HTML personnalisés est difficile.
    • Autosave ne se produit pas et l'interface utilisateur ne répond plus au moment de causer la perte de données
  2. Durée:
    • Lookups prennent un certain temps à charger.
    • Les actions de soumission de page ne peuvent pas être modifiées.
    • Une mauvaise intégration avec IE
    • Hors ligne modification des formes non possibles
  3. Caractéristiques du produit:
    • Look and feel ne peuvent pas être modifiés pour ressembler à SharePoint pour maintenir la cohérence
    • Difficile à intégrer dans SP si vous n'utilisez pas les tableaux de bord Agilepoint car un emplacement physique des formulaires/tâches n'est pas disponible

The Ugly: - Qu'est-ce que suce totalement

  1. UI:
    • soutien très mauvais pour plusieurs contrôles dans le temps de conception et d'exécution. Par conséquent, ne convient pas pour les formes plus grandes.
  2. Durée:
    • formes d'accès Cant d'un emplacement physique formulaires sont disponibles comme des tâches. C'est généralement une exigence majeure du client.
    • Impossible d'accéder aux données sur les formulaires n'importe où ne peut pas être facilement mis dans les rapports.
    • formes que vous avez sauvé en XML ... pas un DB, vous devez donc obtenir les données dans un DB premier à faire rapport réel sur ce
Questions connexes