Techniken der Anforderungserhebung

Eines der Schlüsselkonzepte der Softwareentwicklung besteht darin, die Ideen der Kunden oder Produktverantwortlichen in ein voll funktionsfähiges, hochwertiges IT-Produkt umzusetzen. Bevor die Entwicklung beginnt, schlagen Business-Analysten die "Brücke", die das Niveau der Kommunikation und des gegenseitigen Verständnisses zwischen Kunden und Entwicklern festlegt, das zur Lösung der Projektaufgaben erforderlich ist. Das Sammeln von Anforderungen, das die Identifizierung von Quellen, die Organisation von Prozessen, die Analyse von Interessengruppen, ihre Interaktion und die von ihnen durchgeführten Geschäftsprozesse umfasst, ist die wichtige Basisphase für zukünftige Softwareentwicklungsartefakte.

Identifizierung der Quelle

Die Kommunikation mit den Interessengruppen als Hauptinformationsquelle erfordert ein tiefes Verständnis der Rolle und Bedeutung der Einflussebene bei der Entscheidungsfindung und -genehmigung. Unter diesem Gesichtspunkt ist das Mandelow-Modell (Matrix) ein geeignetes Instrument zur Lösung dieses Problems.
Nach diesem Modell können alle Stakeholder in Abhängigkeit von zwei Variablen klassifiziert werden - ihren Interessen und ihrer Macht:

• Die Macht der Stakeholder bestimmt ihre Fähigkeit, die Organisation zu beeinflussen. 
• Das Interesse der Stakeholder wird durch ihren Wunsch bestimmt, die Organisation zu beeinflussen.

Daher lautet das Stakeholder-Schema: Stakeholder-Einfluss = Macht x Interesse.

Quelle des Diagramms: https://www.mbaknol.com/strategic-management/stakeholder-analysis-mendelows-matrix/

Organisation des Erhebungsprozesses

Vor dem Treffen mit den Interessenvertretern ist eine Klärung erforderlich:

• Art der Kommunikation (mündlich oder schriftlich).
• Grad der Förmlichkeit.
• Häufigkeit.
• Verantwortlichkeit.
• Ort.
• Zeitzone.
• Kulturelle Eigenheiten.
• Andere wichtige Bedingungen.

Read also: Wasserfall"-Modell in der IT im Gesundheitswesen: Begriffe und Nischen der Implementierung

Die Versendung eines Sitzungsprotokolls nach jeder Kommunikation ist eine gute und nützliche Angewohnheit. Außerdem sollte die geplante Kommunikation Informationen über die Priorität der zu besprechenden Themen, die Termine und die zuständigen Teams enthalten. 
Wenn Sie kommunizieren - schreiben Sie alles auf! 

Die RACI-Matrix ist ein einfaches und übersichtliches Instrument, das die Rolle und den Grad der Verantwortung aller Teams im Zusammenhang mit bestimmten Phasen oder/und epischen Aufgaben eines Projekts anzeigt.
Die Abkürzung bedeutet Folgendes:
R - Verantwortlich für die Entwicklung oder Implementierung
A - Accountable ist die einzige Rolle der Aufgabe (Phase). Verantwortlich ist ein Team, das die persönliche Verantwortung für die Entscheidung trägt.
C - Konsultiert. Eine Art Spezialist unter den Interessenvertretern, der zusätzliche Informationen liefert, um die Details der Anforderungen zu verstehen.
I - Informierte Teams haben keinen Einfluss, müssen sich aber auf dem Laufenden halten.

Muster einer RACI-Matrix

Read also: Anwendungsfall: Theoretische Definition und praktischer Ansatz

Beliebte Techniken der Anforderungserhebung

Interview

Dies ist die am häufigsten verwendete Technik zur Ermittlung von Anforderungen. Interviewtechniken sollten eingesetzt werden, um enge Beziehungen zwischen Business-Analysten und Stakeholdern aufzubauen. Bei dieser Technik stellt der Interviewer Fragen an die interessierten Parteien, um Informationen zu erhalten. Das Einzelinterview ist die am häufigsten verwendete Technik.

Wenn der Interviewer eine Reihe von Fragen im Voraus festgelegt hat, spricht man von einem strukturierten Interview, das produktiver ist und Prioritäten setzt.

Bei Wiederholungsgesprächen ermöglichen es die vorgefertigten Lösungen des Business Analysten dem Befragten, sich schnell für eine Lösung zu entscheiden. In diesem Fall können geschlossene Fragen in Form von "Ja" oder "Nein" beantwortet werden, ebenso wie für Bereiche, die zur Bestätigung der Antworten dienen.

Read also: Was "Scope Creep" ist und wie man ihm entkommt

Beobachtung

Der Hauptzweck einer Beobachtungssitzung besteht darin, die von anderen durchgeführten Aktivitäten, Aufgaben, verwendeten Instrumente und Ereignisse zu verstehen.
Ein Beobachtungsplan stellt sicher, dass alle Beteiligten den Zweck der Beobachtungssitzung kennen, dass sie sich über die erwarteten Ergebnisse einig sind und dass die Sitzung ihre Erwartungen erfüllt. Sie müssen die Teilnehmer darüber informieren, dass ihre Leistung nicht bewertet wird.
Während der Sitzung sollte der Beobachter alle Handlungen und die Zeit, die die anderen für die Ausführung der Arbeit benötigen, aufzeichnen, damit er/sie das Gleiche nachahmen kann. Nach der Sitzung überprüft die BA die Ergebnisse und setzt die Arbeit mit den Teilnehmern fort. Die Beobachtung kann sowohl aktiv als auch passiv sein.
Bei der aktiven Beobachtung geht es darum, Fragen zu stellen und zu versuchen, die Arbeit der anderen zu beobachten.
Bei der passiven Beobachtung handelt es sich um eine stille Beobachtung, d. h. man setzt sich zu den anderen und beobachtet sie einfach bei ihrer Arbeit, ohne sie zu interpretieren.

Brainstorming

Eine besondere Form des Treffens zwischen Projektteilnehmern und interessierten Parteien auf Kundenseite, bei dem Fragen erörtert werden, die durch gewöhnliche Interviews nicht beantwortet werden können und die die Beteiligung von mehr Personen als nur "Nutzer-Analysten"-Paaren erfordern.

Diese Technik wird eingesetzt, um neue Ideen zu entwickeln und eine Lösung für ein bestimmtes Problem zu finden. Die Mitglieder des Brainstormings sollten Fachleute sein, die sich mit dem jeweiligen Thema auskennen. Durch eine Vielzahl von Ideen und Informationen erhalten Sie einen Wissensschatz und können aus verschiedenen Ideen auswählen.

Diese Sitzung wird in der Regel an einem Tisch durchgeführt. Alle Teilnehmer sollten gleich viel Zeit erhalten, um ihre Ideen zu äußern. Kreatives Denken ist das Ergebnis einer Brainstorming-Sitzung, die viele Ideen in kurzer Zeit hervorbringt.

Szenarien

Kontext für die Erfassung von Benutzeranforderungen, der Antworten auf die Fragen "was wäre wenn" und "wie wird es gemacht" in Bezug auf die von den Benutzern implementierten Geschäftsprozesse definiert.

Prototypen

Ein hervorragendes Instrument zur Verfeinerung und/oder Detaillierung von Anforderungen. Es gibt verschiedene Ansätze für das Prototyping - von "Papier"-Modellen bis hin zu Pilot-Teilsystemen, die als unabhängige (in Bezug auf die Ressourcenverwaltung) Projekte oder Beta-Versionen von Produkten implementiert werden. Häufig werden Prototypen schrittweise in Projektleistungen umgewandelt und zur Validierung und Überprüfung der Anforderungen verwendet

Analyse und Überprüfung von Dokumenten

Diese Technik dient der Sammlung von Geschäftsinformationen durch Überprüfung und Untersuchung vorhandener Materialien, die das Geschäftsumfeld und den Prozess beschreiben. Diese Analyse ist nützlich für die Validierung der Implementierung aktueller Lösungen sowie für das Verständnis der geschäftlichen Anforderungen.

Schlussfolgerung

Die Anforderungserhebung ist einer der primären Prozesse der BA-Artefaktsammlung mit weiterer Vorbereitung der Software-Anforderungsspezifikation für IT-Entwicklungen. 
Der Prozess der Anforderungserhebung sollte streng mit Begriffen, Mitgliedern und voraussichtlichen Zielen organisiert werden.

Der Prozess der Anforderungserhebung, der durch Brainstorming oder Interviews, Prototyping und andere Methoden gesammelt wurde, gibt der BA keine endgültige Entscheidung über die Klärung der Anforderungen und deren Entwicklung. Es handelt sich um eine Art Informationsumfang, der vom Projektmanagementteam analysiert, systematisiert und in SRS, Epics und Aufgaben des IT-Projekts priorisiert werden muss. 

Software Development Hub ist ein zuverlässiger Partner bei der Bereitstellung von Outsourcing-Softwareentwicklungsdienstleistungen für Start-ups und bestehende Produkte. Unser Expertenteam ist stets darauf bedacht, ein Qualitätsprodukt zu erstellen, das Ihre spezifischen Aufgaben effektiv löst. 

Wenn Sie mit dem Gedanken spielen, eine maßgeschneiderte Software zu entwickeln, können Sie uns um Hilfe und eine Projektbewertung bitten. Wir helfen Ihnen bei der Marktanalyse und der Bestimmung der Relevanz der Entwicklung. Außerdem können Sie sich aktiv am Entwicklungsprozess der Lösung beteiligen, denn eine gute Kommunikation und die Berücksichtigung Ihrer Wünsche gehören zu unseren wichtigsten Prioritäten.

Unser Portfolio umfasst medizinische Informationssysteme, elektronische Verschreibungssysteme, Anwendungen für die Nachverfolgung von Medikamenten mit einem QR-Scanner, medizinische ERP-Systeme

stems, etc.

Categories