Kanban ist eine Methodik, die in der agilen sowie klassischen Softwareentwicklung eingesetzt wird. Ursprünglich kommt Kanban aus der Produktionssteuerung und hilft dabei, die Anzahl paralleler Arbeiten zu begrenzen, um kürzere Durchlaufzeiten zu erreichen und Engpässe sichtbar zu machen. Da das erste Kanban-System schon im Jahr 1947 entworfen wurde, gibt es natürlich zahlreiche Abhandlungen zu dem Thema. Ich möchte hier das Buch „Kanban in der Praxis“ von Klaus Leopold rezensieren.

Wie der Titel von „Kanban in der Praxis“ bereits suggeriert, wendet sich das Buch an Leser, die in Kanban bereits erprobt sind, ihre Methodik verbessern und die Thematik praxisorientiert weiter vertiefen möchten.

Nachdem wir uns im vorherigen Beitrag mit der Automatisierung von Aufgaben in Prozessen mit Process und Rule Engines beschäftigt haben, steht in diesem Beitrag die Robotic Process Automation, kurz RPA genannt, im Vordergrund. Ich werde zunächst eine kurze Einführung zu RPA geben, bevor ich dann Anwendungsfälle für den Einsatz von Softwarerobotern vorstelle und auf die damit verbundenen Herausforderungen eingehe. Danach beleuchte ich die verschiedenen Möglichkeiten Softwareroboter zu konstruieren und gebe einen Ausblick auf mögliche Weiterentwicklungen von RPA.

Um ein Unternehmen zu verändern sind viele Maßnahmen denkbar. An den Prozessen anzusetzen hat die mit Abstand größte Wirkung. Die Prozesse sind der Puls des Unternehmens – ohne sie kann ein Unternehmen nicht koordiniert arbeiten. Process Engines sind dazu da, an diesen Prozessen anzusetzen – und sie zu automatisieren. Process und Rule Engine greifen ineinander, sodass die Process Engine den Prozess ausführt und die Rule Engine die notwendigen Entscheidungen automatisiert. Für den eigentlichen Mitarbeiter, welcher diesen Prozess realisiert, ist das eine gute Entwicklung, denn ihm werden die automatisierbaren Aufgaben abgenommen und nur Aufgaben, welche zu komplex für die Automatisierung sind,  werden vom Mitarbeiter übernommen.

Im Kontext der Digitalisierung gewinnt die Automatisierung von Prozessen weiter an Bedeutung. Gleichzeitig steigt die Vielfalt an Automatisierungstechnologien und -tools, beginnend mit Engines zur Prozessautomatisierung, Rule Engines über Robotic Process Automation bis hin zu Technologien aus dem Bereich der künstlichen Intelligenz. In unserer Blog- und Webinarreihe unternehmen wir zusammen mit Ihnen einen Streifzug durch den Dschungel dieser Technologien und stellen ihre jeweiligen Möglichkeiten und Chancen sowie Anwendungsfälle für deren Einsatz für eine intelligente Automatisierung vor.

In unserem vorherigen Blogbeitrag haben wir die Vorteile von agilen Denk- und Vorgehensweisen im Unternehmen bezüglich eines agilen Geschäftsprozessmanagements kennengelernt. Bei sich schnell und stetig ändernden Märkten und Kundenanforderungen bildet ein agiles Mindset und die Adaption agiler Werte in der Kultur und Führungsebene den Grundstein für die Umsetzung eines agilen Prozessmanagements.

In diesem Blogbeitrag wollen wir uns nun der Umsetzung eines agilen Prozessmanagements widmen und werden anhand eines bereits aus der Software-Entwicklung bekannten Frameworks zeigen, wie agiles Geschäftsprozessmanagement aussehen kann. Wir werden anhand des Rahmenwerks Scrum beispielhaft zeigen, wie eine Organisation unter Anwendung agiler Methoden die Vorteile der Agilität auf Ihr Prozessmanagement übertragen und weiterentwickeln kann.

In einem vorherigen Blogbeitrag haben wir uns der Frage gestellt, ob es so etwas wie „agile Prozesse“ oder „agiles Prozessmanagement“ überhaupt gibt. Dort haben wir etabliert, dass „Agilität“ als solches ein System aus bestimmten Werten und Mindset ist. Darauf aufbauend widmen wir uns jetzt der Frage, wie wir das Geschäftsprozessmanagement mit Agilität, den dazugehörenden Werten und dem Mindset vereinbaren können.

Auf der strategischen bzw. organisatorischen Ebene beschreiben Geschäftsprozesse, auf welche Art und Weise ein Unternehmen mit dem Markt interagiert, sprich: womit das Unternehmen Geld verdient. Mit dem Geschäftsprozessmanagement wollen wir eben diese Prozesse und Wertschöfpungsketten darstellen und auch verwalten. Wir stellen Geschäftsprozesse mittels Modellen in bestimmten Notationen (Modellierungssprachen) dar und führen Erfolgskontrollen anhand von Kennzahlen durch.

Ein praxisorientierter Überblick

Sicherlich kennen Sie in Ihrem Unternehmen auch Prozesse, die verbesserungswürdig sind oder gar Prozesse, die sich aktuell nicht beherrschen lassen. Das ist gar nicht so ungewöhnlich, denn es gibt eine Vielzahl von Faktoren, die sich negativ auf die Prozessqualität auswirken und nicht alle Faktoren lassen sich vollständig beherrschen.

In diesem Blogbeitrag möchten wir einen Überblick geben, was Business Process Management (BPM) bedeutet und zeigen, warum BPM auch in Ihrem Unternehmen ein fester Bestandteil sein sollte. Damit Sie den Anteil nicht beherrschbarer Prozesse reduzieren. In den folgenden Abschnitten können Sie sich über folgende Themenbereiche des BPM informieren:

Was ist Business Process Management? Definition

Aufbau von Business Process Management

Die Prozessmodellierung – so viel wie nötig und so wenig wie möglich

Business Process Model and Notation 2.0 (BPMN 2.0)

Business Process Management in der Praxis

Unser Vorgehen zur Umsetzung von Business Process Management

Trends im Business Process Management

Fazit zur Umsetzung von Business Process Management

In dem aktuellen Beitrag greifen wir auf die Analyseergebnisse aus dem vorherigen Beitrag zurück und setzen den Prozess des Design Thinkings mit Phase 4 (Prototyping) fort.

Phase 4 - Prototyping

In dieser Phase wird die Grundidee aus der Phase 3 (siehe Abbildung 1) in Form von Prototypen weiterentwickelt.

Abbildung 1: Grundidee aus Phase 3

Prototype 1 (Abbildung 2)

Das Smartphone verbindet sich bei Bedarf mit einer Zwischeneinheit (Data Verification Unit, kurz DVU) und legt dort Daten ab. Nach dem Ablegen der Daten wird der dynamische Port auf der Seite des Smartphones geschlossen. Die DVU speichert, überprüft und stellt die Daten für das Zielsystem abrufbereit zur Verfügung. Das Zielsystem holt die Daten bei Bedarf ab. Nach dem Abholen der Daten wird der dynamische Port auf der Seite des Zielsystems geschlossen.

In diesem Beitrag zeigen wir wie ein IT-Problem aus der Praxis mit Design Thinking gelöst werden kann. Idealerweise haben Sie bereits unsere vorherigen Blog-Beiträge gelesen und/oder bringen schon in den folgenden Themenfeldern Wissen mit:

• Grundlagen der Innovation
• Design Thinking als Innovationsmethode

sowie ein grundlegendes Verständnis und Interesse für technische Problemstellungen.

Vor kurzem ist die 2. Auflage vom Buch „Business Analysis und Requirements Engineering: Produkte und Prozesse nachhaltig verbessern“ von Peter Hruschka erschienen. Zwischen der 1. und 2. Auflage sind fünf Jahre vergangen. Haben sich in dieser Zeit Business-Analyse und Requirements Engineering verändert?

Der Autor meint in seinem Vorwort zur 2. Auflage: Ja und nein. Durch die Verbreitung von agilen Ansätzen kann man einige Änderungen feststellen: Einiges hat neue Namen erhalten, aber das Ziel ist nach wie vor gleichgeblieben: Man möchte heute wie vor fünf Jahren effektive und schlanke Geschäftsprozesse sowie optimale IT-Unterstützung haben.