Categorizzazione dei requisiti aziendali e analisi corrispondenza-scarto
L'analisi corrispondenza-scarto non è altro che un processo che facilita l'identificazione delle esigenze operative e la definizione della scala e delle priorità corrette delle operazioni. Alcuni progetti e metodologie eseguono esplicitamente questo genere di analisi ed evidenziano i problemi, mentre altri giungono agli stessi risultati con passaggi diversi, spesso non considerati strettamente di analisi corrispondenza-scarto. Lo stesso Architetto di soluzioni si trova a eseguire mentalmente un'analisi corrispondenza-scarto ogni volta che deve valutare un requisito per determinare come soddisfarlo.
L'analisi corrispondenza-scarto offre dati significativi quando si inizia con un certo livello di funzionalità esistenti. Per applicazioni aziendali come Dynamics 365 che possono avere molte funzionalità integrate, un'analisi corrispondenza-scarto è importante, in quanto, ogni volta che si verifica una corrispondenza (ossia che l'analisi risolve già il requisito), è necessario identificarla e assicurarsi che non venga ricreata sviluppando una funzionalità su misura. Inoltre, è opportuno che la persona che esegue l'analisi corrispondenza-scarto abbia una buona conoscenza delle funzionalità predefinite dell'app.
I meccanismi di esecuzione dell'analisi corrispondenza-scarto possono variare notevolmente, dalla semplice elaborazione mentale della soluzione per un piccolo progetto all'uso di un modello Microsoft Excel o di elementi di lavoro di Azure DevOps per poi acquisire la soluzione online. Lo strumento scelto deve facilitare il processo anziché complicarlo: il valore reale sta nel risultato dell'analisi.
Per eseguire un'analisi corrispondenza-scarto, è necessario esaminare ogni requisito o storia utente e prendere nota almeno dei seguenti fattori per ciascuno:
Gravità dello scarto o categoria: classificare ogni elemento come corrispondente, configurato, personalizzato o altro. La scelta delle categorie dipende dai propri criteri. L'obiettivo è verificare nel complesso quante funzionalità predefinite si stanno usando rispetto a quante se ne devono personalizzare.
Livello di impegno: consente di quantificare l'impegno richiesto dall'elemento, ad esempio come basso, medio, alto o tramite una valutazione compresa tra 1 e 10. Alcuni team usano elementi noti come le taglie delle magliette o le carte da gioco. L'importante, in questo scenario, è essere coerenti.
Priorità: spesso, la priorità viene assegnata dall'azienda, ma spesso per l'Architetto di soluzioni è necessario che ad alcune attività, essenziali per predisporre le basi dell'architettura, sia riconosciuta una priorità più alta.
Note di implementazione: questa funzionalità descrive il lavoro necessario per colmare lo scarto identificato e supporta le ipotesi fatte negli altri campi. Ad esempio, una nota come "Aggiungere una relazione N: 1 al contatto" può essere sufficiente per indicare che si tratta di una categoria di configurazione e che l'attività prefigurata deve essere eseguita. Queste note non rappresentano specifiche di progettazione dettagliate, ma fungono piuttosto da indicazioni di supporto per i risultati dell'analisi corrispondenza-scarto.