Wann Sie Business Intelligence in ein Projekt einbinden sollten



    Anforderungsmanagement ist ein wesentlicher Bestandteil des Softwareentwicklungsprozesses. Die Vorteile eines Analysten in einem Projekt liegen für den Kunden nicht immer auf der Hand, sind aber von unschätzbarem Wert. Wenn Sie manchmal die Funktionalität wiederholen müssen, werden die Anforderungen teilweise beschrieben, niemand hat eine klare Vorstellung vom Endprodukt, und wenn Sie eine aktuelle Beschreibung der Anforderungen erhalten können, ist es an der Zeit, über die Einbeziehung eines Geschäftsanalysten nachzudenken.

    In vielen Fällen verfügt ein Projekt jedoch nicht über einen dedizierten Business Analyst, und der Projektmanager oder QS-Manager ist teilweise in seine Aufgaben involviert. Eine solche Kombination kann manchmal schaden.

    Tatsache ist, dass jede Rolle ihre eigenen Ziele und Verantwortungsbereiche hat. Wenn ein PM- oder QS-Manager neben den Hauptaufgaben gezwungen ist, das Management der Anforderungen zu übernehmen, weil ihm Zeit oder Qualifikationen auf dem Gebiet der Geschäftsanalyse fehlen, kann etwas fehlen. Infolgedessen kann es zu einem Missverständnis der Kundenerwartungen, einer fehlerhaften Implementierung, ungerechtfertigtem Zeit- und Kostenaufwand für das Wiederherstellen von Funktionen und das erneute Testen kommen. Infolgedessen - Termintreue und ein unzufriedener Kunde.

    Natürlich treten solche Probleme nicht in allen Projekten auf, in denen es keine dedizierten Geschäftsanalysten gibt. Und in jedem Fall müssen viele Faktoren berücksichtigt werden. Wir haben uns entschlossen zu verstehen, welche Indikatoren darauf hindeuten, dass wir darüber nachdenken müssen, einen Geschäftsanalysten zu gewinnen. Zu diesem Zweck führten die Mitarbeiter des DataArt Business Competence Competency Centers eine Umfrage unter den wichtigsten Managern des Unternehmens durch und erhielten die häufigsten Symptome.

    Der Kunde hat keine klare Vorstellung vom Endprodukt

    Sehr oft kommt der Kunde mit einer großartigen Idee zum Entwicklungsteam, ohne jedoch genau zu verstehen, wie diese Idee umgesetzt werden sollte. In dieser Situation ist die beste Lösung, die Ermittlungsphase zu Beginn des Projekts durchzuführen. Der Business Analyst wird die Zielgruppe der zukünftigen Anwendung, die Erwartungen des Kunden und der Wettbewerber untersuchen, die anfänglichen Anforderungen an das Produkt sammeln, analysieren und genau dokumentieren.

    Dies hilft dem Kunden, die erwartete Funktionalität besser zu verstehen, und dem Projektteam, die Zeit und die Kosten der Entwicklung genauer zu bewerten. Die in der Erkennungsphase erhaltene Dokumentation spart dem Team Zeit, um die Anforderungen während des Entwicklungsprozesses zu klären.

    Viele Stakeholder auf Kundenseite

    Wenn ein Projekt mehrere Stakeholder hat und jeder eine Anforderungsquelle darstellt, können die folgenden Schwierigkeiten auftreten:
    • Übermäßige Anforderungen.
    • Widersprüchliche Anforderungen.
    • Verpasste Anforderungen.
    • Falsche Priorisierung.


    Und dies ist keine vollständige Liste möglicher Probleme.

    In diesem Fall muss der Business Analyst die Wünsche aller Stakeholder sorgfältig erfassen, analysieren, systematisieren und priorisieren.

    Komplexe Anforderungen

    Der Komplexitätsgrad der Anforderungen ist nicht leicht eindeutig zu bestimmen. Es gibt jedoch einige Beispiele:
    • Die Anforderungen sind mit einer Vielzahl von Regeln und Ausnahmen recht umfangreich.
    • Anforderungen an Projekte mit einer komplexen Benutzerhierarchie und einer anderen Zugriffsebene auf Funktionen.
    • Anforderungen an ein System in einer Branche, die den Ausführenden nicht bekannt ist, mit speziellen Begriffen und Regeln, die dem Kunden offensichtlich erscheinen, den Entwicklern jedoch nicht einfallen.


    Natürlich gibt es viel mehr Beispiele, und in solchen Fällen sollten die Anforderungen im Detail geklärt und detailliert beschrieben werden.

    Große / langfristige Projekte

    Der letzte, aber sehr wichtige Faktor ist der Umfang und die Dauer des Projekts. Je mehr Personen in den Entwicklungsprozess involviert sind und je mehr Funktionen pro Zeiteinheit erstellt werden, desto mehr Verantwortung übernimmt der Business Analyst.

    Bei großen und langfristigen Projekten zeigt sich der Nutzen eines engagierten Business Analyst vor allem angesichts häufig wechselnder Anforderungen. Über einen langen Entwicklungszeitraum können neue Anforderungen entstehen oder sich alte ändern.

    Die Aufgabe eines Geschäftsanalysten besteht darin, die Auswirkungen dieser Änderungen auf das Gesamtsystem zu bewerten und Inkonsistenzen zu melden, bevor die Änderungen implementiert werden. Bei großen und langfristigen Projekten ändert sich häufig die Zusammensetzung des Teams, während es für eine neue Person einfacher ist, die vorhandene Funktionalität zu verstehen, wenn relevante Projektdokumentationen vorliegen und eine Person, die alle Details der Anwendung kennt.

    Gepostet von Nadezhda Tarasova, Senior Business Analyst.

    Jetzt auch beliebt: