(sanfte Musik) Willkommen bei der Dokumentation der Projektanforderungen. In diesen Lektionen Wir werden die erforderlichen entwickelten Dokumente beschreiben zum Sammeln von Projektanforderungen. Sie werden auch die Bedeutung entdecken ordnungsgemäße Dokumentation zu erstellen und seine Relevanz für Projektmanagement-Lebenszyklen. Wir werden auch mehrere Methoden identifizieren zum Sammeln von Anforderungen. Das Sammeln von Anforderungen ist erforderlich die Projektziele früh im Projekt zu entwickeln. Dies ist ein Bereich im Projektplan wo die Beteiligung von Interessengruppen und die Einbeziehung von Fachexperten sind unerlässlich. Der andere Bereich, in dem Stakeholder und die Beteiligung von Fachexperten sind von entscheidender Bedeutung befindet sich in benutzerakzeptablen Tests um zu überprüfen, ob die Anforderungen vom Team geliefert wurden. Eine Anforderungs-Verfolgbarkeitsmatrix ist ein wertvolles Werkzeug um sicherzustellen, dass jede Anforderung getestet werden kann. Mehrere andere Tools und Techniken zum Sammeln von Informationen umfassen Dokumentenanalyse, Schnittstellenanalyse, Interviews, Umfragen, Fokusgruppen, und moderierte Workshops zur Erfassung der Anforderungen. Prototypenentwicklung und Vorführung von Teilarbeiten werden immer häufiger zur Überprüfung von Benutzerschnittstellen verwendet. Das Geschäftsanforderungsdokument oder BRD ist ein formeller Bericht, der alle geschäftlichen Anforderungen detailliert beschreibt und Ziele für eine neue Geschäftslösung vom Projektteam zu erstellen und zu liefern. Das vollständige Dokument beschreibt, was vom Team erwartet wird wie das Projekt fortschreitet. im Anforderungsdokument, Das Projektteam erfasst die Geschäftsanforderungen welche Verbesserungsmöglichkeiten und Pain Points sind, das sind Schwächen die das Unternehmen projizieren möchte zu korrigieren oder zu verbessern. Erstellen eines Geschäftsanforderungsdokuments mit allen Anforderungen sorgt für Struktur für das Projektteam und hilft, das Vertrauen der wichtigsten Interessengruppen zu gewinnen. Anwendungsfälle, Benutzerszenarien oder Benutzergeschichten Geschäftsprozesse zeigen und geben einen Einblick in die Nutzung und Betrieb eines bereitgestellten Systems. Sie sind eine schrittweise Auflistung der Aktivitäten von Systembenutzern durchgeführt um eine einzelne Funktion schriftlich zu erfüllen und narrative Form, wie z. B. ein Workflow-Diagramm. Ein Anwendungsfall umfasst mindestens alle Akteure oder Geräte im Szenario, alle Voraussetzungen, die vorhanden sein müssen oder Auslöser, um die Geschichte zu beginnen, die Hauptaufgaben oder Funktionsschritte, die von jeder Geschichte ausgeführt werden, die Systeminformationen, die der Akteur benötigt, produziert oder verändert, und Bedingungen für das erfolgreiche Ende des Anwendungsfalls oder als Fehlschlag. Zustandsmodell des Vorkommens ist ein Prozessmodell und ein Workflow-Diagramm die Geschäftsprozesse so darstellt, wie sie derzeit existieren. Das Modell kann von Geschäftsanalysten erstellt werden und Fachexperten. Einmal der Ist-Zustand als Vorbild entwickelt und überprüft wird, dann liefert das zukünftige Zustandsmodell den potenziellen Workflow und zeigt Verbesserungsvorschläge von Fachexperten. Einige allgemeine Themen für Verbesserungen Reduzieren Sie verschwendete Schritte im Prozess, Zeitersparnis bei bestimmten Prozessschritten, Bereitstellung vollständigerer Informationen an eine Person, die die Arbeit verrichtet, Beseitigung von Hindernissen oder Herausforderungen im bestehenden Prozess, und besseren Service bieten zum Kunden und Mitarbeiter motivieren. Der Prozess des Aufbaus des aktuellen Zustands und zukünftige Zustandsmodelle bieten Orientierung für das Projektteam. Es ist auch eine nützliche Übung, um Anforderungen herauszuarbeiten durch das Aufzeigen von Geschäftsanforderungen aus von Experten generierten Verbesserungen. Die Gruppe baut das zukünftige Staatsmodell auf nutzt ihre Erfahrung und Kreativität um einen schwachen Prozess besser zu machen. Mit Blick auf das Design arbeitet das Projektteam mit den funktionalen Geschäftsbereichen um Geschäftsregeln und Anforderungen zu sammeln über die für die Lösung notwendigen Daten. Geschäftsregeln sind Anweisungen die Kriterien und Bedingungen beschreiben um eine geschäftliche Entscheidung zu treffen. Stakeholder-Mapping ist ein Teil der Stakeholder-Analyse und wird vom Projektteam gebaut um den Grad der Beteiligung der Interessengruppen zu bestimmen und leiten die Kommunikationsplanung für das Projekt. Dieselbe Stakeholder-Karte kann verwendet werden für die Bedarfsplanung. Es kann auch als Ausgangspunkt verwendet werden die Anfahrt zu planen und Arbeitssitzungen von Gruppen, um Anforderungen zu sammeln. Generell ist es schwieriger, Anforderungen zu erheben in einer großen Gruppe. Es ist einfacher, die Beteiligten mit Arbeitssitzungen aufzubrechen von vier bis acht Personen, um sich thematisch auf Details zu konzentrieren. Nach den kleinen Arbeitssitzungen Das Projektteam bringt dann die gesamte Gruppe zusammen Anforderungen zu überprüfen und abzuschließen. Eine Möglichkeit, Anforderungen zu dokumentieren ist eine Anforderungsverfolgbarkeitsmatrix oder RTM. Ein RTM befähigt Projektmanager um Projektanforderungen und Projektziele zu überwachen indem Sie eine Tabelle verwenden, die die Anforderungen katalogisiert. Diese Anforderungen sind nummeriert und mit den Projektzielen verknüpft werden. Der Zweck dieses Tracking-Systems ist sicherzustellen, dass jede Anforderung erfüllt wird und dass das Projektteam hat eine Möglichkeit, die Arbeit im Zusammenhang mit einer Anforderung zu verfolgen während der gesamten Projektlaufzeit.