Scopo
|
Per identificare le persone che si comporteranno come i portatori d'interesse nel "team del progetto
esteso".
Per determinare e assegnare una priorità alle origini per i requisiti.
|
Per un sistema esistente, la prima serie di input per questa attività sarà la serie di richieste di potenziamento rinviate, che sono state raccolte per
tutto il ciclo di vita del prodotto come parte del processo Gestione
della richiesta di modifica formale. Ciò fornirà un valido punto di partenza da cui raccogliere i dati e
ulteriormente perfezionare la propria serie di Richieste del portatore d'interesse.
Dopo che sono state raccolte queste informazioni iniziali, ricercare i partner, utenti, clienti, esperti del dominio e
analisti del settore che possono rappresentare i portatori
d'interesse. Individuare le persone con cui si desidera lavorare per raccogliere le informazioni, prendendo in
considerazione le loro esperienze, gli skill di comunicazione, la disponibilità e "l'importanza". Tali persone agiranno
come portatori d'interesse del proprio progetto - in effetti un "team di progetto esteso". In generale, è preferibile
avere un piccolo gruppo (2-5) di persone che possono restare per tutta la durata del progetto. Inoltre, più persone
sono presenti nel team esteso, maggiore è il tempo richiesto per gestirle e per essere certi che si stia utilizzando in
modo efficace il loro tempo. Queste persone non sono impiegate a tempo pieno nel progetto - esse partecipano
tipicamente a uno o alcuni workshop di raccolta dei requisiti nelle fasi iniziale e di elaborazione e successivamente
nelle sessioni di revisione.
Trovare un modo per imparare come gli altri fanno ciò che si sta tentando di effettuare. Se si sta sviluppando un
prodotto software, ciò può significare la raccolta di informazioni concorrenziali. Se si sviluppa una nuova versione di
un sistema informativo in-house, è necessario pianificare le visite al sito per osservare in che modo le persone
utilizzano il sistema corrente e individuare cosa può essere migliorata.
Una fonte importante consiste nelle descrizioni esistenti dell'organizzazione in cui il sistema verrà utilizzato. Tali
descrizioni possono essere modelli di business prodotti come un modello di business risultato o un attività
di re-engineering o una qualsiasi altra forma di definizione di busienss.
|