Geschäftsanforderungen kategorisieren und eine Übereinstimmungs-/Lückenanalyse durchführen
Die Analyse der Übereinstimmungs-/Lückenanalyse ist einfach ein Prozess, mit dem Sie ermitteln können, was zu tun ist, und um die Größe und Priorisierung zu bestimmen. Einige Projekte und Methoden führen explizit eine Analyse der Übereinstimmungs-/Lückenanalyse durch und rufen die Probleme auf, während andere dieselben Ergebnisse mit unterschiedlichen Schritten erzielen, die möglicherweise nicht als Übereinstimmung/Lücke bezeichnet werden. In der Tat werden Sie sich als Lösungsarchitekt wahrscheinlich dabei ertappen, eine Übereinstimmungs-/Lückenanalyse in Ihrem Kopf durchzuführen, während Sie eine Anforderung in Gedanken bewerten, um zu bestimmen, wie Sie sie lösen würden.
Die Übereinstimmungs-/Lückenanalyse ist sinnvoll, wenn Sie mit einer bestimmten vorhandenen Funktion beginnen. Für Geschäftsanwendungen wie Dynamics 365, die möglicherweise über viele integrierte Funktionen verfügen, ist eine Übereinstimmungs-/Lückenanalyse wichtig, da Sie diese bei jedem Auftreten einer „Anpassung“ (d. h die Analyse löst die Anforderung bereits) identifizieren und sicherstellen müssen, dass sie nicht neu durch Erstellen einer benutzerdefinierten Funktion erstellt wird. Darüber hinaus sollte die Person, die Übereinstimmungs-/Lückenanalyse durchführt, die sofort einsatzbereiten Funktionen der App gut kennen.
Die Mechanik für die Durchführung der Übereinstimmungs-/Lückenanalyse kann sehr unterschiedlich sein, von der gedanklichen Ermittlung der Lösung für ein kleines Projekt bis zur Verwendung von einer Microsoft Excel-Vorlage oder von Azure DevOps-Arbeitselementen und anschließender Online-Erfassung der Lösung. Das von Ihnen verwendete Tool sollte den Prozess unterstützen und nicht erschweren. Der reale Wert ist in der Ausgabe der Analyse enthalten.
Um eine Übereinstimmungs-/Lückenanalyse durchzuführen, sollten Sie sich jede Anforderung/User Story ansehen und für jede mindestens die folgenden Faktoren beachten:
Schweregrad der Lücke oder Kategorie – Kategorisiert jedes Element als passend, konfiguriert, benutzerdefiniert oder anders. Die genauen Kategorien entsprechen Ihren eigenen Beschreibungen. Ziel ist es, umfassend zu untersuchen, wie viele sofort einsatzbereite Funktionen Sie verwenden, und wie viel Sie anpassen müssen.
Aufwandsebene – Größe des Arbeitsaufwands für den Artikel, der niedrig, mittel, hoch oder zwischen 1 und 10 liegen kann. Einige Teams verwenden allgemein bekannte Artikel wie T-Shirt-Größen oder Spielkarten. Der wichtige Aspekt für dieses Szenario ist die Konsistenz.
Priorität – Oft legt das Unternehmen die Priorität fest, aber der Lösungsarchitekt muss häufig einige Arbeiten höher priorisieren, um die Architekturgrundlage zu schaffen.
Implementierungshinweise – Diese Funktion beschreibt die Arbeit, die erforderlich ist, um die identifizierte Lücke zu schließen, und sichert die Annahmen, die Sie in den anderen Feldern getroffen haben. Beispielsweise kann „N:1-Beziehung zum Kontakt hinzufügen“ ausreichen, um anzuzeigen, dass es sich um eine Konfigurationskategorie handelt, und dass die geplante Arbeit ausgeführt werden muss. Diese Hinweise sind keine detaillierten Entwurfsspezifikationen, sondern eher Backups auf hoher Ebene für die Ergebnisse der Übereinstimmungs-/Lückenanalyse.