Qual è il valore di BPM? (Gestione dei processi aziendali) Vale la pena utilizzarlo? In quali casi? [chiuso]

Question

E non intendo Bit al minuto, ma Gestione dei processi aziendali.

All'inizio sebbene BPM fosse sopravvalutato, perché la tecnologia è in qualche modo facile da affrontare, ma ho imparato che il valore delle suite BPM sta nel coinvolgere i non tecnici, gli esperti di business nella progettazione del software.

Lo so, l'utente è sempre con noi durante l'analisi, ma i manufatti che usiamo sono sempre molto poco familiari con loro. Non importa quanto sia gradevole il diagramma UML o in quante iterazioni Agile entriamo, c'è sempre un divario tra l'utente finale e lo sviluppatore finale (di solito coperto dal gestore utenti e dal responsabile IT: -S)

Come vedi (come sviluppatori software) i BPM? Sembra interessante? Considereresti di impararne uno? Pensi che tra 5 anni sarà morto?

So che BPM non è affatto un proiettile d'argento, ma a meno che tu non abbia un cliente molto intelligente che sappia esprimere i propri requisiti per noi per farlo correttamente, l'analisi e i requisiti saranno sempre l'area in cui i progetti falliranno.

Answer 1

Ho trascorso un paio d'anni nella cerchia di Content Management / Information Management utilizzando sia i prodotti FileNet che IBM BPM. Devo dire che sono incredibilmente impressionato, ed ecco perché:

1) BPM è una di quelle cose che non ho mai visto implementate in modo intuitivo. Con ciò intendo (simile a quello che dici nella tua domanda) che un utente aziendale non può sedersi e con 30 minuti crea un processo / flusso di lavoro.

2) Raramente ho visto un non programmatore in grado di creare soluzioni accettabili

3) La mancanza di capacità di spiegare BPM agli utenti aziendali, l'incapacità degli utenti aziendali di comprendere e la quantità di tempo e denaro speso per BPM mi sembra ridicola. Dall'esperienza in tutto ciò in cui sono stato coinvolto, la società potrebbe assumere 1 o 2 persone (tipi tecnici) per lavorare a tempo pieno e creare loro un'app personalizzata per il tempo necessario a un gruppo di tipi di attività per tenere numerosi incontri e assumere consulenti o formare uomini d'affari.

4) È un mercato incredibilmente di nicchia e il 90% dei risultati riguarda l'instradamento e l'approvazione dei documenti. Questo è un concetto MOLTO MOLTO semplice e uno che uno sviluppatore può solitamente codificare e implementare una soluzione per molto più economico. Se lo sviluppatore è bravo, può renderlo molto più intuitivo anche con meno passaggi.

5) Di solito ci vuole più tempo per parlare con un programmatore con 10 persone in gestione, un gruppo di utenti aziendali, imparare a usare un prodotto limitato e male e trovare una soluzione di quella che sarebbe solo per consentire lo sviluppo normale .

Non fraintendetemi qui: so che la mia esperienza, sebbene piuttosto profonda rispetto ad alcuni, riguarda solo un paio di prodotti, il che significa che ho toccato solo un po 'di quello che c'è là fuori. Sono a favore dell'innovazione, ma non ho ancora visto una soluzione decente a metà, e costano 20 volte di più di quanto valgono. Sono sicuro che il software di tipo COTS BPM persisterà, ma spero di non dover lavorare con esso per molti altri anni. Speriamo che sarà a metà strada decente.

Answer 2

Vedo BPM come qualcosa di ortogonale a un'unità IT tradizionale che "mantiene i computer in esecuzione" poiché BPM è dove cerchiamo di migliorare il modo in cui le cose vengono fatte aggiungendo questa tecnologia o modificando di conseguenza un processo. Lo trovo piuttosto affascinante in alcuni modi.

Un'altra parte interessante per me è che ciò tende a coinvolgere la ricerca di diverse parti dell'azienda, ad es. come funzionano il team di vendita, marketing, risorse umane, ecc. e cercando di vedere quanto sono efficienti e dove possono essere migliorate le cose?

Non credo che morirà, ma il significato del nome cambierà e si evolverà sospetto che un ramo possa essere Automating Business Experts o qualche altro nome. Vedo anche questa fusione con l'idea di un portafoglio di applicazioni in un dipartimento IT di un'azienda. Le applicazioni vengono migliorate o sostituite su base regolare per migliorare il modo in cui le cose funzionano con un valore di miglioramento continuo.

Non dimenticare che ci sono quelli di noi IT che frequentano questo sito. Potrei essere uno sviluppatore Web nel titolo, ma questo può avere un paio di angolazioni diverse a seconda dell'azienda: 1) Sviluppo del prodotto - Qui aiuto a rendere il prodotto o facilitare il servizio che l'azienda vende, 2) Informatica - Qui aiuto il azienda gestita conoscendo la spina dorsale dell'azienda che è un gruppo di macchine e vari pezzi di software cuciti insieme da vari processi per il funzionamento dell'azienda.

L'evoluzione dei requisiti e le tecnologie che possono aiutare a soddisfare tali requisiti sono in genere un paio di cose importanti che possono influire su qualsiasi grande integrazione software come un sistema ERP o CRM. Nel prendere anni per installare il software e far sì che la società lo utilizzi correttamente, ci saranno probabilmente molti cambiamenti su come pensavamo che funzionasse e su come lo usiamo realmente, dove non tutte le modifiche sono sbagliate. Può essere che rimuovendo una parte una società possa risparmiare migliaia di dollari sulle ore uomo che verrebbero spese per qualcosa che non è realmente necessario o utile ma questo non era noto all'inizio e quindi una delle funzionalità richieste è rimosso dalla lista delle cose desiderate alla fine.