Übereinstimmungs-/Lückenanalyse abschließen

Abgeschlossen

Eine Übereinstimmungs-/Lückenanalyse identifiziert den Unterschied zwischen den bekannten Anforderungen und der vorgeschlagenen (oder aktuellen) Lösung. Sie zeigt an, was fehlt, sodass wir uns darum kümmern können. Sie müssen die Anforderungen vollumfassend verstehen und die dynamischen Teile Ihrer vorgeschlagenen Lösung analysieren, um auf das Fehlende einzugehen.

Wie wir die festgestellten Lücken schließen, ist aus vielerlei Gründen ganz unterschiedlich. Zeit, Budget und Ressourcen gehören zu den häufigsten Einflussfaktoren. Unten sehen wir das „Dreieck der Kompromisse“. Mit dem Dreieck ist die Regel einfach. Wenn sich eine Seite verändert, muss sich mindestens eine andere Seite ebenfalls verändern.

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 dies explizit durch und rufen die Probleme auf, während andere dasselbe Ergebnis mit unterschiedlichen Schritten erzielen, die möglicherweise nicht als Übereinstimmung/Lücke bezeichnet werden. Tatsächlich werden Sie sich wahrscheinlich selbst ertappen, wie Sie im Geiste eine Anforderung und Ihren Lösungsweg für diese abwägen.

Die Übereinstimmungs-/Lückenanalyse ist sinnvoll, wenn Sie mit einer bestimmten vorhandenen Funktion beginnen. Für Geschäftsanwendungen wie Dynamics 365, die über viele integrierte Funktionen verfügen, ist dies 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 bedeutet dies, dass die Person, die die Übereinstimmungs-/Lückenanalyse durchführt, die sofort einsatzbereiten Funktionen der App gut kennt.

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 Inline-Erfassung der Lösung. Das verwendete Tool sollte den Prozess unterstützen und nicht erschweren. Der reale Wert ist jedoch 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 das Folgende beachten:

• Schweregrad der Lücke oder Kategorie – Dieser Prozess kategorisiert jedes Element als passend, konfiguriert, benutzerdefiniert oder anders. Die genauen Kategorien entsprechen Ihren eigenen Beschreibungen. Ziel ist es, umfassend zu erfassen, wie viele sofort einsatzbereite Funktionen Sie verwenden, und wie viel Sie anpassen müssen.
• Aufwandsebene – Die Größe des Aufwands hilft bei der Abmessung des Arbeitsaufwands für das Element, der niedrig, mittel, hoch oder zwischen 1 und 10 liegen kann. Einige Teams verwenden sogar Elemente wie T-Shirt-Größen oder Plankarten. Hier ist es wichtig, konsequent zu sein.
• Priorität – Oft legt das Unternehmen diese Ebene fest, aber der Architekt muss häufig einige Arbeiten höher priorisieren, um die Architekturgrundlage zu schaffen.
• Implementierungshinweise – Dieser Prozess beschreibt die Arbeit, die erforderlich ist, um die identifizierte Lücke zu schließen, und sichert Ihre Annahmen, die Sie in den anderen Spalten 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. Dies sind keine detaillierten Entwurfsspezifikationen, sondern eher ein Backup auf hoher Ebene für die Ergebnisse der Übereinstimmungs-/Lückenanalyse.