Die Rolle des RPA Business Analyst – Der „Hidden Champion“ der RPA-Welt (TEIL 2 VON 3)

Vor kurzem haben wir darüber geschrieben, wie man vor geht, um einen guten RPA Developer einzustellen. In Teil 2 geht es heute darum, welche entscheidende Rolle der Business Analyst in RPA Projekten einnimmt.

Das Konzept von Garbage in, Garbage out, ist von Anfang an mit der Informatik und dem Algorithmen-Design verbunden. Die Grundidee ist, dass ein Versäumnis, Daten, Anforderungen und Parameter in einem Prozessablauf stromaufwärts zu validieren, zu Engpässen oder sogar zu einem potenziellen Ausfall im weiteren Verlauf führt. Kurz gesagt, wenn die Annahmen fehlerhaft sind, wird das Argument falsch sein. In der Prozessautomatisierungswelt bedeutet das, wenn die Prozessauswahl, die Pipeline oder die Dokumentation fehlerhaft ist, die Automatisierungsreise zum Scheitern verurteilt ist.

Deshalb: Wir brauchen die Hilfe eines erfahrenen RPA Business Analysten!

 

Was ist ein RPA Business Analyst in einem Satz?

Der RPA Business Analyst zeichnet sich durch Prozesserfahrung und analytisches Denken aus und bildet die Brücke zwischen den technischen Teams und den Fachabteilungen in der Automatisierungsinitiative eines Unternehmens.

Welche Rolle spielt der RPA Business Analyst?

Prozessanalyse & Pipeline-Management

Ein RPA Business Analyst (BA) sollte der Gatekeeper der Prozessautomatisierungspipeline sein. Durch seine hochrangige und tiefgehende Prozessanalyse fungiert der BA als Identifikator für potenzielle Automatisierungsmöglichkeiten sowie als Erforscher von Stoppern und Hindernissen, mit denen das Entwicklungsteam konfrontiert sein könnte, wenn eine Automatisierung beginnt.

Wird beispielsweise ein Application Owner dem RPA-Projekt Schwierigkeiten bereiten, weil er oder sie den Wert der Automatisierung nicht erkennt? – Der BA sollte das erkennen!

Verdreifacht sich die Zeit bis zur Produktion durch das Sammeln von Testdaten, auch wenn die Automatisierung im Umfang ein Kinderspiel für die Entwicklung ist? – Der BA sollte das erkennen!

Wie man sieht, sollte der BA nicht nur in der Lage sein, die Eigenschaften eines Prozesses faktenbasiert zu überprüfen, um seine Eignung für die Automatisierung zu beurteilen. Zudem muss er in der Lage sein, Risiken und Nutzenpotenziale «zwischen den Linien» zu erkennen und zu spüren, was für eine erfolgreiche Automatisierungsinitiative relevant sind.

Um die Prozessanalyse zu unterstützen, sollte ein BA ein Bewertungsmodell erstellen, das die Prozesse für die Automatisierung, die langfristig den größten positiven Einfluss auf die RPA-Strategie haben effektiv priorisiert. Da jedes Unternehmen unterschiedliche Komplexitätstreiber hat, die sich auf die RPA-Reise auswirken, muss der BA auch das Modell „on the go“ überarbeiten, um die gewonnenen Erkenntnisse zu berücksichtigen. Dabei ist es wichtig sicherzustellen, dass sich die Lernkurve aus dem gesamten RPA-Programm in der Priorisierung der RPA-Pipeline widerspiegelt.

Prozessdokumentation und Unterstützung des Projektmanagements

Parallel dazu ist ein RPA Business Analyst auch prozessorientiert und technisch versiert. Ein BA versteht den Detaillierungsgrad, den das Entwicklungsteam benötigt, um eine Automatisierung aufzubauen, und kann als Brücke zwischen dem Unternehmen und den Entwicklungsteams dienen. Sie unterstützen die Prozessdokumentation und koordinieren Testphasen, Prozess-Releases und Hyper-Care-Phasen.

Am Ende des Tages kann ein guter Business Analyst viele potenzielle Fallstricke eines RPA-Prozesses im Voraus erkennen. Sie können Ihr stiller Champion sein und den Unterschied zwischen einer reibungslosen Implementierung und einer schwierigen Reise ausmachen.

 

Wer sollte der RPA Business Analyst sein?

Verschiedene Unternehmen gehen bei der Auswahl der richtigen Person für die BA-Rolle unterschiedlich vor.

Unternehmen, die in einem DevOps-Framework arbeiten, erwarten, dass ihre Entwickler gleichzeitig an der Prozessanalyse und der Bauphase eines Projekts beteiligt sind. Dieser Ansatz birgt das Risiko, dass die Prozessanalyse und -dokumentation zu technisch orientiert ist.  Sind diese Phasen zu technisch, kann dies die enge Verbindung zu den beteiligten Geschäftseinheiten beeinträchtigen.

Unternehmen, die mit höheren regulatorischen Einschränkungen konfrontiert sind oder über eine starke Prozessverbesserungseinheit verfügen, tendieren zu einer stärkeren Trennung der Verantwortlichkeiten. In der Regel haben sie Mitarbeiter, die die Rolle des BA auf Vollzeitbasis übernehmen. Es ist wichtig zu beachten, dass ein Vollzeit BA mit ausreichendem technischen Hintergrund schwer zu finden sein kann und die Wahl des falschen Profils einen großen Einfluss auf Ihr RPA-Programm haben kann.

Unabhängig davon, welche Person am Ende die Rolle des RPA Business Analysten übernimmt, bleiben die angestrebten Eigenschaften unverändert. Neben einer guten technischen Basis und dem Verständnis für Prozesse (und deren Verbesserung) braucht der BA:

  • Ein gutes Verständnis für die Branche, die er analysiert.
  • Ein hohes Maß an Neugierde und außergewöhnliche Kommunikationsfähigkeiten.
  • Die Fähigkeit gute Fragen stellen zu können und die Geduld, komplizierten Erklärungen zuzuhören.
  • Gute analytische Fähigkeiten, um z.B. Anforderungen aus verschiedenen Perspektiven zu analysieren, mit klarem und logischem Denken.
  • Ein «zoom-in zoom-out»-Ansatz bei der Identifizierung der besten Lösung, der immer sicherstellt, dass die getroffenen Maßnahmen mit der Programmvision übereinstimmen.

 

In Anbetracht all dieser Punkte glauben wir, dass Business Analysten die Hidden Champions der RPA-Welt sind und als Differenzierungsmerkmal in einem erfolgreichen Automatisierungsprogramm fungieren können.

Den letzten Teil dieser Serie werden wir in Kürze veröffentlichen. Bleiben Sie dran!

 

Tags: Business Analyst, Hiring, RPA Roles