• Keine Ergebnisse gefunden

Social BPM: Software Engineering in agilen Business Communities

N/A
N/A
Protected

Academic year: 2022

Aktie "Social BPM: Software Engineering in agilen Business Communities"

Copied!
1
0
0

Wird geladen.... (Jetzt Volltext ansehen)

Volltext

(1)

Social BPM: Software Engineering in agilen Business Communities

Frank Schönthaler

PROMATIS software GmbH, Ettlingen/Baden hq@promatis.de

Veränderungsfähigkeit ist in vielen Unternehmen zum entscheidenden Erfolgsfaktor ge- worden. Mit veränderten Geschäftsmodellen und Strategien muss laufend auf neue Erfor- dernisse des Markts reagiert werden. Hierzu müssen die Veränderungen kurzfristig und zu geringen Kosten in den Geschäftsprozessen und Informationssystemen umgesetzt werden.

Die IT-Abteilung ist dazu aus Kapazitäts- und Kostengründen, aber auch angesichts ihrer Verfahren und Werkzeuge oft nicht in der Lage. Die gewünschte Veränderungsfähigkeit kann also nur dann erreicht werden, wenn die Business Community sich „emanzipiert“

und eine aktive Rolle in der Gestaltung und Umsetzung der Geschäftsprozesse übernimmt.

Dies ist die grundlegende Idee des Social Business Process Managements (Social BPM).

Mit Social BPM werden Verfahren und Technologien des Web 2.0 für BPM nutzbar ge- macht. Wesentliche Voraussetzung für den erfolgreichen Einsatz von Social BPM ist eine agile Business Community. Das bedeutet zunächst, dass alle an der Durchführung des Geschäftsprozesses beteiligten Rollen – oder idealerweise sogar alle Individuen – in die Prozessgestaltung eingebunden sind. In der Community wirken nicht nur unternehmens- interne Personen mit, sondern ganz bewusst auch Geschäftspartner und externe Experten.

Die Bereitschaft der Business Community, selbst aktiv Veränderung zu gestalten, qualifi- ziert sie als agile Business Community.

Social BPM stellt der Business Community ein Instrumentarium zur Verfügung, so dass diese in die Lage versetzt wird, neue und geänderte Geschäftsprozesse schnell und in wei- ten Teilen unabhängig von der IT-Abteilung umzusetzen. Daraus erwächst eine neue Rolle der IT, denn sie muss dem Business einen wohldefinierten Architekturrahmen vorgeben, der die Einhaltung unternehmensweiter Standards sicherstellt und einen zukünftigen infor- mationstechnischen Ausbau der Lösung jederzeit möglich macht. Insofern bedeutet Social BPM keine Abkehr von bewährten Software Engineering- Verfahren, sondern ergänzt die- se um eine neue Dimension der Partizipation des Software- Anwenders.

Der Beitrag behandelt Konzepte des Social BPM, aber auch die damit verbundenen sozio- logischen Aspekte in der Kollaboration von Business Community und IT. Wie praktische Anwendungsfälle zeigen, sind sie gleichermaßen Ursprung von nicht zu unterschätzenden Projektrisiken und innovativen Lösungsideen. Der Beitrag wird durch Vorstellung eines Social BPM-Piloten auf Basis von Horus1und der Oracle BPM Suite2abgerundet.

1Horus!R ist ein Produkt der Horus software GmbH, Ettlingen, Deutschland.

2Oracle!R BPM Suite ist ein Produkt der Oracle Corp., Redwood Shores, CA, USA.

29

Referenzen

ÄHNLICHE DOKUMENTE

●  Läuft das Programm nicht oder sind Ergebnisse offensichtlich falsch, werden die Defekte gesucht und behoben (“Debugging”)!. ●  Der „Test“ ist beendet, wenn das

❍  Experimente zeigen, dass die Sitzung kaum neue Befunde erbringt (die kein Gutachter in der Vorbereitung erkannt hat)!. ❍   Kritische Durchsicht der Individualbefunde durch

●  Ist eine Skala additiv, so muss es mindestens eine Verhältnisskala sein. Die Umkehrung gilt nicht immer.!.. Beispiel: Messung von Portabilität !!. ❍  

●  Entwicklungsteam schätzt Aufwand pro Position und wählt Positionen für anstehende Iteration aus (scrum backlog)!. ❍   Durchführung

●  Wie soll das Risiko im Projekt verfolgt werden?. ●  Kann das Risiko auf Dritte

❍   Eine Zertifizierung nach ISO 9001 bedeutet nicht automatisch, dass dieses Unternehmen Software hoher Güte herstellt!. ❍  Überspitzt ausgedrückt ist auch die kontrollierte

Positiv: Produktverantwortlicher übernimmt Änderungen durch Mischen in die RU; publiziert neue Version in RU!... Problem 2: Änderung

●  Projektspezifische Vorgaben für die Qualität (vgl. Folien Kapitel 16). ❍