Quali sono le tue esperienze nell'uso di AgilePoint come motore di lavoro/BPM?

Question

Stiamo migrando i nostri flussi di lavoro da Livelink e SharePoint a AgilePoint. Se qualcuno ha avuto esperienza nell'uso di AgilePoint, ti dispiacerebbe condividere le tue esperienze?

Per esempio:

• Quali sono alcuni Gotcha che hai incontrato?
• Hai trovato un aspetto particolare di AgilePoint particolarmente utile?
• Hai trovato qualche aspetto particolare di AgilePoint particolarmente inutile?

Le esperienze buone, cattive e indifferenti sono tutte benvenute in quanto questo sarà contrassegnato come wiki della comunità.

Answer 1

La nostra società di consulenza è un partner Microsoft Gold e Open Text. Interpreto il ruolo di un esperto di flusso di lavoro principale che assiste i clienti nella creazione di flussi di lavoro in entrambi i prodotti. Dalla mia esperienza, le capacità del flusso di lavoro di AgilePoint superano sicuramente ciò che SharePoint e Livelink possono e offriranno mai. Semplicemente perché SharePoint e Livelink (Content Server come ciò che faranno o lo chiamano ora) sono pensati per essere repository collaborativi, non strumenti di flusso di lavoro. Sì, avranno capacità di flusso di lavoro, tuttavia non si avvicineranno a ciò che forniranno i fornitori di tipi di alleanza di terze parti, perché questo è il loro pane e burro. Attualmente stiamo usando AgilePoint sia con SharePoint che Livelink e siamo in procinto di includere AgilePoint come strumento di flusso di lavoro di terze parti in alcuni impegni di grandi e piccoli impegni che chiutreremo presto.

Di seguito sono riportati elementi su AgilePoint che ho trovato utile:

1. Dal punto di vista degli analisti aziendali o dello sviluppo, è un ambiente di creazione del flusso di lavoro che io e altre persone tecnologiche e non tecnologiche siamo abituati a Visio. Se conosci bene Visio, il tempo di aumento di AgilePoint sarà minimo rispetto ad altri fornitori. Sentirai AgilePoint vantarsi della loro "architettura basata su modelli" e l'ambiente della tavolozza di Visio è il grande motivo per cui.

2. Gestione delle modifiche: molto facile da aggiornare i processi, migrare a nuovi processi e processi di modifica/aggiornamento in volo.

3. Gestione delle attività - UI Slick che consente a un amministratore di cercare rapidamente processi specifici e tutte le attività associate a tale processo. Mi piace il fatto che ci sia un posto centrale a cui posso accedere rapidamente se ho bisogno di raggiungere un processo specifico.

4. Empowerment degli utenti aziendali non tecnici: ciò dipenderebbe ovviamente dalla governance della tua organizzazione, ma gli utenti aziendali possono essere autorizzati a creare un intero processo, distribuire in un ambiente di test o di gestione andare in diretta.

5. Integrazione ed estensibilità - Quindi qui, praticamente fuori dalla scatola, credo che includano alcuni AgileParts (Visio Stencil Web Services) che ti consentono di integrarti rapidamente con ERP (SAP, ecc.) E/o puoi creare il tuo stencil per integrarsi con un'app personalizzata di terze parti. Ad esempio per alcuni dei miei progetti, molto probabilmente avrò uno sviluppatore a creare alcuni AgileParts personalizzati da integrare con un mucchio di app di produzione o di vendita al dettaglio. Quello che mi piace di questo è che, una volta creato questo stencil, puoi riutilizzare in qualsiasi flusso di lavoro su cui stai lavorando.

6. Schema sottostante - Quindi la fondazione sottostante di AgilePoint è che è possibile creare moduli personalizzati, elenchi di SharePoint o "forme agili" per creare flussi di processo. Ecco cosa mi piace di questo, i "connettori" tra queste forme e il flusso di lavoro sono essenzialmente XML, quindi ciò significa che se decidi di utente AgilePoint per 3 anni e poi passa a qualcos'altro, tutto quel XML viene salvato in modo da salvare Non devo preoccuparti di perdere dati. Tutto ciò è collegato al tuo SQL o qualunque cosa DB le organizzazioni decidano di utilizzare.

7. Architettura - Ciò che è uscito per me è stato anche il modo in cui AgilePoint è installato, non si siederà sul tuo server di SharePoint o Livelink, in realtà si siede separatamente e utilizza connettori per collegarsi con SharePoint o altri repository, quindi gli aggiornamenti e le patch che farai su questi CMS non influisce su come sta eseguendo il flusso di lavoro AgilePoint.

Per quanto riguarda quello che ho trovato come gotchas, hmm, penso che ci siano alcune sfumature da cercare quando crei un nuovo processo che a volte può confondere il diavolo. Ad esempio, se cambi il nome di un flusso di lavoro, in realtà creerà un processo completamente nuovo e se non sei abbastanza esperto da catturarlo, passerai almeno un'ora a capire cosa diavolo hai fatto di sbagliato. Ma questa è una di quelle cose che una volta che ti rendi conto e imparerai, non sarà un problema, solo qualcosa a cui prestare molta attenzione. Penso di poter tranquillamente dire che non ho davvero trovato nulla di fondamentalmente sbagliato nel prodotto. So che Gartner ha avuto un problema con le "Iniziative SOA" di AgilePoint e ho cercato di ottenere maggiori informazioni da Gartner, ma non ho visto nulla di abbastanza convincente per me di allontanarsi da questo prodotto. Forrester ha cose buone da dire al riguardo :). Quindi se non ti piace Gartner, c'è sempre Forrester, vero? :)

Sono sicuro che ci sono altre cose, non ho ancora catturato, ma obiettivamente parlando, penso che questo sia un prodotto solido e sarà in giro per molto tempo. Chiedi loro la loro strategia di crescita se vuoi un maggiore senso di conforto.

Buona fortuna! Sei il benvenuto a contattarmi direttamente se vuoi. Lateef Shariff la.shariff1@gmail.com

Answer 2

Disclaimer rapido - Lavoro per un MS Partner Questo è anche un partner di AgilePoint. Nel complesso, il prodotto è buono, motivo per cui lo implementiamo per le soluzioni.

The Good:- Cosa c'è veramente bello del prodotto

1. UI:

   • Sviluppo intuitivo.
   • Facile da distribuire e utilizzare.
   • Forme ordinate per mobili disponibili
   • Processo parallelo di due applicazioni possibili utilizzando il processo secondario utilizzando il codice.
   • I flussi di lavoro di SharePoint in AgilePoint risolvono la maggior parte degli scopi per i quali sono necessari i ricevitori di eventi.
   • Ampia varietà di controlli disponibili per varie funzionalità.
   • Diversi modelli di processo disponibili per usi diversi. Cioè forme elettroniche, forme di SharePoint, integrazione del sistema ecc.
   • Può aggiungere jQuery/ CSS ai controlli facilmente tramite file condivisi/ singoli.

2. Runtime:

   • Informazioni dettagliate su variabili/campi utilizzati disponibili in fase di esecuzione.
   • Più fonti di dati possono essere utilizzate a vari eventi.
   • L'esecuzione di applicazioni continuerà a essere eseguita quando viene pubblicata una nuova modifica, a seguito della quale il sistema non deve essere abbattuto per distribuire le modifiche.
   • Può utilizzare le API per accedere a qualsiasi tipo di dati da altre risorse.

3. Caratteristiche del prodotto:

   • La versione di SharePoint Independent funzionerà con versioni future.
   • Facile da integrare in diversi sistemi perché SharePoint, la forza di vendita ha dashboard AgilePoint disponibili.
   • Accedi utilizzando vari metodi di autorizzazione possibile. (OAuth2 copre molti metodi di autorizzazione)
   • Molto facile esportare applicazioni verso altri inquilini e riutilizzarli.
   • I token riutilizzabili a livello globale possono essere creati ed esportati in una riusabilità crescente di applicazioni multiple.
   • Le singole forme possono anche essere esportate e riutilizzate su più applicazioni e inquilini.

4. Su premessa /cloud privato

   • Più inquilini possibili su un cloud privato
   • Può accedere ai dati archiviati in XML e creare vari report in base ai dati

Il cattivo:

1. UI:
   • Tela progettata in modo tale che il testo semplice non può essere posizionato su una forma. Deve avere controlli.
   • I controlli occupano una dimensione specifica che non può essere modificata in altezza. Questo dà un aspetto più ordinato, ma l'aspetto desiderato è difficile (potrei essere distorto in quanto ciò è facilmente possibile in MS Word/ Infopath).
   • I controlli di nidificazione sono difficili tranne messi in sottomarini che a loro volta non supportano molti controlli
   • I controlli HTML personalizzati sono difficili.
   • Autosave non si verifica e l'interfaccia utente non risponde al tempo causando la perdita di dati
2. Runtime:
   • Le ricerche richiedono un po 'di tempo per caricare.
   • Pagina Invio Le azioni non possono essere modificate.
   • Cattiva integrazione con IE
   • Modifica offline di moduli non possibili
3. Caratteristiche del prodotto:
   • Guardare e sentire non può essere modificato per sembrare SharePoint per mantenere la coerenza
   • Difficile da integrare in SP se non si utilizza i dashboard AgilePoint come posizione fisica di forme/attività non è disponibile

Il brutto:- cosa fa schifo totalmente

1. UI:
   • Supporto molto scarso per più controlli nel tempo di progettazione e in fase di esecuzione. Quindi non è adatto a forme più grandi.
2. Runtime:
   • Non possono accedere ai moduli da una posizione fisica poiché i moduli sono disponibili come attività. Questo di solito è un requisito importante da parte del cliente.
   • Non posso accedere ai dati sui moduli ovunque, quindi non può essere inserito facilmente nei rapporti.
   • Moduli salvati in XML ... non un DB, quindi è necessario ottenere i dati in un DB prima per fare un vero rapporto su di esso