Aus der IT-Perspektive bedeutet die Tätigkeit eines Analytikers mehrere verschiedene Aufgaben mit unterschiedlichen Arbeitsbereichen Dazu gehört die Rolle des IT-Analytikers, der auch als Systemanalytiker, Business-Analytiker, Datenanalytiker oder Testanalytiker bezeichnet wird. Aber was tut der Mensch auf der betreffenden Arbeitsposition eigentlich und wofür ist er verantwortlich? Schauen wir uns die Rollen chronologisch an, so wie sie in den Verlauf des IT-Projekts eintreten.
Business-Analytiker
Die erste analytische Position, die in das Projekt eintritt, ist der Business-Analytiker. Seine Aufgabe ist, sehr vereinfacht ausgedrückt, mit dem Kunden, mit den Business-Vertretern vor Ort, zu kommunizieren. Das Ziel seiner Arbeit ist, die Bedürfnisse des Kunden zu sammeln, diese in Anforderungen umzuwandeln und sie nach ihrer Wichtigkeit zu ordnen. Anschließend entwickelt der Analytiker einen Lösungsentwurf, d. h. er baut die Software de facto aus der Sicht des Benutzers auf. Seinen Entwurf verzeichnet er in die Business-Analyse, d. h. es werden Prozessdiagramme, Use-Case-Modelle oder User-Stories, Aktivitätsdiagramme, Beschreibungen von Benutzerrollen, Wireframes von Bildschirmen usw. erstellt, also alles, was zeigt, wie das System aus Sicht des Benutzers funktionieren soll.
IT-Analytiker
Der IT-Analytiker, der auch als Systemanalytiker bezeichnet wird, tritt früh oder zusammen mit dem Business-Analytiker in den Projektprozess ein. Seine Aufgabe ist, die technische Lösung des Systems zu entwerfen. Bei seiner Arbeit kommuniziert er intensiv sowohl mit dem IT-Architekten, der für das Konzept der Entwicklung der Applikation zuständig ist, als auch mit dem Business-Analytiker, der ihm die Funktionsanforderungen und die Beschreibung der Lösung aus Unternehmenssicht vorlegt. Der IT-Analytiker entwirft und beschreibt dann die Details der technischen Lösung, einzelne Systemmodule, Daten- und Objektstrukturen einschließlich ihrer Verknüpfungen, definiert Schnittstellen, modelliert Sequenzdiagramme usw. Die Ergebnisse des IT-Analytikers bilden zusammen mit den Ergebnissen des Business-Analytikers die Spezifikationen, nach denen die Entwickler das gewünschte System programmieren. Deshalb ist es eine Standardanforderung für IT-Analytiker, Kenntnisse in Programmiersprachen wie Java, .NET, SQL oder XML zu haben. Erwartet wird auch die Kenntnis von Methodiken wie RUP und ITIL oder des kürzlich erweiterten DevOps Ansatzes für die Softwareentwicklung.
Testanalytiker
Der Testanalytiker bearbeitet die Testanalyse. Er studiert die Eingaben des Business- und IT-Analytikers, geht mit ihnen die Prozesse und die Logik der gesamten erwarteten Lösung durch, um zu verstehen, wie das System letztendlich funktionieren soll. Daraus geht hervor, dass er in das Projekt entweder erst nach der Verarbeitung der Business- und der IT-Analyse oder bevor sie abgeschlossen ist, eintritt. Nachdem er sich mit den analytischen Dokumenten vertraut gemacht hat, entwickelt er Testszenarien (Test Case), Testsuiten (logische Gruppierung von Tests, die miteinander in Beziehung stehen) und Testskripte. Es kann auch vorkommen, dass er bei der Erstellung von Testszenarien auf einen Mangel in der Business- oder IT-Analyse stößt. In diesem Fall wird der Business- oder IT-Analytiker auf diese Tatsache hinweisen, damit der festgestellte Mangel in der Analyse nachgearbeitet werden kann. Bei der Erstellung von Testszenarien definiert der Testanalytiker auch die notwendigen Testdaten zum Testen der Software. Im Finale ist er in der Lage, einen Testplan, d.h. die Reihenfolge der Tests für einzelne Testszenarien, vorzuschlagen. Manchmal ist er auch derjenige, der die Testdaten vorbereitet oder an den Softwaretests selbst beteiligt ist.
Datenanalytiker
Ein Datenanalytiker arbeitet, wie der Name schon besagt, mit Daten. Jedes System enthält Tausende, manchmal Millionen von Datensätzen, aus denen sich eine Fülle interessanter Informationen für Geschäftszwecke extrahieren lässt. Dabei handelt es sich um numerische Werte, aber auch um Daten mit Textcharakter. Der Datenanalytiker arbeitet sowohl mit primären Datenquellen, d.h. Daten aus dem Hauptsystem, als auch mit sekundären Daten, z.B. Daten aus Systemen, die sich mit weniger wichtigen, d.h. unterstützenden Prozessen beschäftigen. Der Analytiker sortiert, bereinigt und analysiert die Daten mit statistischen Standardinstrumenten. Er erstellt verschiedene Arten von Berichten und Visualisierungen für Geschäftszwecke oder das Management. Entwirft und erstellt Relationsdatenbanken, definiert Korrelationen und Formeln in komplexen Datensätzen. Zu den wichtigsten Fähigkeiten eines Datenanalytikers gehören Gestaltung von Datenbanken, Orientierung in Datenspeichern und BI-Plattformen, SQL, Data Mining und die Fähigkeit, die resultierenden Daten zu visualisieren und die ermittelten Ergebnisse zu präsentieren. Aber auch die Kenntnis von statistischen Techniken, mathematische Kenntnisse und Orientierung im Finanzbereich. Eigentlich kann ein Datenanalytiker in das Projekt jederzeit einsteigen. Er kann fast von Anfang an Teil des Teams sein, zum Beispiel, wenn es um die Migration von Daten aus dem ursprünglichen System in das neue System geht. Oder er kann sich dem Projekt anschließen, nachdem das System in Produktion gegangen ist, um die ersten Ergebnisse für das Unternehmen oder das Management des Kunden zu extrahieren und zu verarbeiten, indem er diese Arbeit fortsetzt und kontinuierlich verschiedene Berichte und Visualisierungen erstellt.
Wie aus der obigen Beschreibung ersichtlich ist, sind mehrere Analytiker an der Erstellung des Systementwurfs beteiligt, wobei ihre Arbeit aufeinander aufbaut. Deshalb ist eine kontinuierliche, mehr oder weniger intensive Kommunikation für alle wichtig. Eigentlich könnte man das Design der neuen Software als Symphonieorchester bezeichnen, in dem die Violine von Flöte oder Oboe, gelegentlich auch von Horn oder Pauke begleitet wird. Wenn alle Instrumente aufeinander abgestimmt sind, erklingt eine schöne Melodie, und wenn nicht, halten sich alle in der Umgebung die Ohren zu. Im Falle von Software würde ein "falsches Spiel" zu einer untauglichen Lösung führen, die den Bedürfnissen des Kunden nicht gerecht wird und darüber hinaus wahrscheinlich nicht benutzbar ist.
