Was machen IT-Business-Analysten?

Jeder von uns muss die gleiche Frage von seinen Eltern oder Freunden gehört haben, nicht von der „Programmiererparty“: „Was machst du überhaupt dort?“

Normalerweise folgt nach einem Versuch zu antworten ein unveränderter Kommentar: "Oh, Sie Programmierer, Sie können den Kühlschrank nicht einmal reparieren." Was können wir über Geschäftsanalysten sagen, die ihren Kollegen nicht wirklich erklären können, was sie tun?

Ich selbst höre diese Frage oft von meinem Vater, finde aber immer noch nicht die richtige Antwort. Und die Wahrheit ist, was wir bei der Arbeit tun - wir analysieren!

Wofür verbringt ein IT-Analyst Zeit?

Speziell für diesen Artikel musste ich mich gründlich mit den JIRA-Archiven der letzten drei Arbeitsorte befassen. Ich kann nicht für absolute Genauigkeit bürgen (ja, ich male auch nicht gerne alle meine Klassen bis zur letzten Minute), aber das Gesamtbild stimmt wirklich mit meinen eigenen Gefühlen aus den durchgeführten Aufgaben überein.

Die ungefähre Arbeitsverteilung kann wie folgt beschrieben werden:

• Sitzungen - 20%
• Dokumentation - 30%
• Teamarbeit - 25%
• Testen - 5%
• Geschäftsreisen - 5%
• Selbstentwicklung - 15%

Und hier ist die genaue Anzahl der Stunden in den letzten 3 Monaten:



Wie Sie sehen können, ist das Bild wirklich ähnlich. Kleine Unterschiede - das Fehlen von Geschäftsreisen und längere Arbeitszeiten mit dem Team - ergeben sich aus der jüngsten Änderung des Arbeitsplatzes und dementsprechend dem Integrationsprozess in das neue Umfeld.

Schauen wir uns nun jeden Artikel genauer an.

Treffen

Beginnen wir mit dem Wichtigsten - mit dem, was die Geschäftsanalyse tatsächlich mit Geschäftstreffen beginnt, einschließlich Treffen mit Kunden und internen Treffen mit dem Team.

Dies ist zunächst die Analyse des Themenbereichs und die Erfassung von Anforderungen. Hier erfahren wir, was der Kunde von uns erwartet, welche Probleme er hat, wir bieten die ersten Ideen für die Umsetzung an und erstellen gemeinsam einen vorläufigen Projektplan.

Weitere wichtige Elemente bei Besprechungen mit Kunden sind die Erörterung abgeschlossener Arbeiten, die Änderungsplanung, Präsentationen und Schulungen, in denen wir erläutern, wie das vorgeschlagene Produkt verwendet wird.

Vielleicht sind es Meetings, die die Grundlage unserer Arbeit bilden. Sie stellen Analysten und ihre Teams vor weitere Aufgaben. Es lohnt sich daher, sie sorgfältig vorzubereiten.

Arbeiten Sie mit Dokumentation

Ich würde sagen, wenn der Analyst nicht an der Besprechung teilnimmt, sitzt er und arbeitet mit der Dokumentation. Versteh mich nicht falsch, das bedeutet nicht, dass du nur dumm auf die Tastatur klopfen musst, im Gegenteil - hier musst du alle Fähigkeiten unseres Intellekts nutzen, dieser Teil ist der arbeitsintensivste.

Hier sind nur einige Beispiele dafür, was Sie regelmäßig tun müssen:

• Die Anforderungsspezifikation ist die Umwandlung eines freien Fluges der Gedanken des Kunden in ein strukturiertes Dokument, das klar beschreibt, was das Team tun muss. Später wird dieses Dokument vom Kunden genehmigt und bildet die Grundlage für das laufende Projekt.
• Änderungsanforderung (Änderungsanforderung) - Der vom Kunden initiierte Prozess für den Fall, dass Änderungen am Produkt nach Beginn der Entwicklung oder sogar nach dessen Abschluss erforderlich sind. Das Dokument beschreibt, welcher Teil des Systems und wie es geändert werden sollte, und enthält eine Bewertung der Arbeitsleistung in Bezug auf Zeit und Kosten.
• Benutzerhandbuch und andere Schulungsmaterialien - Es ist offensichtlich, dass Sie nach dem Ende des Projekts eine Dokumentation für den Kunden schreiben müssen, in der die Verwendung des Systems beschrieben, Tipps und Antworten auf häufig gestellte Fragen gegeben werden.

Jeder Analyst hat sein eigenes Lieblings-Toolkit für die Arbeit mit Dokumentationen - jemand zeichnet gerne Diagramme und jemand schreibt eine Textfläche in Word. In jedem Fall würde ich Ihnen raten, sich mit den Grundlagen von UML, BPMN, den Konzepten von User Stories und Akzeptanzkriterien vertraut zu machen. Sie sind wahrscheinlich bei jedem Arbeitgeber zu finden.

Teamarbeit

In größerem Maße ist es für das Team der Analyst - die Stimme des Kunden. In unverständlichen Situationen werden sie mit den Fragen zu ihm kommen: "Was war hier gemeint?" und mit ihm werden sie bestätigen, ob der Kunde es wollte.

Ich sage immer, dass Business Analysten in der IT die Rolle einer Art Brücke zwischen Entwicklern und Unternehmen spielen und gleichzeitig die Sprachen von Kunden und Programmierern sprechen können. In der täglichen Arbeit müssen wir gemeinsam Anforderungen diskutieren, Aufgaben planen und verteilen sowie aktuelle Fragen von Programmierern beantworten.

Es kommt häufig vor, dass ein Business Analyst viel Zeit mit jedem Mitglied des Teams verbringt und eine besondere Rolle als stellvertretender Leiter spielt. In meiner Praxis gab es sogar solche Fälle, in denen ein Manager zu mir kam, um zu besprechen, welcher der Kollegen einen Preis vergeben sollte und wer nicht.

Testen

Es ist offensichtlich, dass wir, um die Anforderungen des Kunden zu verstehen, die Ergebnisse der Arbeit der Programmierer überprüfen müssen.

Von einem Geschäftsanalysten wird erwartet, dass er die sogenannten Benutzerakzeptanztests - Benutzerakzeptanztests - durchführt. Niemand muss automatisierte Skripte schreiben oder die Größe und Farbe der Schaltflächen auf der Site überprüfen. Sie müssen sich lediglich als Benutzer vorstellen und das fertige Produkt nutzen. Überprüfen Sie, ob bei der Verwendung Unannehmlichkeiten auftreten, ob das System im Allgemeinen wie vom Benutzer gewünscht funktioniert und ob offensichtliche Fehler oder Inkonsistenzen mit den Anforderungen vorliegen.

Ein wichtiger Punkt! Es muss daran erinnert werden, dass Analysten die ganze Zeit mit dem Team verbringen, an Diskussionen teilnehmen und sich der verschiedenen „Hacks“ und Engpässe des Programms bewusst sind. Gleichzeitig müssen wir bei der Durchführung von Tests verstehen, dass der Kunde nicht über dieses Wissen verfügt, nicht weiß, wo er klicken soll und wo nicht. Es ist unbedingt erforderlich, das System offen zu bewerten und die Entwickler auf alle Fehler hinzuweisen. Je früher sie identifiziert werden können, desto einfacher ist die Behebung.

Selbstentwicklung

Sie sagen, dass Sie fast jeden Tag neue Frameworks lernen, neue Versionen Ihrer Lieblingssprachen ausprobieren und die Best Practices aus der ganzen Welt befolgen müssen, um mit all den neuen Technologien in der Programmierung Schritt zu halten.

Glücklicherweise ändern sich die Grundlagen der Geschäftsanalyse nicht so oft. Wie ich jedoch in meinem letzten Artikel sagte, müssen Sie der am umfassendsten entwickelte Spezialist sein, um sich von der Masse der Geschäftsanalysten abzuheben.

Sie müssen auch Änderungen in der IT überwachen, Ihre Soft Skills entwickeln, Unternehmensführung und die Grundlagen des Finanzwesens erlernen, die Themenbereiche der Kunden verstehen und so weiter. Im Allgemeinen stellt sich heraus, dass Sie häufig noch mehr Zeit für das Training benötigen als andere Programmierer.

Abschließend werde ich Ratschläge zur Selbstentwicklung geben - die Notwendigkeit akzeptieren und mit Ihrem Führer diskutieren. Für die Geschäftsentwicklung ist es von entscheidender Bedeutung, sich nicht in den Rahmen etablierter Prozesse zu drängen, da morgen ein neuer Kunde und ein neues Projekt aus einem ganz anderen Bereich auftauchen werden. Ein Business Analyst muss sich schnell an eine sich ändernde Umgebung gewöhnen und sich auf die Arbeit mit einem neuen Themenbereich vorbereiten können. Hier hilft Ihnen die ganze Zeit, die Sie damit verbracht haben, Ihren Horizont zu erweitern.