Creazione di un piano di progetto

Completato

Con un piano di progetto si è certi di disporre delle risorse appropriate (tempo, persone e fondi) e di seguire un approccio coerente per creare app di qualità eccellente.

Solo ponendosi obiettivi chiari i membri del team di progetto potranno lavorare per conseguire gli stessi risultati. Annotare gli obiettivi è un buon modo per chiarire cosa si intende ottenere con l'app. Si evita inoltre di perdere di vista ciò che si intende conseguire e le funzionalità a cui dare la priorità. Per altre informazioni, consultare Assegnazione di priorità alle richieste di funzionalità.

Se gli obiettivi sono ambiziosi, potrebbe essere opportuno valutare come suddividere il progetto in rilasci incrementali. Più avanti in questo modulo, una sezione descriverà la metodologia di rilascio incrementale.

Definizione dell'ambito del progetto

Assicurarsi di definire l'ambito del progetto in modo da capire quanto si cercherà di ottenere dal progetto. Definire una roadmap chiara per ciò che si definisce completato e per ciò che non rientra nell'ambito del progetto e, possibilmente, per ciò che si intende fare nella versione successiva. L'ambito determina direttamente le funzionalità da includere e quelle da escludere quando si crea l'app.

Per definire l'ambito del progetto, è necessario considerare i seguenti vincoli.

• Tempo: definire una scadenza per il conseguimento degli obiettivi del progetto. I progetti più piccoli potrebbero richiedere alcune settimane, quelli più grandi anche diversi mesi.

• Persone: determinare il numero di persone disponibili per il progetto.

• Budget: se è necessario tenere conto del tempo speso o assumere esperti, occorre definire un budget.

• Fattibilità: si potrebbe essere vincolati dalle competenze disponibili, dalla mancanza di accesso ai dati necessari o da quanti cambiamenti l'organizzazione è disposta ad apportare.

È inoltre opportuno considerare quali funzionalità fornire in blocchi utilizzabili. Nessuno otterrà vantaggi se l'app non è in grado di fornire funzionalità complete. Occorre lavorare per fornire ogni componente completamente funzionante. Anche se l'app non dispone ancora di tutte le funzionalità desiderate, fornire un'app che le persone possano usare. Il piano di progetto deve specificare ciò che si intende rendere disponibile in ciascuna fase.

Contenuti consigliati

Per ulteriori informazioni, consultare gli articoli seguenti:

• Assegnazione di priorità alle richieste di funzionalità

• Identificazione dei membri del team di progetto

• Creazione di un elenco di attività e proprietari del progetto

• Definizione della pianificazione del progetto

• Identificazione dei rischi

• Ottenere assistenza e sponsorizzazione dalla direzione

Esempio: soluzione per il reparto assistenza di un centro diving

Nell'esempio seguente si aiuta il reparto assistenza di un centro diving a sviluppare una soluzione analizzando il piano di progetto, completando due versioni, stabilendo più obiettivi per la versione 1 della soluzione, definendo l'ambito del progetto e infine identificando i rischi.

Piano di progetto

Dopo aver esaminato gli obiettivi aziendali generali per la soluzione, si decide di dividerli su più versioni per fornire valore in modo incrementale.

Versione 1

La Versione 1 della soluzione ha i seguenti obiettivi:

• Non appena la soluzione diventa disponibile, il 100% delle richieste di assistenza viene creato usando il sistema digitale.

• Entro due settimane dalla disponibilità della soluzione, il team dell'assistenza dovrebbe completare una media di 16 ordini di assistenza al giorno.

Versione 2

La versione 2 della soluzione ha i seguenti obiettivi:

• Ogni cliente deve essere in grado di registrare i propri prodotti nel sistema.

• Entro la fine dell'anno, i responsabili di reparto potranno accedere a un report dell'assistenza settimanale aggiornato per tutti gli ordini di assistenza nel sistema.

• I clienti riceveranno promemoria per la manutenzione dell'attrezzatura. Questi promemoria vengono inviati ogni anno, 30 giorni prima della scadenza del precedente ordine di assistenza dell'attrezzatura.

Altri obiettivi per la versione 1 della soluzione

Altri obiettivi della Versione 1 della soluzione includono:

• La formazione degli utenti deve essere minima e la facilità d'uso è fondamentale.

• Il direttore generale del centro deve essere in grado di usare i dati dell'assistenza per creare campagne di marketing e promozioni di vendita rivolte ai clienti del servizio.

Ambito del progetto

Come si può osservare, il processo aziendale è diviso in quattro attività principali:

1. Creazione di un ordine di assistenza.

2. Approvazione dell'ordine di assistenza (da completare internamente o da assegnare a un fornitore).

3. Completamento dell'ordine di assistenza.

4. Comunicazione con i clienti e programmazione del ritiro.

Identificazione dei rischi

È stata creata la seguente tabella per il progetto nota spese.

Rischio	Livello di rischio	Piano per ridurre il rischio
Non è possibile spostare con sicurezza i dati degli ordini di assistenza precedenti nel sistema perché la registrazione cartacea non è completa.	Importante	Esaminare i dati delle fatture per confermare il completamento degli ordini di assistenza.
L'accesso utente esterno per l'inserimento dei dati potrebbe comportare l'associazione di attrezzature errate ai clienti e la perdita di opportunità di vendita e assistenza	Importante	Coinvolgere il team di vendita per aiutare i clienti a inserire le informazioni corrette nel sistema al momento dell'acquisto o del check-in presso l'assistenza.