Hallo! Mein Name ist Nastya, ich bin Analyst bei Alfa-Business Mobile Application. Manchmal fragen sie mich, was ich bei der Arbeit mache. Freunde, Familie und seltsamerweise Entwickler. Jedes Mal antworte ich anders und versuche, Beispiele zu nennen, die meinem Gesprächspartner am nächsten kommen.
"Ein Systemanalyst übersetzt Benutzeranforderungen von einer menschlichen Sprache in eine Entwicklungssprache ..." - das klingt für eine Person, die nicht mit der IT verbunden ist, ziemlich klar. Wenn Sie jedoch direkt an der Entwicklung beteiligt sind, ist es unwahrscheinlich, dass eine solche Definition ausreicht. Für ein kleines Experiment stellte ich meinem Team die Frage: "Was macht ein Systemanalytiker?" Wir lesen unter dem Schnitt, was daraus wurde.
Für mich ist ein Systemanalytiker eine Person, die auf jede Frage eine Antwort geben kann: von „Wie sollte ein Feature funktionieren?“ Bis zu „Warum ist die Erde rund ? “ (C)
Was die Erde betrifft, mag es zu viel sein, aber ansonsten ziemlich genau. Wo die Daten gespeichert werden, wie sie übertragen werden, wie die Funktion funktioniert, warum die Funktion nicht funktioniert ... Jedes Mal, wenn im Produkt-Backlog etwas Unverständliches gefunden wird, folgt der Ausdruck "Analyse erforderlich".
Um zu verstehen, wie das System funktioniert, greift der Analyst auf interne Dokumente zurück. Normalerweise besteht die Antwort aus Text, Diagrammen und Tabellen. Aber manchmal gehen die Leute, ohne Unterlagen zu schreiben. Oder es ist irrelevant. Oder unzuverlässig. Das Karma solcher Analysten leidet furchtbar, aber zum Glück gibt es andere Möglichkeiten, Informationen zu finden.
Die sichere Verwendung von Protokollierungssystemen kann die Fiktion von einer 30-seitigen TK auf einige wenige Abfragen reduzieren. Die Hauptsache ist zu wissen, wonach zu suchen ist. Die Protokolle enthalten Informationen zu den aufgerufenen Methoden, Eingabe- und Ausgabeparametern sowie Fehlerursachen. Wenn der Service zusammengesetzt ist - eine schrittweise Operation. Der Analyst muss die Struktur der Protokolle verstehen und filtern können: In der Regel wird eine große Datenmenge protokolliert.
Die in den Protokollen gefundenen Informationen werden durch eine Suche nach Anwendungscode gut ergänzt. Das Projekt enthält Informationen über Datenquellen, die Logik der Verarbeitung von Variablen und viele andere notwendige Dinge. Der Erfolg der Veranstaltung hängt von den Fähigkeiten des Analysten und den Merkmalen des Unternehmens ab. In einigen Organisationen haben Analysten keinen Zugriff auf den Code. Ob es richtig oder falsch ist, ist eine schwierige Frage. In jedem Fall können Sie den Entwickler jederzeit fragen, wenn kein Zugriff (oder kein Verständnis dafür, was passiert) vorhanden ist.
Wenn ein Problem auftritt, das niemand gelöst hat, werden externe Quellen verwendet. Ok Google, kosmologische Modelle des Universums? Hier sind alle Mittel gut: Artikel, Foren, Schulungen, Dokumentationen für Systeme von Drittanbietern. Manchmal kommen Indianer von YouTube zur Rettung, aber dies ist ein extremer Fall. Übrigens muss man in der Lage sein, in zwei Sprachen oder sofort in
hinduistischem Englisch zu suchen.
Eine weitere Informationsquelle sind Menschen. Ein Analyst, der den Themenbereich kennt, kann eine Aufgabe in fünf Minuten lösen, für die Sie einige Tage beschrieben haben. Daher müssen Sie wissen, was Kollegen tun, und in der Lage sein, Ihre Frage richtig zu formulieren.
Der Analyst ebnet als Navigator den Weg zum Ziel, um Hindernissen auszuweichen, und sucht ständig nach kürzeren Wegen (c) Front-End-Entwickler
Um von St. Petersburg nach Saratow zu gelangen, benötigen Sie ein zuverlässiges Auto und eine Autokarte. Nun, wenn es ein Erste-Hilfe-Set, ein Reserverad oder Werkzeuge gibt. Die Fähigkeit zur Kommunikation mit den Anwohnern wird nicht überflüssig sein und im Allgemeinen verstehen, warum Sie nach Saratow und nicht zum Beispiel in das Krasnodar-Territorium fahren. Auch mit Analytics. Sie müssen über die Werkzeuge zum Arbeiten, die Fähigkeit zur Interaktion mit Menschen und ein klares Verständnis des erwarteten Ergebnisses verfügen. Das Wissen über Systeme und Technologien wird zu einer Roadmap.
Jede Aufgabe hat mindestens zwei Lösungen. Es ist wichtig, einen Pfad zu wählen, der nicht kürzer, sondern korrekter ist. Es ist korrekter in Bezug auf Architektur, Erfüllung der Produktanforderungen und Implementierungskosten. Manchmal liefert der Analyst nur Informationen für eine Teamentscheidung, in anderen Fällen trifft er die Wahl selbst.
Um eine angemessene Implementierung anbieten zu können, müssen Sie die Struktur des Systems verstehen: von Architekturmustern bis zu Entwicklungstechnologien. Durch die Implementierung der Änderung bewertet der Analyst die Auswirkungen auf Anwendungskomponenten und andere integrierte Systeme. Bei der Entwicklung einer mobilen Anwendung müssen Sie sich an Benutzer mit alten Versionen erinnern. Wenn das System mehrere Fronten hat - über die Einheitlichkeit ihrer Arbeit. Bei Verwendung mehrerer Datenquellen - über deren Konsistenz. Im Allgemeinen gibt es genug
Kopfschmerzen mit faszinierenden Merkmalen in der Arbeit.
Nun, ich weiß nicht, du bist nur ein Tester für mich. Nun, oder eine Mischung eines Produkts mit einem Tester, so etwas wie (c) ein Backend-Entwickler
Ich stimme zu, es klingt ein wenig beleidigend, aber hier stimmt etwas. Zunächst untersucht der Analyst das System, um zu verstehen, wie es funktioniert. Dann ist er überzeugt, dass das Ergebnis der Arbeit der Entwickler auf allen Ebenen korrekt funktioniert: Die Datenbank enthält zuverlässige Daten, der Dienst gibt die richtige Antwort zurück, der Benutzer sieht das erwartete Ergebnis. Wenn etwas schief geht, werden die Fehlerstufe, die Ursache der Diskrepanz und mögliche Korrekturoptionen ermittelt. Die Bewertung der Konformität des Systems mit verschiedenen Arten von Anforderungen ist ein wesentlicher Bestandteil der Analyse.
Der Essensaspekt ist komplizierter. Der Product Owner weiß, was zu tun ist, um den Benutzer glücklich zu machen. Ein Systemanalytiker weiß wie. Meine subjektive Meinung ist, dass der Analyst im gleichen Maße wie andere Mitglieder des Teams sich mit Produktproblemen befassen sollte (oder kann). Wenn das gesamte Team Bedenken hat, die Benutzererfahrung zu verbessern und finanzielle Ziele zu erreichen, entstehen bessere Lösungen als wenn eine oder mehrere Personen dies tun.
Sammelt Informationen über die Produkte, Projekte und Systeme der Bank, beschäftigt sich mit deren Aktualisierung und Verbreitung, steht an der Spitze des Informationsmessers (c) Scrum-Master
Alles beginnt mit der Dokumentation und endet damit. Es ist für den internen Gebrauch und gegebenenfalls für den Kunden vorbereitet. Dokumente werden gemäß GOST oder internen Standards erstellt. Die Dokumentationsmethoden können auch zwischen den Systemebenen variieren.
Beim Schreiben von Dokumenten werden verschiedene Techniken, Standards und Systemmodellierungsnotationen verwendet. Selten, wenn Sie die Regeln einwandfrei befolgen müssen. Es muss zuverlässig und relevant sein. Und wenn es beim ersten Mal klar ist, dann im Allgemeinen wunderbar.
Hier gibt es übrigens einen interessanten Artikel, in dem das Problem der Qualität der Dokumentation offengelegt wird.
Zusätzlich zu Systemdokumenten kann der Analyst Material für das Unternehmens-Wiki schreiben. Etwas Neues gelernt - anderen erzählen. Wenn Sie Ihre Erfahrungen teilen möchten, halten Sie eine Präsentation. Auch dies ist nicht immer und nicht überall. Wenn das Unternehmen jedoch über einen Wissensmanagementprozess verfügt, werden Analysten mit Sicherheit daran teilnehmen.
Es gibt viele verschiedene Dinge, die ein Analyst wissen muss, um der Rolle und den Erwartungen des Teams zu entsprechen. Abhängig von den Besonderheiten des Produkts und der Branche variieren die Zusammensetzung und der Grad ihrer Bedeutung. Was der Analyst tut, haben wir irgendwie herausgefunden. Es bleibt zu verstehen, was Sie wissen müssen, um alle Aufgaben erfolgreich abzuschließen. Ihre Aufmerksamkeit wird auf die Roadmap-Analyse gelenkt. Das Schema enthält die wichtigsten Fähigkeiten in verschiedene Richtungen sowie den Versuch, zwischen System- und Geschäftsanalyse zu unterscheiden.
Wie universell die Karte ist, kann ich nur schwer beurteilen. Daher warte ich auf Kommentare von Entwicklern und Analysten anderer Organisationen :)
