Warum Geschäfts- und Funktionsanforderungen für den Erfolg eines Projekts von entscheidender Bedeutung sind

In einem Produktentwicklungsprozess ist es einer der wichtigsten Aspekte für den Erfolg eines Projekts, die richtigen Anforderungen zu stellen. Und viele Projekte scheitern, weil die Stakeholder den Unterschied zwischen Geschäftsanforderungen und funktionalen Anforderungen nicht verstehen.

Der endgültige Erfolg und Misserfolg eines Projekts hängt von der Qualität der Anforderungen ab. Obwohl es selten so einfach gesagt wird, scheitern die meisten Softwareprojekte daran, dass weniger Wert auf Anforderungsmanagement gelegt wird.

Im September 1999 verlor die NASA ihren 125 Millionen Dollar teuren Mars Climate Orbiter, als sie versuchte, die Umlaufbahn zu betreten, nur 100 Kilometer zu nahe am Mars. Die Mission scheiterte an einem schlechten Anforderungsmanagement: Es wurde nicht früher in der Phase diskutiert, ob die ‚Navigationssoftware‘ metrische Einheiten oder imperiale Einheiten benötigte.

Das Ergebnis: Inkompatible Spezifikationen; Das Lageregelungssystem wurde mit imperialen Einheiten spezifiziert, aber seine Navigationssoftware verwendete metrische Einheiten.

Daher ist es für den Erfolg eines Projekts entscheidend, die Anforderungen richtig zu stellen und sie in vollem Umfang zu nutzen.

Im Bereich der Softwareproduktentwicklung nimmt die Bedeutung und die Relevanz des Wortes ‚Anforderungen‘ mit der wachsenden Beliebtheit agiler Softwareentwicklungsmethoden zu. Sogar einer der im Agilen Manifest erwähnten Punkte erklärt die Methodik als eine, die Werte:

“ Funktionierende Software über umfangreiche Dokumentation“

Es ist entscheidend, die richtigen Anforderungen zu erfüllen, unabhängig davon, ob Sie mit agiler oder Wasserfallmethodik arbeiten.

Business vs Functional Requirements – Definition und ihre Typen

Bevor wir uns eingehender mit Business Requirements vs Functional Requirements befassen, schauen wir uns die Definition und die Typen an.

Laut dem International Institute of Business Analysis ist eine Anforderung:

• Eine Bedingung oder Fähigkeit, die ein Stakeholder benötigt, um ein Problem zu lösen oder ein Ziel zu erreichen.
• Eine Bedingung oder Fähigkeit, die ein System oder eine Systemkomponente erfüllen oder besitzen muss, um einen Vertrag, eine Norm, eine Spezifikation oder andere formell auferlegte Dokumente zu erfüllen.
• Eine dokumentierte Darstellung einer Bedingung oder Fähigkeit wie in (1) oder (2)

Basierend auf der Problemdomäne und der Methodik, mit der ein Business Analyst (BA) arbeitet, sind die folgenden die verschiedenen Anforderungen, von denen die wichtigsten sind: Geschäftsanforderungen und funktionale Anforderungen.

In diesem Blog werden wir den Unterschied zwischen Geschäftsanforderungen und funktionalen Anforderungen untersuchen. Es ist unerlässlich, den Unterschied zu verstehen, damit wir dem Unternehmen eine ideale Lösung anbieten, die sich wirklich um das Problem kümmert.

Was sind Geschäftsanforderungen

Warum benötigt ein Kunde eine App?

Diese Informationen klingen für viele unnötig, da der Client bereit ist, Sie für die Erstellung einer App zu bezahlen. Also, warum sollte es Ihnen wichtig sein, die Gründe zu bekommen?

Nun, wenn Sie leidenschaftlich daran interessiert sind, Qualitätsprodukte zu entwickeln und Ihren Kunden nahtlose Erlebnisse zu bieten, sollten Sie sich genauso um das Warum kümmern wie um das Was und Wie.‘

Und wenn Sie sich auf den ‚Warum‘ -Teil eines Projekts konzentrieren, bedeutet dies, dass Sie sich um die Geschäftsanforderungen kümmern.

Der Lebenszyklus der Geschäftsanforderungen für die Softwareentwicklung befasst sich mit übergeordneten Anforderungen oder Wünschen einer Organisation, die es dem Unternehmen ermöglichen, seine Endziele, Visionen und Ziele zu erreichen.

Sie beschreiben normalerweise, was ein System oder eine Lösung tun soll. Sie geben den Umfang eines Geschäftsbedarfs oder eines Problems an, das von einem bestimmten Projekt oder einer bestimmten Aufgabe angegangen werden sollte.

Beispiel für Geschäftsanforderungen

ParcelKiosk ist einer unserer Kunden, der sich an uns gewandt hat, um eine Webanwendung zu entwickeln, die entworfen und entwickelt wurde, um den Kunden bessere Paketzustelldienste anzubieten. Als sie sich uns näherten, begannen wir die Diskussion mit einem wichtigen Parameter: der Analyse der Geschäftsanforderungen.

Was denken Sie, könnte die Geschäftsanforderung für diesen Paketzustellungs-Web-App-Dienst sein?

Sie könnten mit einem wichtigen Parameter wie Sicherheit kommen. Obwohl Sicherheit ein entscheidender Faktor ist, ist sie keine Geschäftsanforderung. Sie erstellen keinen Dienst wie ParcelKiosk ohne Sicherheit, aber das Erstellen eines Dienstes nur um Sicherheit zu gewährleisten – ist nicht das Endziel.

Wie wäre es mit der Verbindung einer Reihe von Kurierdiensten und Kunden?

Dies ist als Geschäftsanforderung im Vergleich zur Sicherheit sinnvoller, da es beschreibt, was der Dienst tun wird. Ist das jedoch der Grund für die Erstellung des Webdienstes oder ist es wirklich eine Funktion des Dienstes?

Hier sind einige mögliche Gründe (Geschäftsanforderungen), um ParcelKiosk zu erstellen:

• Bieten Sie eine intelligentere Lösung zum Messen, Auswählen und Versenden von Paketen
• Bieten Sie Funktionen zum Verfolgen und Verwalten ihrer Liefer- und Abholdienste
• Pünktliche Lieferung und Kundenfeedback

Sehen Sie den Unterschied zwischen der Verbindung einer Reihe von Kurierdiensten und Kunden oder der Sicherheit und den tatsächlichen Geschäftsanforderungen?

Die folgenden Punkte können hier w.r.t Geschäftsanforderungen beachtet werden:

• Die Geschäftsanforderungen werden immer aus der Sicht des Kunden geschrieben.
• Sie sind breite High-Level-Systemanforderungen noch detailorientiert.
• Sie sind keine organisatorischen Ziele, sondern helfen einer Organisation, ihre Ziele zu erreichen. Durch die Erfüllung dieser Geschäftsanforderungen erreicht die Organisation ihre allgemeinen Ziele.

Es ist jetzt ziemlich klar, dass die Geschäftsanforderungen den ‚Warum‘ -Teil eines Projekts erklären: ‚Warum‘ ein bestimmtes Projekt erstellt werden muss, dh. welche Vorteile die Organisation durch die Erfüllung eines bestimmten Projekts erzielen möchte.

Business Requirements Document (BRD)

Ein Business Requirements Document beschreibt die Geschäftsanforderungen auf hoher Ebene. Die primäre Zielgruppe eines BRD sind der Kunde und die Benutzer. Die Geschäftsanforderungen sind in der BRD dokumentiert. Ein gut geschriebenes Dokument mit Geschäftsanforderungen hilft dabei, das gewünschte Ziel zu erreichen, ein erfolgreiches Produkt innerhalb des festgelegten Zeitlimits zu erstellen.

Es hat die folgenden Elemente:

• Die Vision des Projekts
• Ziele des Projekts
• Kontext oder Hintergrund des Projekts
• Umfang des Projekts
• Stakeholder-Identifizierung
• Detaillierte Geschäftsanforderungen
• Umfang der Lösung
• Projektbeschränkungen: Zeitrahmen, Kosten des Projekts und verfügbare Ressourcen

Business Requirements Document Example – Why Chrysler PT Cruiser was Tagged ‚Hero to Zero‘

Die Chrysler Group konzentrierte sich nicht sehr auf BRD und setzte die Produktion ihres PT Cruiser fort, was zu vielen Kopfschmerzen für die Organisation führte. Werfen wir einen Blick darauf, wie ihre Geschäftsanforderungen fehlgeschlagen sind:

• Identifizierung der Stakeholder: Die Chrysler Group hat die meisten Stakeholder ziemlich gut identifiziert. Sie waren mit Händlern und dem Produktionsteam des PT Cruiser an Bord. Zu den beiden wichtigen Stakeholdern, die sie vermissten, gehörten jedoch der Endkunde, der das Fahrzeug kaufte, und die Händler, die den Cruiser verkauften.
• Projektbeschränkungen: Chrysler hat gute Arbeit geleistet, als es darum ging, dass hochrangige Stakeholder den Bau lieferten und überwachten. Was sie jedoch vermissten, war die Frage nach dem Zeitplan für die Produktion, die Beantwortung von Kundenanfragen oder der Händler wie Preis, Modellverfügbarkeit und Nachfrage.

Angenommen, Chryslers BRD beinhaltete alle Anforderungen der Stakeholder, diese unvorhergesehenen Verzögerungen bei der Produktlieferung (Ziel, Autos bis 2001 an den Händler zu liefern) hätten lange vor der Produktion beeinflusst werden können, und die Bedürfnisse der Endverbraucher wären gerechtfertigt gewesen.

Tipps zum Schreiben einer BRD-Vorlage (Business Requirements Document Template)

Nachdem Sie nun ein grundlegendes Verständnis dafür haben, was ein BRD erreichen soll, können Sie die unten genannten Tipps befolgen, um sicherzustellen, dass Sie ein hervorragendes Dokument für Geschäftsanforderungen schreiben.

• Starke Anforderungserhebung üben
• Einfache Sprache ohne Passiv und Jargon verwenden
• Frühere Projekte recherchieren
• Dokumentation validieren
• Visualisierungen integrieren

Was sind funktionale Anforderungen?

Funktionale Anforderungen beschreiben, wie der Name schon sagt, die Funktionalitäten von Software oder ein Produkt. Dies sind die Funktionen, die das System ausführen muss, um die Geschäftsanforderungen zu erfüllen.

Dazu gehören technische Details, Berechnungen, Datenmanipulation und -verarbeitung sowie andere besondere Funktionen, die charakterisieren, was ein Framework erreichen soll.

Wenn Sie keine klaren funktionalen Anforderungen haben, um die Technik des Projekts zu verstehen, können Sie während des Projekts nicht beantworten, ob die Entscheidungen der Entwicklungs- / Design- / Testteams korrekt sind.

“ Das Versäumnis, eine Spezifikation zu schreiben, ist das größte unnötige Risiko, das Sie in einem Softwareprojekt eingehen.“ ~ Joel Spolsky

Wenn ein funktionales Detail falsch auf die Geschäftsziele ausgerichtet ist, kann dies zum Scheitern des Projekts führen.

Beispiel für funktionale Anforderungen

Einer der großen FMCG-Player wandte sich an Net Solutions für ein Entwicklungsprojekt für mobile Apps, das die Effizienz in ihrer Lieferkette verbessern könnte.

Dieser FMCG-Riese startete 2001 ein Projekt, das darauf abzielte, Frauen auf dem Land zu stärken, indem es ihnen die Möglichkeit gab, Produkte zu verkaufen und ihren Lebensunterhalt zu verdienen.

Der Kunde wollte, dass unser Projektteam seine bestehende mobile App so überarbeitet, dass ihre Lieferkette und der Bestellprozess automatisiert werden, indem die Landfrauen und Händler auf eine einzige digitale Plattform gebracht werden.

Sie zielten darauf ab, die Akzeptanzrate zu verbessern, die Unternehmer digital zu befähigen und die Reibung in der bestehenden Kundenreise zu lösen (all dies sind Geschäftsanforderungen).

Wenn es um funktionale Anforderungen geht, haben wir begonnen, die erforderlichen App-Funktionen mit dem Kunden zu besprechen:

• Integration mit Drittanbietern
• Echtzeit-Bestandsaktualisierungen
• Auftragserteilung

Der Kunde ging davon aus, dass diese Funktionen ausreichen würden, um die Reibung in der aktuellen Customer Journey zu lösen und dadurch die Akzeptanzrate zu verbessern.

Bei der Besprechung der funktionalen Anforderungen mit unserem Kunden stellten wir jedoch fest, dass die Entwicklung einer App sinnlos wäre, wenn wir nicht die Reibungen in der Reise eines bestehenden Kunden identifizieren und die digitale Kompetenz der neuen App-Benutzer messen würden.

Die von Net Solutions gelieferte Lösung

Wir haben den Design Thinking-Ansatz angewendet und ethnografische Untersuchungen durchgeführt, um die digitale Bereitschaft der Unternehmer zu bewerten und die Lücken in der Reise der Benutzer der vorhandenen App zu verstehen.

Wir haben einen Tag mit allen Stakeholdern verbracht, um ihre Probleme weiter zu identifizieren.

Mithilfe des Design Thinking-Ansatzes konnten wir herausfinden, welche Funktionen in der neuen App enthalten sein sollten. Darüber hinaus hat dieser Ansatz unserem Kunden klar gemacht, dass der beste Weg, um mit dem Projektmanagement fortzufahren, darin besteht, es schrittweise durchzuführen.

Das Ergebnis:

Die ethnografische Forschung und das Journey Mapping innerhalb unserer Design Thinking-Methodik haben uns geholfen, eine neue App mit Funktionen zu erstellen, die von den Stakeholdern entworfen und validiert wurden, die sie letztendlich verwenden werden – was sie zu einem der bemerkenswertesten Beispiele für funktionale Anforderungen macht.

Die folgenden Punkte können hier w.r.t funktionale Anforderungen zu beachten:

• Funktionale Anforderungen werden immer aus der Sicht des Systems und der Stakeholder geschrieben.
• Die Spezifikation der funktionalen Anforderungen ist weitaus detaillierter.
• Durch die Erfüllung der funktionalen Anforderungen wird eine effektive Lösung entwickelt, die den geschäftlichen Anforderungen und Zielen des Kunden entspricht.

Daher erklären die funktionalen Anforderungen den ‚Wie‘ -Teil eines Projekts, dh die Softwareanforderungen und wie die Lösung die Anforderungen der Organisation erfüllen kann.

Dokument mit funktionalen Anforderungen

Das Dokument mit funktionalen Anforderungen beschreibt die Funktionen, die zur Erfüllung der Geschäftsanforderungen erforderlich sind. Diese Funktionen sind im Functional Requirements Document (FRD) oder im Functional Requirements Specifications (FRS) Dokument dokumentiert.

Eine gut geschriebene FRD stellt jeden Prozessablauf für jede Aktivität dar und verknüpft die Abhängigkeiten.

FRD enthält die folgenden Elemente:

• Zweck des Projekts
• Der Umfang des Projekts
• Detaillierte funktionale Anforderungen
• Annahmen/ Einschränkungen
• Darstellung der funktionalen Anforderungen mithilfe der Informationsarchitektur

Tipps zum Schreiben einer Dokumentvorlage für funktionale Anforderungen (FRD)

Erstellen eines Dokuments, das die technischen Funktionalitäten, die für die erfolgreiche Bereitstellung einer Software / eines Produkts erforderlich sind, sind wie das Schreiben einer Nachricht an alle beteiligten Teammitglieder über die technischen Aufgaben, die sie ausführen sollen.

Die folgenden Tipps helfen Ihnen beim Schreiben eines effektiven Dokuments mit funktionalen Anforderungen:

• Überprüfen Sie Ihre Fakten
• Verwenden Sie einfache Sprache
• Fügen Sie Illustrationen oder Diagramme hinzu
• Beobachten Sie Zeitrahmen

Geschäftsanforderungen vs funktionale Anforderungen: Schlüsselherausforderungen beim Schreiben eines Dokuments

Es ist eine große Herausforderung, „gute“ oder „gültige“ Geschäfts- und funktionale Anforderungen zu schreiben. Zu den häufigsten Herausforderungen beim Erstellen dieser Anforderungsdokumente gehören:

• Ein unvollständiges Verständnis der Anforderung, ohne um Klärung zu bitten.
• Falsche Interpretation der Anforderung; Anwenden persönlicher Filter auf die Informationen, die die Absicht ändern.
• Schreiben über Implementierung (das Wie) anstelle von Anforderungen (das Was).
• Umsetzungsentscheidungen sollten auf einen möglichst späten Punkt im Anforderungserhebungsprozess verschoben werden.
• Verwendung einer falschen Satzstruktur.
• Bedeutung der Beurteilung der Anforderungsqualität in der Entwicklung von Softwareprodukten.

Was sind nicht funktionale Anforderungen?

Nicht-funktionale Anforderungen definieren und spezifizieren den Betrieb des Systems. Es hat jedoch keinen Einfluss auf die Funktionalität des Systems, wie der Name schon sagt. Daher kann das System auch dann weiter funktionieren, wenn seine nicht funktionalen Anforderungen nicht erfüllt werden. Der Grund, warum nicht funktionale Anforderungen unerlässlich sind, liegt in ihrer Benutzerfreundlichkeit und darin, dass sie dazu beitragen, Faktoren zu bestimmen, die die Benutzererfahrung beeinflussen.

Was funktionale und nicht funktionale Anforderungen unterscheidet, ist, dass erstere über Produktmerkmale und Benutzeranforderungen entscheiden, letztere sich auf Produkteigenschaften und Benutzererwartungen konzentrieren.

Business Requirements vs Functional Requirements – Fazit

Aus dem obigen Vergleich wird deutlich, dass die Anforderungen das Rückgrat jedes Unternehmens sind. Sowohl geschäftliche als auch funktionale Anforderungen bilden die Grundlage für eine effektive Geschäftsanalyse. Geschäftsanforderungen erklären das „Warum“ und „Was“ eines Projekts, und die funktionalen Anforderungen erklären das „Wie“ des Projekts.

Eine periodische Überprüfung und ein Benchmarking der (erarbeiteten) funktionalen Anforderungen mit den Business Requirements sichern den Gesamterfolg eines Projektes. Hier ist eine abschließende Aussage, die Ihnen helfen wird, Geschäftsanforderungen klar von funktionalen Anforderungen zu unterscheiden – der Ausgangspunkt jeder Geschäftsanalyse ist es, die Geschäftsanforderungen (was und warum) des Kunden zu verstehen und sie in funktionale Anforderungen (wie) umzuwandeln.