Se inizi un nuovo progetto senza raccogliere i requisiti di progetto da sponsor e utenti finali, ti stai configurando per un errore. I progetti hanno successo quando producono risultati positivi e soddisfano le aspettative degli stakeholder. Se il progetto non soddisfa le aspettative del progetto e dell’utente, non ha funzionato, indipendentemente dalla velocità con cui è stato completato o mantenuto entro il budget.

Ad esempio, stai conducendo un progetto per creare una nuova app mobile. Raccogli i requisiti del progetto e metti insieme un team di sviluppatori, product manager e creativi. Dopo il lancio, tuttavia, gli utenti si lamentano dell’interfaccia dell’app. Non sono in grado di navigare l’applicazione per ottenere qualcosa di fatto.

Si scopre che il tuo team era stato così concentrato sulla soddisfazione di ogni requisito di progetto raccolto dagli sponsor del progetto che hanno ignorato un requisito fondamentale dell’utente per i progetti software: keep it simple!

Il tuo team ha fornito un’app funzionante ma non è riuscito a soddisfare le aspettative degli utenti. Fortunatamente, è possibile evitare tali risultati identificando, analizzando e convalidando i requisiti delle parti interessate prima di iniziare nuovi progetti. È qui che entra in gioco l’analisi dei requisiti.

Che cos’è un’analisi dei requisiti?

L’analisi dei requisiti comporta la definizione, l’analisi, la convalida e l’allineamento delle aspettative degli stakeholder per i nuovi progetti, considerando tutti i possibili conflitti.

È un processo di identificazione, analisi e gestione dei requisiti del progetto per determinare ciò che il progetto deve realizzare ed eliminare eventuali ambiguità o requisiti in conflitto nel piano di progetto.

Come si condurre l’analisi dei requisiti di processo, ricordate che qualsiasi accettato requisiti devono essere:

• Documentato
• Perseguibile
• Misurabili
• Test
• Tracciabile
• Definito con sufficienti dettagli
• Relative al complessivo esigenze di business

Quando dei requisiti di analisi svolta?

In genere, si esegue il processo di analisi dei requisiti prima di iniziare la pianificazione del progetto. Inoltre, nella gestione dei progetti, si esegue l’analisi dei requisiti quando:

• Calcolo dei costi di sviluppo
• Definizione delle priorità del progetto
• Creazione di una struttura di ripartizione del lavoro
• Inclusione degli specialisti del progetto in un progetto in corso

Chi effettua un’analisi dei requisiti?

I project manager eseguono l’analisi dei requisiti del progetto prima di iniziare nuovi progetti. Il documento di analisi dei requisiti raccoglie, organizza e tiene traccia dei requisiti del progetto da parte dei principali stakeholder. Guida la pianificazione del progetto e ti assicura di completare i tuoi progetti allineati con gli stakeholder e gli obiettivi di business.

Analisi dei requisiti nell’ingegneria del software

Mentre l’analisi dei requisiti è vantaggiosa per qualsiasi progetto, è più comune nell’ingegneria del software. Nell’ingegneria del software, l’analisi dei requisiti, nota come ingegneria dei requisiti, definisce le aspettative per il nuovo software in fase di costruzione o modifica.

L’analisi dei requisiti nell’ingegneria del software consente ai project manager e ai leader di mantenere una direzione chiara, mantenere le esigenze degli utenti in primo piano e sviluppare una documentazione completa del processo di sviluppo. L’analisi dei requisiti nell’ingegneria del software è di solito un processo iterativo e continuo per tutta la durata di un progetto, non un compito unico.

Come scopri i requisiti del progetto?

Dissotterrare i requisiti del progetto è il punto cruciale dell’analisi dei requisiti. Si inizia con l’identificazione e ottenere input da parte degli stakeholder più importanti. Dopo aver identificato questi stakeholder, registrare i loro requisiti di progetto per la ricerca e la convalida prima dell’inizio del lavoro.

Ci sono tre fasi principali nella conduzione di un’analisi approfondita dei requisiti:

1. Il primo passo è raccogliere i requisiti raccogliendo la documentazione dei processi aziendali e conducendo interviste con le parti interessate.
2. Successivamente, analizza e convalida i requisiti, valutando se sono chiari, completi, coerenti e non ambigui.
3. Infine, registrare i requisiti e monitorare la loro attuazione in tutto il progetto.

Le parti interessate importanti da consultare nel processo di analisi dei requisiti includono clienti, utenti finali, membri del team e sponsor del progetto. Questi sono di solito gli stakeholder più colpiti dal progetto e le loro esigenze si combinano per definire il risultato ideale del progetto.

Tecniche di analisi dei requisiti è necessario conoscere

Le tecniche di analisi dei requisiti consentono di determinare le aspettative degli stakeholder che lo rendono attraverso l’analisi dei requisiti. Consentono inoltre di chiarire le aspettative degli stakeholder in un linguaggio semplice e visivo per essere sicuri di essere sulla stessa pagina. Una volta raccolti i requisiti, scrivili in un documento di analisi dei requisiti e condividili con le parti interessate per l’approvazione.

Se si apportano modifiche a questo documento di analisi dei requisiti durante il progetto, registrarlo tramite una procedura di controllo delle modifiche e inviarlo nuovamente per l’approvazione delle parti interessate.

Tecniche di analisi dei requisiti per scoprire le esigenze aziendali

Le seguenti tecniche di analisi dei requisiti aiutano a scoprire le esigenze aziendali:

• Gap analysis: Gap analysis è un processo che studia il business e i suoi obiettivi e fornisce approfondimenti su come questo divario può essere chiuso.
• Business motivation model (BMM): Questa tecnica di analisi è strutturata su un sistema di modellazione OMG che supporta le decisioni aziendali che reagiscono ai cambiamenti globali.
• Mappatura del percorso del cliente: Con l’infusione di storytelling e immagini, le mappe del percorso del cliente aiutano a capire la motivazione, le paure e le obiezioni dei tuoi clienti.

Tecniche di analisi dei requisiti per identificare i requisiti software

Le seguenti tecniche di analisi dei requisiti aiutano a identificare le esigenze dei requisiti software:

• Programma di flusso di dati: un programma di flusso di dati (DFP) definisce l’ambito del progetto senza approfondire dettagli elaborati.
• Casi d’uso: i casi d’uso possono aiutare a definire il comportamento del sistema e comunicare dal punto di vista dell’utente finale.
• Storie utente: le storie utente si concentrano sulle esigenze degli utenti piuttosto che sulle funzionalità che il sistema dovrebbe fornire.

Quali sono le sfide per identificare i requisiti del progetto?

Quando si identificano i requisiti del progetto, ci sono alcune sfide comuni da aspettarsi. Alcuni di questi sono:

Le parti interessate non sanno cosa vogliono

La sfida più grande dell’analisi dei requisiti è che i clienti spesso hanno una vaga idea di ciò che vogliono. Alcuni clienti possono sapere ma lottare con comunicarlo, quindi tocca a voi per porre le domande giuste per catturare i loro bisogni.

I requisiti sono spesso dinamici

Un’altra sfida dell’analisi dei requisiti è la natura in evoluzione dei requisiti. Le aspettative definite all’inizio del progetto possono cambiare man mano che il progetto progredisce. Le tendenze aziendali possono influire sulle condizioni iniziali, rendendo necessaria una soluzione completamente nuova. Avere piani di backup e processi di gestione delle modifiche in atto per affrontare i cambiamenti imprevisti.

Scarsa comunicazione tra i team

A causa della differenza di competenze tecniche tra project manager, ingegneri e utenti, queste parti interessate potrebbero non essere sempre d’accordo. È il tuo lavoro come project manager di essere un mediatore e comunicatore tra tutte le parti coinvolte.

Il team di sviluppo è ignaro della politica dell’organizzazione

I team di sviluppo sono spesso ignari della politica organizzativa, in particolare nelle grandi aziende con team interfunzionali. Deselezionata, ciò potrebbe causare incomprensioni, disallineamento degli obiettivi e fallimento del progetto.

Qual è il processo di analisi dei requisiti?

Il processo in cinque fasi di seguito è fondamentale per scoprire i requisiti di un progetto.

Effettuare un’analisi degli stakeholder

Per scoprire i requisiti del progetto, elencare i principali stakeholder coinvolti, dallo sponsor del progetto agli utenti finali al team del progetto.

Avere un quadro chiaro di chi ha voce in capitolo nel progetto ti mette sulla strada giusta per raccogliere e organizzare le loro aspettative prima dell’analisi dei requisiti effettivi. Una volta identificati gli stakeholder chiave, puoi raggrupparli in base al livello di influenza e interesse che hanno nel successo o nel fallimento del tuo progetto.

• Ad alta potenza, altamente interessati: gestire da vicino le aspettative degli stakeholder in questo rango. Le loro esigenze dovrebbero essere la vostra priorità assoluta. Clienti, sponsor di progetto e utenti finali rientrano in questa categoria. Guarda anche i loro influencer più vicini.
• Alta potenza, meno interessati: questi stakeholder hanno una partecipazione significativa nel tuo progetto ma non ne sono avidi. Lavorare sodo per mantenerli soddisfatti e sostenere il loro interesse.
• Bassa potenza, molto interessato: sebbene questi stakeholder non abbiano una partecipazione significativa nel tuo progetto, tienili informati e comunica regolarmente per garantire che non sorgano problemi.
• Bassa potenza, meno interessati: questi stakeholder hanno poco interesse e interesse nel tuo progetto. Tenerli in loop e mantenere il vostro rapporto con loro, ma non li fastidio con la comunicazione in eccesso.

Nota i requisiti di ogni stakeholder

Dopo aver identificato e classificato gli stakeholder del progetto, chiedi a ciascuno di loro le loro aspettative. Cosa vogliono da questo prodotto? Qual è il loro risultato atteso?

Quando si parla con le parti interessate, mantenere la trasparenza, chiarire l’ambito del progetto e le eventuali lacune nell’ambito e contestualizzare le discussioni. Se non lo fai, le parti interessate possono impostare requisiti di progetto non realistici, che porteranno a delusione se non si riesce a implementare le funzionalità desiderate nel deliverable del progetto.

È essenziale comprendere la prospettiva distinta di ogni stakeholder per creare e comunicare un quadro più chiaro degli obiettivi del progetto. Ecco alcune tecniche di analisi dei requisiti che aiuteranno a notare i requisiti delle parti interessate:

• Ospitare interviste individuali: Parlare con ogni stakeholder individualmente per capire le loro esigenze e punti di vista particolari.
• Condurre interviste di gruppo: tenere sessioni di interviste che coinvolgono specifici gruppi di stakeholder. Queste sessioni ti permetteranno di formare una sovrapposizione di informazioni che collega le diverse aspettative del gruppo.
• Utilizzare i casi d’uso: i casi d’uso sono tecniche basate su scenari che illustrano le funzionalità di un sistema, di un software o di un servizio.
• Build mock-up: i prototipi danno agli utenti un’idea del prodotto finito, rendendo più facile individuare le lacune del prodotto e l’insoddisfazione degli utenti prima del lancio.

Gruppo requisiti

Dopo l’individuazione dei requisiti, un gruppo di loro in una qualsiasi di queste quattro categorie:

• requisiti Tecnici: I problemi tecnici che si deve risolvere per completare il progetto con successo
• requisiti Operativi: Le operazioni di mantenere il progetto in esecuzione in un determinato periodo
• requisiti Funzionali: I requisiti funzionali che il progetto deve possedere per essere considerato completo o di successo

Chiarire e registrare i requisiti

Ora, è il momento di determinare la fattibilità di ogni requisito e come il progetto può consegnarli. Per raggiungere questo obiettivo, è necessario:

• Definire i requisiti in termini chiari, sufficientemente dettagliati e pertinenti.
• Requisiti di rango in base alla loro importanza. Devi dare la priorità ai requisiti perché i budget sono spesso limitati. Elencare i bisogni più critici sopra il ” nice-to-have.”
• Risolvere i problemi dei requisiti in conflitto discutendoli con le principali parti interessate. Questo è il passo più prezioso nella conduzione di un’analisi dei requisiti. Esso consente alle parti coinvolte di esplorare diverse possibilità del risultato del progetto e concordare il migliore da perseguire.
• Indagare la fattibilità. Eseguire un’analisi dettagliata sulla potenziale affidabilità e usabilità del nuovo prodotto o sistema. Questa analisi identificherà le aree grigie e i possibili problemi. Registra i tuoi risultati chiave in un documento scritto, quindi condividili con gli stakeholder precedentemente identificati.

Ottieni un accordo firmato

Non è sufficiente concordare verbalmente i requisiti. Farli per iscritto e hanno il documento firmato da gruppi di stakeholder chiave affermando che i requisiti presentati riflettono accuratamente le loro esigenze. Questo documento di analisi dei requisiti, noto in ingegneria del software come Software Requirements Specifications (SRS), impedisce la probabilità di problemi di scorrimento dell’ambito.

Esempio di documento di analisi dei requisiti

Il documento di analisi dei requisiti (RAD) può includere diagrammi testuali e visivi. Può servire come un accordo contrattuale tra te e i tuoi clienti e dovrebbe essere scritto in una lingua che le parti interessate possono capire. Le sezioni importanti di un documento di analisi dei requisiti includono:

• Scopo
• Pubblico
• Requisiti funzionali
• Requisiti tecnici

Ecco un esempio di documento di analisi dei requisiti della Florida State University per ispirare il tuo.

Perché utilizzare Wrike come strumento di analisi dei requisiti?

Un progetto di successo soddisfa tutte le aspettative degli stakeholder. Potenti strumenti di gestione dei progetti come Wrike semplificano la raccolta dei requisiti dei principali stakeholder, offrono visibilità sull’analisi dei requisiti e sul processo di pianificazione del progetto e analizzano i requisiti del progetto in una posizione e un’area di lavoro centralizzati.

Sei pronto a raggiungere gli obiettivi del progetto nel tempo e nel budget, soddisfacendo le aspettative degli stakeholder? Inizia con una prova gratuita di due settimane del software di gestione del progetto di Wrike.