Wie man Business Analysis Projektgröße identifizieren

Projektgröße ist ein großer Faktor bei der Bestimmung, welche Aufgaben Sie verpflichten sich als Business Analyst und wie lange dauern Sie sie zu vervollständigen. Zu berücksichtigende Faktoren sind die Anzahl der Funktionen, die Sie liefern müssen, die Zahl der Menschen, die Sie mit interagieren werden, und die Zahl der Menschen, die die Lösung nutzen werden. Anforderungen aus 1 Anspruchs Hervorrufen ist weniger zeitaufwendig als Hervorrufen von 50.

Wie man kleine Projekte als Business Analyst Griff

Diese sind in der Regel viel kleiner in Umfang und kann sogar Instandhaltungsprojekte in Betracht gezogen werden, oder Tickets (Erweiterungsanforderungen eingegeben in ein Tracking-System). Typischerweise haben sie eine minimale Menge an Risiko und weisen die folgenden Eigenschaften:

  • Sie erfordern geringe Mengen an Aufwand, geringe Kosten, und berühren Sie nur ein oder zwei Systeme. Diese begrenzte Reichweite macht der Umfang gering.

  • Sie beinhalten eine minimale Anzahl von Menschen - manchmal nur ein Entwickler und Business Analyst - und haben nicht viele Schnittstellen zu anderen Systemen.

  • Sie sind in der Regel Projekte Wartung, entwickelt ein bestehendes System zu verbessern, anstatt Implementierungen neuer Systeme einen Geschäftsprozess zu unterstützen.

Wenn Sie für ein kleines Projekt planen, brauchen Sie nicht die gleiche Anzahl der zu erbringenden Leistungen (oder die Höhe der Aufwand) zu produzieren, wie Sie für ein großes Projekt, aber das bedeutet nicht, Sie müssen nicht sicherstellen, dass Sie " re das richtige Geschäfts Problem mit Ihrem Plan Adressierung.

Kleine Projekte können motivierend, weil Sie die Ergebnisse in einer relativ kurzen Zeit zu sehen, aber Sie können nicht kritischen Schritte im Planungsprozess zu überspringen.

Wenn für kleine Projekte planen, berücksichtigen diese Aspekte:

  • Sie können in formellen und informellen Prozesse, Kommunikation und Leistungen teilnehmen. Einige sehr kleine Projekte werden oft in einem Flur diskutiert oder auf jemand Whiteboard herausgezogen.

  • Auch (oder vielleicht vor allem) an einem kleinen Projekt, müssen Sie noch den Umfang zu verstehen. Ohne ein Verständnis der Grenzen des Projekts können Sie abgelenkt, aus der Bahn zu erhalten, und in verschiedenen Ströme der Arbeitsaufwand schnell verloren.

    Definieren Anwendungsbereich ist der kritischste Schritt, selbst für einfache Anfragen. Wenn Sie den Bereich nicht verstehen, können Sie sich entscheiden, was eine einfache und offensichtliche Lösung zu sein scheint, und nicht die Recht Lösung.

  • Sie müssen einen klaren Zweck und Ziel etablieren. Achten Sie dabei darauf, dass Sie die Organisation (wahrscheinlich sehr begrenzt) Ressourcen am richtigen Ort sind zu verbringen.

Wie große Projekte als Business Analyst in Angriff zu nehmen

Große Projekte werden manchmal als Monster- Projekte. Sie haben in der Regel hohe unternehmerische Risiko, weil mehr auf dem Spiel steht. Wenn die Projekte scheitern, kann das Unternehmen eine erhebliche Menge an Geld verlieren und / oder auf eine Gelegenheit verlieren. Große Projekte weisen folgende Eigenschaften auf:

  • Sie erfordern große Mengen an Aufwand, haben einen hohen Kosten und großen Umfang und eine lange Zeit dauern.

  • Sie beinhalten viele Leute.

  • Sie können Funktionen mit vielen Abhängigkeiten enthalten - das heißt, kann ein Merkmal zu anderen verbunden werden, was bedeutet, eine Änderung in vielen zu einer Änderung.

  • Sie sind unternehmenskritisch.

  • Sie sind komplex.

für Monster-Projekte zu planen, ist in der Regel formale und erhebliche Ressourcen beinhalten. Neue Entwicklungsanstrengungen haben auch ein hohes technisches Risiko, weil die Basistechnologie für die Unternehmen und die interne IT-Ressourcen nicht vertraut sind oder haben komplexe System-Schnittstellen. Diese Entwicklungsbemühungen müssen im Anschluss an die von Ihnen:

  • Formality in Prozess, der Kommunikation und Leistungen

  • Ausführliche Diskussion des Projekts mit den Beteiligten, unabhängig von der Art

  • Ausreichende Zeit formell das Projekt mit dem Projektmanager planen, eine etablierte Methodik Planung Aufgaben und Leistungen zu führen, und die Zusammenarbeit mit einem Vorsprung IT / Entwickler bei der Planung der Aufwand

  • Eine klare Zweck und die Ziele, den Umfang und eine klare Kommunikation der Anwendungsbereich Grenzen für alle Beteiligten zu definieren

    Brechen Sie den Rahmen in mehrere kleinere Projekte, die jeder Geschäftswert liefern kann und mehr überschaubarem Risiko zu reduzieren, Nacharbeit, sowie Kosten und Kapital über die gewonnenen Erkenntnisse.

  • EIN Machbarkeitsstudie (Eine Studie durchgeführt, die Stärken und Schwächen des Projekts zu entdecken, die Umwelt Chancen und Risiken des Projekts stellt die erforderlichen Ressourcen, um das Projekt zu erstellen, und die Erfolgskriterien des Projekts) und Prototyp

  • Eine gründliche Untersuchung der Business-Problem oder Chance und Abschluss aller Anforderungen Kategorien (Business, funktional, Übergang, und so weiter)

  • Eine gründliche Analyse der Interessengruppen und Kommunikationspläne

Ähnliche

Menü