Was ist ein Business Analyst tun, Business Analyst

Etwas, das ich habe tatsächlich gefragt worden, während für die Arbeit Pitching ist „Was ist ein Business Analyst tatsächlich tun?“. Während ich die Arbeit in diesem Fall gewonnen, ich war nie mit der Antwort zufrieden, dass ich zu der Zeit gebe. Ich schaffte es, etwas zu ausplaudern, wie ein BA war die Brücke zwischen IT und Business und während dies wahr ist, zeigt er kaum, was ich tun konnte, in der unteren Zeile eines Projekts auswirken.







Seitdem diese Geschichte habe ich viele Male weitergeleitet, nur um zu entdecken, dass es nicht nur Interviewer meine ehemaligen war, die sich nicht sicher war, was tatsächlich funktioniert ein Business Analyst. Sehr oft ist es nicht, bis ein BA hat auf einem Stück Arbeit geliefert, das Geschäft, das sie für arbeiten schätzt genau das, was es war, dass die BA für sie getan hat, auch dann vermute ich, sie würde es schwierig, genau zu definieren, was es war, dass die BA tat.

In einem kalten wirtschaftlichen Klima, wenn die IT-Budgets geschnitten werden, ist es wichtig, dass BAs die Frage beantworten, was wir tatsächlich tun, denn unsere Existenzen hängen davon ab! Während unsere Dokumentation Fähigkeiten und Kommunikationsstil wird während der Entwicklungsphase eines Projekts von unschätzbarem Wert, wenn die Finger spitz werden und Anbieter mehr Geld verlangen, wird dies nicht gut für uns, wenn wir nicht das Geschäft in erster Linie gewonnen haben.

Wir haben eine sehr positive Geschichte zu erzählen, was wir tun, aber was genau ist es, was wir tun?

Andere IT-Berufe betroffen sind von dieser Art von Mehrdeutigkeit, Projektmanager, zum Beispiel einige sehr klaren Definitionen von dem, was sie tun, mein Liebling Wesen:

Ein Projektmanager hat die Gesamtverantwortung für die Planung und erfolgreiche Durchführung eines Projektes.

Das ist es, es ist auf den Punkt und jeder genau weiß, was man von einem Projektmanager erwarten und wie sie ein Projekt profitieren werden. Auf der anderen Seite haben wir die Definition wie sie vom International Institute of Business Analysis (Die IIBA®) in Version 2 ist es Business Analyst Body of Knowledge® angegeben:

Um zu versuchen, mehr darüber zu verstehen, was Business Analyst tatsächlich der Fall ist, möchte ich in jeder Phase eines typischen Projekt betrachten und untersuchen, was von einem Business-Analyst während des Lebenszyklus eines typischen Projekts erforderlich ist:

Einleitung

Die Anfangsphase ist der Zeitraum, in dem das Unternehmen eine Art von Schmerz fühlt und sucht den Stress zu lindern, dass dieser Schmerz verursacht, in der Regel durch irgendeine Form von Technologie oder Prozess-basierter Lösung zu implementieren.

Es ist die Rolle der BA eindeutig das Problem zu identifizieren, das das Unternehmen zu erfahren und zu kartieren, was eine mögliche Lösung aussehen würde.

Diese Karte wird dann verwendet, um einen Business Case zu erstellen, die zeigen, warum ein Problem in Angriff genommen wird, wie viel es das Problem zu lösen und Kosten, was die Organisation zugute kommt, um zu sehen erwarten, sobald das Problem behoben wurde.







Es ist die Business Case, die ein Business Analyst ständig zurück, wie die Notwendigkeit von Veränderungen im Verlauf eines Projektes auftreten beziehen, ständig, um sicherzustellen, überprüft, dass eine Veränderung mit den erwarteten wirtschaftlichen Vorteilen in-line ist und dass der Business Case, um sicherzustellen, ist immer noch relevant und dass etwas muss noch innerhalb der Organisation geändert werden.

Die Analysephase ist der Zeitraum, in dem das Business Analyst die Anforderungen im Detail definiert, die besagen, klar und eindeutig, was das Geschäft, um sein Problem zu lösen muss.

Während dieser Phase wird die BA arbeitet auch mit dem Entwicklungsteam und vor allem eines Architekten, um das Design zu erstellen und genau definieren, was die Lösung aussehen sollte.

Zusammengenommen das Design und die Anforderungen an den Rest des Projekts führen, mit den Testern zu gewährleisten suchen, dass die Anforderungen erfüllt sind und die Entwickler versuchen, gegen den Entwurf zu liefern. Es ist die Verantwortung der BA, um sicherzustellen, dass das Design der Anforderungen entspricht und dass die Tester die Anforderungen testen.

In dieser frühen Phase des Projekts der BA wird viel Energie aufwenden, um sicherzustellen, dass alle möglichen Änderungen, die identifiziert werden können, werden identifiziert, während sie leicht sind und oft noch wichtiger ist, kostengünstig korrigiert. Sobald die ersten Anforderungen dokumentiert werden müssen sie von der BA zur Zerstörung getestet werden, um sicherzustellen, dass sie tatsächlich eine Lösung für die Probleme liefern, die das Unternehmen konfrontiert ist.

Entwicklung

Die Entwicklungsphase ist möglicherweise die schwierigste Phase für einen BA. Es ist ganz normal, nachdem der Druck der Analysephase ein wenig, in dem sicheren Wissen Anforderungen und Design, die geliefert wurden beide Qualität, um sich zurückzulehnen. Allerdings ist es in dieser Phase, die ein BA ihre Treffen mit dem Entwicklerteam verstärken muss, tägliche Teilnahme an Sitzungen und in der Regel die Augen und Ohren des Unternehmens zu sein, ständig auf der Suche nach Abweichungen in Kurs, die sonst unentdeckt bleiben würden.

Die Testphase sieht die Business Analyst auf solidere Grundlage zurück. Es ist ein Prozess zu folgen, wie das Testteam durch den Prozess der Prüfung gehen und Identifizierung Bugs und die BA mit dem Unternehmen arbeitet Defekt fix Prioritäten zu setzen.

Streitigkeiten zwischen dem Unternehmen und der Entwicklung über das, was ist und was nicht ein Off spec Defekt wird häufig durch die BA aufgelöst wird Dokumentation in früheren Phasen erstellt. Die bloße Existenz dieser Dokumentation ist oft genug für eine Seite der anderen einen Fehler gemacht und für die Ausgabe zugeben gütlich gelöst werden.

Implementierung

Die Implementierungsphase ist nicht das Ende für den Business Analyst. Es ist die letzte Chance für die Dinge schief zu gehen und für Ziele zu verpassen.

Es ist in dieser Phase, die ein BA bewusst sein sollte, wie die Benutzer das System verwenden. Sehen sie tatsächlich die in Aussicht genommenen Leistungen im Business Case? Entsprechen die Schulungsunterlagen des Business Case unterstützen?

Mit Blick auf jede dieser Phasen auf diese Weise ein gemeinsames Thema der Entdeckung, Validierung und Verifikation erscheint im gesamten Projektlebenszyklus. Angesichts die Möglichkeit, die Frage erneut zu beantworten, würde ich die Rolle eines Business Analyst definiert die folgende Anweisung, die deutlich zeigt, was ein Business Analyst zu einem Projekt hinzufügt, ein Unternehmen oder eine Organisation:

Ein Business Analyst ist verantwortlich für die wissen, was das Ziel eines Projekts ist, wie es zu erreichen, alle Änderungen an dem Ziel, die Verwaltung und die Sicherstellung, dass alle zu erbringenden Leistungen mit dem Ziel ausgerichtet sind.

Im Wesentlichen ist ein Business Analyst ein Navigator, das Ende Ziel verantwortlich für das Erreichen, in unserem Fall, dass Ziel ist die erfolgreiche Auflösung eines Unternehmen Problem. Der BA immer weiß, was das Endziel ist, wie man dort erhält und in der Lage ist natürlich Anpassung Handhabung, wie sie entstehen.

In der Zukunft, wenn für die Arbeit Pitching, werde ich besser darauf vorbereitet sein, die Frage zu beantworten und wird eine große Geschichte zu erzählen haben.







In Verbindung stehende Artikel