Was ist der Zweck eines BPM in einer reinsten Architektur?

Question

Ich stelle eine Architektur für ein mittelständisches Unternehmen zusammen, die ein BPM (Business Process Management) -Tool einführen möchte. Ich verstehe, dass dies hilfreich wäre und ich möchte es einführen, aber es ist schwierig, seinen angemessenen Platz in der Architektur zu finden.

Ich möchte wissen, wann und wie Sie ein BPM-Tool verwenden sollten, wie unterscheiden Sie Business Process von Application Workflow?

Answer 1

Warum möchten Sie ein BPM-Tool einführen? Ist es Buzzword-Compliance? Wenn Sie Schwierigkeiten haben, einen Platz in der Architektur zu finden, dann würde ich vermuten, dass das Tool keinen großen Gewinn bringt (zumindest nicht mit Ihrem derzeitigen Verständnis).

Anwendungs-Workflow-Tools befassen sich typischerweise mit der Modellierung eines spezifischen Prozesses und geben semotechnischen Prozessdesignern die Möglichkeit, die Schritte und Interaktionen zu zeigen, während Programmierer das Skelett mit Code ausarbeiten können, der die Teile implementiert. Persönlich habe ich festgestellt, dass der Overhead der Ausbildung von semi-technischen Prozessleitungen die versprochenen Gewinne in effektiver Kommunikation und Turnaround ausgleichen kann, aber in großen Organisationen kann es sicherstellen, dass der Prozess "Eigentümer" die Illusion der Kontrolle für den Kauf von Plänen benötigt. Ich sage Illusion, weil am Ende des Tages die IT-Mitarbeiter den Code neu generieren, der den Prozess implementiert, und oft vorgeschlagen, Änderungen aufgrund von Problemen auf der technischen Seite rückgängig zu machen (solche Tools machen oft Änderungen leichter vorzuschlagen als zu implementieren)).

Einige Business Process Management-Tools sind wenig mehr als Application Workflow-Tools mit höheren Preisschildern. Einige nehmen eine höhere Sicht und integrieren die manuellen Abläufe und andere Nicht-IT-Prozesse in die Architektur (obwohl offensichtlich solche Schritte wirklich nichts anderes sind als Stubs oder Gatekeeper für das Verlassen und Wiedereintreten in den IT-Fluss). Ich habe keine Ahnung, was Sie ein mittelständisches Unternehmen nennen, aber bei einem 160-Mann-Luft- und Raumfahrttechnik-Unternehmen fanden wir BPM-Tools, die wir zu hoch bewerteten.

Leider ist dies eine der Fragen, bei denen nur Antworten gegeben werden können, sogar mit allen Fakten (verschiedene Systemanalytiker geben unterschiedliche Meinungen). Ich hoffe, dass ein kurzer Überblick zumindest hilfreich ist. Achten Sie nur auf Umsatzhype: Ich finde solche Tools nur in bestimmten Organisationen mit spezifischen Prozessabläufen und in anderen als Hindernis.

Answer 2

Wenn ein Unternehmen über Prozesse verfügt, die die meisten Fälle von Datenfluss verarbeiten, kann es an der Zeit sein, BPM-Tools zur Untersuchung der aktuellen Prozesse einzuführen. In gewissem Sinne erinnert mich das an die Frage "Is BPM in your mind?", die vor einiger Zeit gestellt wurde.

Answer 3

Ich habe mehr nützlich und lohnend einzuführen BPM in Unternehmen gefunden, die bereits einige formale Geschäftsprozess already-

Anwendungs ​​Workflows etabliert haben, sind in der Linie Interaktion mit dem Benutzer nur (Dokumente, Genehmigungen, Unterschriften usw. zu automatisieren .). Aber wenn es um Benutzer/System-Interaktion geht, ist BPM sehr praktisch.

Es ist nicht nur der Endbenutzer kann den tatsächlichen Fluss der App sehen und verstehen (für sie werden nicht einen Finger bewegen, um irgendwelche Änderungen zu machen, ist in Ordnung), aber Wiederholung der Aufgabe oder komplexe Interaktion zwischen Systemen zu vermeiden.

Natürlich können Sie dies in einer App ab 0 programmieren, aber es macht keinen Sinn oder Maßstab, wenn ein Geschäftsprozess tatsächlich für andere Prozesse als Dienst verwendet werden kann.BPM-Suites lassen Sie dies in ein paar Stunden tun (eigentlich ein paar Klicks, aber sagen Sie dem Kunden nicht)

Also zurück zu Ihrer Frage und abhängig von den BPM-Tool-Kapazitäten, wenn es bereits einen Geschäftsprozess und Dieser Prozess erfordert Interaktion zwischen Benutzern von verschiedenen (das ist wichtig) Bereichen und verschiedenen Systemen ist es wert, die BPM einzuführen.

Wenn die Interaktion „menschlicher orientiert“ (Dokumente, Genehmigungen, etc.) App-Workflow tun (oder als Workflow verwendet BPM, wenn sie bereits das Werkzeug haben)

Wenn die Interaktion amog Benutzern derselben ist Bereich, oder die Daten sind relativ einfach zu konsumieren und niemand kümmert sich um den Geschäftsprozess (dh. wer für Sodas gehen), können Sie eine Web-/Schreibtisch-App von Grund auf neu erstellen.

Answer 4

„Wenn & wie sollten Sie ein BPM-Tool“

Oscar Reyes macht den Punkt, direkt im ersten Satz seines Postens. Sie brauchen eine Prozessvision.

Ein BPM-Tool (streng genommen), ist ein Werkzeug, angenommen, um Geschäftsprozesse zu verwalten. Die Warnung in Godekes Beitrag oben ist ebenfalls richtig. Nicht alle BPM-Tools sind gleich. In der Tat, ich fordere Sie heraus, niemand kann sich darauf einigen, was BPM eigentlich ist. Der Begriff wurde von verschiedenen Parteien einschließlich Software-Anbieter, Berater, Analysten und Nachrichtenagenturen usurpiert (um nur einige zu nennen).

Aber um direkt zu antworten, ist ein BPM-Tool geeignet, wenn ein Unternehmen einen Teil oder den gesamten Geschäftsprozess automatisieren möchte. Hinweis ... Alle Unternehmen haben Geschäftsprozesse. Es ist nur so, dass nicht alle Unternehmen sie dokumentieren oder verwalten.

Wie ein BPM-Tool implementiert wird, hängt vom Kontext ab, da BPM-Lösungen unterschiedliche Typen aufweisen. Im Großen und Ganzen (und dies ist ein Diskussionsstoff) können Sie BPM in transaktionale und auf den Menschen ausgerichtete Prozesse aufteilen. Transaktions-BPM zielt darauf ab, Prozesse auf Systemebene zu automatisieren - hauptsächlich die Integration. Sie werden hier viel über SOA sehen. Human-centric BPM zielt (offensichtlich) auf Prozesse ab, die menschliche Interaktion mit sich bringen - meist Dokumenten- oder strukturiertes/unstrukturiertes Datenmanagement.

"Business Process von den Anwendungs-Workflow unterscheiden" Siehe oben. Dies ist eine sehr allgemeine Diskussion. Und es muss viel getan werden, um ein BPM-Projekt angemessen zu identifizieren.

Die erste Frage ist: "Leitet unser Unternehmen derzeit sein Geschäft nach Prozess oder will es?". Die Antwort auf diese Frage sollte von oben kommen. Ich habe die Erfahrung gemacht, dass ein BPM-Projekt seine Ziele wahrscheinlich nicht erreichen wird, wenn sich die Unternehmensleitung nicht auf prozessorientiertes Unternehmensmanagement beschränkt. Nicht, dass Sie kein BPM-Tool installieren können, um Systeme zu integrieren oder elektronische Dokumente zu verwalten, aber dass der ROI des Projekts wahrscheinlich verloren geht oder verloren geht.

Fazit: Ein BPM-Projekt erfordert eine prozessorientierte Geschäftsvision. Damit sind Sie in einer viel besseren Position, um eine geeignete Architektur zur Unterstützung dieser Vision zu definieren.