Studio

Nome del progetto

Classificazione	Selezionare un elemento
Stato	Selezionare un elemento
Nome del programma
Numero del progetto
Project manager	Project manager
Versione	0.1
Data	clicca qui per inserire una data
Committente	Committente
Autore/Autori
Distribuzione

Elenco delle modifiche

Versione	Data	Modifica	Autore
0.1

Tabella 1:	Controllo delle modifiche

Descrizione

Lo studio descrive la soluzione auspicata definendo gli obiettivi sommari, indicando possibili soluzioni alternative e valutando queste ultime. Esso costituisce la base per decidere se un progetto deve essere avviato o meno. Lo studio è il presupposto per l’elaborazione del piano di gestione del progetto e del mandato di progetto.

Situazione iniziale

In questo capitolo si indicano la motivazione e le circostanze che hanno portato alla realizzazione del presente studio e all’avvio del progetto, come pure l’eventuale necessità d’intervento.

Analisi della situazione

L’analisi della situazione costituisce una base di conoscenze solida che consente di elaborare obiettivi e soluzioni alternative per il sistema/prodotto auspicato.

Organizzazione operativa

Qui si descrive l’attuale organizzazione operativa, basandosi perlopiù su documenti esistenti. Se non si dispone di alcuna documentazione, bisogna verificare se, ai fini dello studio, è necessario produrne una sulla situazione attuale dell’organizzazione operativa. Si tratta di una descrizione sommaria dei compiti e delle prestazioni più importanti, dei processi principali e dell’organizzazione strutturale.

Organigramma, descrizioni delle funzioni, mappa dei processi, descrizione dei processi attuali, struttura quantitativa delle operazioni, collaboratori, clienti ecc.

Quantità e frequenza

Risorse materiali utilizzate

N.	Descrizione	Spiegazione
01	PC	25
02	Veicoli	13 furgoni

Tabella 2:	Risorse materiali utilizzate/Prodotto o sistema IT

Operazioni/Transazioni

Operazione/Transazione	Media per unità di tempo	Massimo per unità di tempo	Minimo per unità di tempo
Versamenti	8500/mese	20000/mese	500/mese

Tabella 3:	Operazione/Transazione

Quantità di dati

Tipo di oggetto	Quantità	Variazioni per unità di tempo	Dati in entrata per unità di tempo	Dati in uscita per unità di tempo
Richiedente	20 000	1500/mese	750/mese	500/mese

Tabella 4:	Quantità di dati e movimenti

Sicurezza dell’informazione e protezione dei dati

Descrizione della situazione attuale

Analisi dei punti forti, dei punti deboli e delle cause

Punti forti

Descrizione sotto forma di testo che includa anche delle considerazioni sui punti forti: in futuro potrebbero essere preservati o magari migliorati?

N.	Descrizione	Causa	Potenziale di preservare i punti forti*
01	Versamenti quasi sempre esatti	Qualifiche elevate dei collaboratori	+
* Potenziale di preservare i punti forti: + = miglioramento possibile, E = elevato, M= medio, S= scarso

Tabella 5:	Punti forti e cause

Punti deboli

Descrizione sotto forma di testo che includa anche delle considerazioni sui punti deboli: in futuro potrebbero essere eliminati?

N.	Descrizione	Causa	Potenziale di eliminare i punti deboli*
01	Svolgimento inefficiente del processo operativo Pxxx	Funzionalità mancante nell’applicazione IT	E
* Potenziale di eliminare i punti deboli: E = elevato, M= medio, S= scarso

Tabella 6:	Punti deboli e cause

Cause

Conoscenze basate sull’analisi delle cause (dirette)

Contesto del sistema

Descrizione del contesto del sistema

Attraverso la rappresentazione e la descrizione del contesto del sistema si indicano gli aspetti rilevanti per la definizione e la comprensione dei requisiti del sistema preso in esame.

Figura 1:	Contesto del sistema (schema esemplificativo)

Diagramma di contesto

Il diagramma di contesto mostra tutte le parti interessate (stakeholder, sistemi periferici) che interagiscono con il prodotto o il sistema e che intendono

attivare

ricevere

i flussi di informazioni e di materiale.

Rappresentazione grafica mediante un diagramma di flusso dei dati o un diagramma dei casi d’uso («use case»):

Figura 2:	Diagramma di contesto (schema esemplificativo)

Obiettivi

Contrariamente agli obiettivi definiti in un secondo tempo nel progetto e a cui vengono assegnate le priorità, gli obiettivi dello studio sono innanzitutto formulati in modo sommario e ponderati in base ai criteri dell’obbligatorietà, dell’auspicabilità e della possibilità. Essi fungono da base per l’elaborazione delle soluzioni alternative.

Obiettivi del sistema o del prodotto

Esempi di categorie:

obiettivi finanziari, rapporto costi/benefici/redditività

prestazione, efficienza, tempistica

qualità, riduzione degli errori

soddisfazione della clientela e dell’utenza, servizio pubblico

sicurezza, affidabilità

conformità alle basi legali vigenti

flessibilità

possibilità di ampliamento

manutenzione

sostenibilità

N.	Categoria	Descrizione	Indicatore	Ponderazione*
S1	Organizzazione	Ciascuna divisione può organizzare i propri eventi in modo autonomo; i processi definiti per l’ufficio sono uniformi.	Invece delle attuali 2 persone, ora 5 persone possono organizzare gli eventi della divisione.	O
S2	Funzionalità	Devono poter essere organizzati eventi per partecipanti esterni e interni alla divisione.	L’organizzazione di eventi esterni e interni è possibile.	A
S3	Qualità	La qualità dell’organizzazione degli eventi migliora.	Le prenotazioni in eccesso sono diminuite o eliminate del tutto.	P
S4	Sostenibilità	Il carico di lavoro deve diminuire.	Il carico di lavoro è stato ridotto di 2 ore per evento.	A
S5	Sostenibilità	Per l’organizzazione e lo svolgimento degli eventi bisogna utilizzare meno carta.	L’utilizzo della carta è stato ridotto del 20 %.	O
* Ponderazione: O = obbligatorio, A = auspicabile, P = possibile

Tabella 7:	Obiettivi del sistema o del prodotto

Obiettivi procedurali attinenti al progetto

Esempi di categorie:

costi del progetto (budget)

scadenze

milestone

metodi

comunicazione

N.	Categoria	Descrizione	Indicatore	Ponderazione*
T1	Scadenza	Fra 6 mesi sarà disponibile uno strumento utile per organizzare eventi.	Gli eventi possono essere organizzati mediante lo strumento.	M
* Ponderazione: O = obbligatorio, A = auspicabile, P = possibile

Tabella 8:	Obiettivi procedurali attinenti al progetto

Relazione con la strategia e attuazione delle direttive

Relazione con la strategia

Il progetto sostiene la seguente strategia dell’organizzazione permanente:

YXYX

Attuazione di direttive e condizioni quadro

Il progetto rispetta le seguenti direttive e condizioni quadro dell’organizzazione permanente:

XYXY

Requisiti di massima

ID	Requisito	Tipo1	Criterio di accettazione	Importanza2	Urgenza3
R1	Registrare l’iscrizione al corso	F	Test eseguiti con successo secondo la specifica dei test	5	5
R2	Visualizzare la conferma	Q	Entro 2 secondi nel 90 % dei test, in un ambiente di sistema reale	3	4
R3	Le conferme d’iscrizione devono essere inviate in giornata	O	Entro le 24 ore successive alla decisione di svolgere il corso	3	3
R4	Trasmettere i dati in forma crittografata	S	Test eseguiti con successo secondo la specifica dei test	5	4
R5	Garantire la coerenza metodologica	C	Convalidare gli elementi metodologici con HERMES-CD	5	3
R6
1) Tipo = tipo di requisito: O = organizzazione operativa, F = requisito funzionale, Q = qualità, S = sicurezza, M= migrazione, A= architettura, E = esercizio, C = conformità (legislazione, istruzioni, norme e direttive) 2) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 3) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente

Tabella 9:	Requisiti di massima

Soluzioni alternative

Panoramica delle alternative

Alternativa	Designazione
A1	Organizzazione operativa ottimizzata con esercizio centralizzato
A2	Organizzazione operativa ottimizzata con esercizio decentralizzato
A3
A4
A5

Tabella 10:	Panoramica delle alternative

Metodi per generare soluzioni alternative: tecniche creative, ad esempio brainstorming, brainwriting 6-3-5, grafici (matrici) causa-effetto, griglia morfologica, metodo analogico

Alternativa nn

Per ciascuna alternativa si descrivono i punti seguenti.

Breve descrizione

Testo

Contesto del sistema (situazione auspicabile)

Descrizione e grafico

Diagramma di contesto (situazione auspicabile)

Descrizione e grafico

Organizzazione operativa

Processi

Organizzazione strutturale

Prodotto o sistema IT

Per un sistema IT occorre descrivere gli aspetti seguenti: architettura del sistema (panoramica e struttura del sistema), interfacce e delimitazioni.

Sicurezza dell’informazione e protezione dei dati

Testo

Presupposti, interdipendenze

Testo

Analisi e valutazione delle alternative

Raggiungimento degli obiettivi

N.	Descrizione	Ponderazione*	A1	A2	A3
1	Ciascuna divisione può organizzare i propri eventi in modo autonomo; i processi definiti per l’ufficio sono uniformi.	O	Sì	Sì	Sì
2	Devono poter essere organizzati eventi per partecipanti esterni e interni alla divisione.	A	Sì	Sì	Sì
* Ponderazione: O = obbligatorio, A = auspicabile, P = possibile

Tabella 11:	Grado di raggiungimento degli obiettivi

Copertura dei requisiti

ID	Descrizione dei requisiti	Importanza*	V1	V2	V3
nn	Registrare l’iscrizione al corso	5	sì	sì	sì
nn	Visualizzare la conferma	3	sì	sì	sì
nn	Le conferme d’iscrizione devono essere inviate in giornata	3	sì	sì	sì
* Importanza: 5 = da attuare imperativamente, 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante

Tabella 12:	Copertura dei requisiti

Altri criteri di valutazione

Criteri di valutazione	A1	A2	A3
Costi
Costi del progetto	Da CHF 80 000.- a 100 000.-	Da CHF 50 000.- a 80 000.-	Da CHF 20 000.- a 30 000.-
Costi ricorrenti	Da CHF 20 000.- a 30 000.-	Da CHF 10 000.- a 20 000.-	Da CHF 30 000.- a 40 000.-
Benefici
Quantificabili	Nessun risparmio	Nessun risparmio	0,5 giorni per evento
Non quantificabili	Meno errori nell’organizzazione	Meno errori nell’organizzazione	Meno errori nell’organizzazione
Rischi	Nessuna dipendenza dal produttore L’eliminazione dei guasti richiede molto tempo (carenza di posti interni) Dopo l’aggiornamento di Windows e Office lo strumento non funziona più	Dipendenza dal produttore L’aggiornamento dei software causa costi successivi inaspettati L’eliminazione dei guasti richiede molto tempo (carenza di posti interni)	Dipendenza dal produttore
Sostenibilità	Soluzione proprietaria Dati non liberamente disponibili Produzione non socialmente sostenibile Nessuna compatibilità ambientale	Soluzione proprietaria Esigue possibilità di sviluppo Produzione solo in parte socialmente sostenibile Parziale compatibilità ambientale	Diritti d’autore mantenuti sulle soluzioni sviluppate Garanzia di accesso al codice sorgente Diritto di assegnare un mandato a terzi per lo sviluppo delle soluzioni Produzione socialmente sostenibile Assoluta compatibilità ambientale
Basi giuridiche
Altro

Tabella 13:	Altri criteri

Possibile rappresentazione della valutazione mediante:

l’analisi costi/benefici

il calcolo costi/benefici/redditività

l’analisi costi/efficacia

il bilancio delle argomentazioni (+/-, vantaggi, svantaggi), il calcolo della redditività e degli investimenti

Scelta dell’alternativa

Si raccomanda l’alternativa An; motivare brevemente la scelta.

Elenco delle abbreviazioni e glossario

Abbreviazione/Termine	Spiegazione
HERMES	Metodo per la gestione di progetti e programmi HERMES 5 è uno standard eCH

Tabella 14:	Elenco delle abbreviazioni e glossario

Indice

Elenco delle modifiche	1

Descrizione	1

1	Situazione iniziale	2

2	Analisi della situazione	2

2.1	Organizzazione operativa	2

2.2	Quantità e frequenza	2

2.2.1	Risorse materiali utilizzate	2

2.2.2	Operazioni/Transazioni	2

2.2.3	Quantità di dati	2

2.3	Sicurezza dell’informazione e protezione dei dati	3

2.4	Analisi dei punti forti, dei punti deboli e delle cause	3

2.4.1	Punti forti	3

2.4.2	Punti deboli	3

2.4.3	Cause	3

2.5	Contesto del sistema	4

2.5.1	Descrizione del contesto del sistema	4

2.5.2	Diagramma di contesto	4

3	Obiettivi	5

3.1	Obiettivi del sistema o del prodotto	5

3.2	Obiettivi procedurali attinenti al progetto	6

4	Relazione con la strategia e attuazione delle direttive	6

4.1	Relazione con la strategia	6

4.2	Attuazione di direttive e condizioni quadro	6

5	Requisiti di massima	7

6	Soluzioni alternative	7

6.1	Panoramica delle alternative	7

6.2	Alternativa nn	8

6.2.1	Breve descrizione	8

6.2.2	Contesto del sistema (situazione auspicabile)	8

6.2.3	Diagramma di contesto (situazione auspicabile)	8

6.2.4	Organizzazione operativa	8

6.2.5	Prodotto o sistema IT	8

6.2.6	Sicurezza dell’informazione e protezione dei dati	8

6.2.7	Presupposti, interdipendenze	8

6.3	Analisi e valutazione delle alternative	8

6.3.1	Raggiungimento degli obiettivi	8

6.3.2	Copertura dei requisiti	8

6.3.3	Altri criteri di valutazione	9

7	Scelta dell’alternativa	10

Elenco delle abbreviazioni e glossario	11

Indice	12

Indice dei grafici	13

Indice delle tabelle	13

Indice dei grafici

Figura 1:	Contesto del sistema (schema esemplificativo)	4

Figura 2:	Diagramma di contesto (schema esemplificativo)	5

Indice delle tabelle

Tabella 1:	Controllo delle modifiche	1

Tabella 2:	Risorse materiali utilizzate/Prodotto o sistema IT	2

Tabella 3:	Operazione/Transazione	2

Tabella 4:	Quantità di dati e movimenti	3

Tabella 5:	Punti forti e cause	3

Tabella 6:	Punti deboli e cause	3

Tabella 7:	Obiettivi del sistema o del prodotto	6

Tabella 8:	Obiettivi procedurali attinenti al progetto	6

Tabella 9:	Requisiti di massima	7

Tabella 10:	Panoramica delle alternative	7

Tabella 11:	Grado di raggiungimento degli obiettivi	8

Tabella 12:	Copertura dei requisiti	9

Tabella 13:	Altri criteri	10

Tabella 14:	Elenco delle abbreviazioni e glossario	11