Für Business Analysten ist die Arbeit in Gruppen und Teams alltägliche Normalität. In Fachbereichen gibt es immer mehrere Ansprechpersonen, oft eingebettet in Gruppen, Teams, Abteilungen oder Referaten – und natürlich in die übergeordneten Organisationseinheiten. Business Analysten laufen inhaltlich zwischen Fachbereichen und Entwicklern permanent hin und her, sammeln Informationen zu Projektinhalten und bereiten diese wiederum sowohl für Fachansprechpersonen als auch für Developer passgenau auf.
Dafür müssen Personen und Rollen in Organisationen möglichst ‚sauber‚ auseinandergehalten werden. Oft werden Fachinhalte in großen Unternehmen sogar von genau einer Person pro Abteilung bearbeitet – bei einer Unternehmensgröße von mehreren hunderttausend Mitarbeitenden. Genauso wie einige Entwickler sich lieber in Python- und andere sich eher in Java-Umgebungen wohlfühlen, müssen Business Analysten mitdenken.
Wie es Business Analysten trotz dieser Herausforderung schaffen regelmäßig zu überzeugen darum geht es in diesem Blogpost aus der Kategorie „Was machen Business Analysten?“.
Du willst diese Serie besser von Anfang an beginnen? Das kann ich verstehen: Hier geht’s zum Serienstart.
Was ist eine Gruppe?
Ich habe einmal gehört, dass es einen Unterschied macht, ob man über Teams oder Gruppen redet. Während ein Team bereits bei einer Größe von zwei Personen starten kann und dann natürlich auch auf eine Teamgröße von acht oder zehn Personen anwachsen kann, definiert sich eine Gruppe erst ab einer Größe von mindestens drei Personen. Ich fand diese Unterscheidung interessant – vor allem, weil ich ursprünglich dachte, dass Teams so ungefähr das gleiche wie Gruppen sind. Wahrscheinlich hatte ich „Team“ immer als englischen Begriff verstanden und als Synonym für „Gruppe“ genutzt; ähnlich wie das Wort „Mannschaft“, das ja unter Umständen sprachlich auch eine Gruppe sein könnte. Das ist aber offensichtlich nicht so. Ich habe mir diese Unterscheidung zu Teams und Gruppen seitdem gemerkt.
Eine Gruppe beschreibt sich also über die Größe von mindestens drei Personen, ein Team kann bereits aus zwei Personen bestehen. Projektmitglieder können in Gruppen arbeiten – und Business Analysten auch. Die folgende Skizze macht die Arbeit von Business Analysten in Gruppen ein wenig verständlicher:
Im Kern sind Business Analysten Kommunikationsassistent:innen. Sie sind Unterstützer:innen.
Business Analysten in Gruppen
Business Analysten gehen in Gruppenkontexten in Projekten zumeist:
- aktiv,
- offensiv und
- ruhig vor.
1 Das Reh nicht aufscheuchen
Ein guter Vergleich ist ein 15-Kilometer-Lauf in der Natur. Wenn man unterwegs auf zwei Rehe trifft, ist man grundsätzlich geneigt, einen Bogen um sie zu machen – doch meistens laufen sie bereits weg, bevor man überhaupt reagieren kann. Rehe sind extrem scheue Tiere. Ähnlich ist es manchmal in Organisationen: Wenn Business Analysten in neuen Projektumfeldern auftreten, reagieren Projektmitglieder zunächst zurückhaltend. Wenn Analysten dann zusätzlich hektisch, gestresst oder mit unangebrachtem Verhalten auftreten, kann es passieren, dass man einige Personen nie wieder zu Gesicht bekommt – und dann werden auch keine Auswertungen oder Analysen entstehen. Business Analysten agieren daher, bewusst und bedacht.
2 Gelassen bleiben
Business Analysten brauchen außerdem, wie ihr euch vorstellen könnt, viel Geduld. Es kann vorkommen, dass Analysten mehrfach im Quartal auf dieselben Projektbeteiligten zugehen und Fragen zum grundsätzlich gleichen Inhalt haben. So ist das. Und natürlich kann es auch nerven, wenn immer wieder dieselbe Frage gestellt wird – obwohl sie bereits mehrfach beantwortet wurde.
3 Details haben Vorrang
Wie so oft gilt auch hier: Auf den Detailgrad kommt es an! Manche Inhalte müssen halt diskutiert werden – egal, ob zwei, zwölf oder dreißig Mal. So ist Business Analyse. Denn, genau diese detaillierten Informationen sind entscheidend, weil Developer darauf angewiesen sind. Nur so können Softwareprodukte korrekt ausgesteuert werden.
Bleib gerne dran! Im nächsten und damit auch letzten Teil von „Was machen Business Analysten?“ werden endlich Workshops vorgestellt. Das wird auch wieder spannend.
Bisher erschienen:
- Teil 1: Die Lage überblicken
- Teil 2: Die unsichtbare Kraft hinter erfolgreichen Projekten
- Teil 3: Aus Anforderungen produktive Ergebnisse machen
- Teil 4: Dashboards zum Fliegen bringen
- Teil 5: Motiviert Ziele erreichen
- Teil 6: Tools gezielt nutzen
- Teil 7: Fachlich klar bleiben
- Teil 8: Modernes Projektmanagement
