Progetto - Linee Guida
Slide PDF: Progetto - Linee Guida - Ver.2.3
Indice
Obiettivo del Progetto
Definizione
L’elaborato di progetto è la simulazione delle attività di gestione di un progetto di sviluppo software, reale o di fantasia.
In pratica: non bisogna implementare il software. Il punto centrale è dimostrare di saper impostare, documentare e argomentare la gestione del progetto.
Punto essenziale
L’obiettivo dell’elaborato non è valutare la soluzione software prodotta, ma la capacità di gestire il progetto.
L’esame è orale e comprende:
- verifica delle conoscenze acquisite durante il corso;
- discussione dell’elaborato;
- argomentazione delle scelte fatte;
- capacità di considerare possibili alternative.
Vincolo
L’elaborato deve essere concordato con il docente.
Struttura dell’Elaborato
Ogni elaborato deve prevedere due sezioni principali:
- descrizione dell’approccio utilizzato;
- documentazione di progetto.
Descrizione dell’Approccio Utilizzato
Definizione
La descrizione dell’approccio utilizzato è il documento in cui si spiega come si è scelto di gestire il progetto, giustificando le scelte effettuate e illustrando la documentazione allegata.
In pratica: è la parte discorsiva dell’elaborato. Serve a far capire perché sono stati scelti certi strumenti, documenti, fasi, template o metodologie.
Deve includere:
- la logica con cui è stato gestito il progetto;
- la giustificazione delle scelte effettuate;
- l’illustrazione della documentazione di progetto allegata;
- il contenuto di ogni documento allegato;
- possibilmente un indice del materiale allegato.
Come usarla all'orale
Questa sezione deve permettere di sostenere le proprie scelte e, se richiesto, confrontarle con alternative possibili.
Documentazione di Progetto
Definizione
La documentazione di progetto è l’insieme dei documenti che lo studente decide di utilizzare per rappresentare e controllare la gestione del progetto.
In pratica: è la raccolta degli artefatti gestionali. Le slide citano come esempi POS, RBS, WBS, PDS, analisi dei rischi e Gantt.
Il formato dei documenti è a discrezione dello studente.
Note
Lo studente è incoraggiato a rielaborare personalmente quanto suggerito a lezione e a usare anche approcci alternativi.
Fasi da Coprire
Definizione
Le fasi di gestione sono le aree del ciclo di vita del progetto che devono essere considerate nella descrizione dell’approccio.
In pratica: l’organizzazione del documento è libera, ma ci si aspetta che siano trattati gli aspetti rilevanti delle principali fasi di project management.
Le fasi indicate dalle slide sono:
- scoping/initiating: impostazione iniziale del progetto e definizione dell’ambito;
- planning: pianificazione delle attività, delle risorse e dei documenti necessari;
- launching/execution: avvio ed esecuzione simulata del progetto;
- monitoring & controlling: controllo dell’avanzamento e gestione degli scostamenti;
- closing: chiusura del progetto e sintesi conclusiva.
Esempio di uso operativo
Nella descrizione dell’approccio si può dedicare una sezione a ciascuna fase, spiegando quali documenti sono stati usati e perché sono coerenti con quella fase.
Deliverable Operativi
Indice del Materiale Allegato
Definizione
L’indice del materiale allegato è una lista ragionata dei documenti inclusi nell’elaborato.
In pratica: serve a rendere leggibile la consegna e a collegare ogni documento alla scelta gestionale che lo giustifica.
Per ogni documento allegato è utile indicare:
- nome del documento;
- fase del progetto a cui si riferisce;
- contenuto principale;
- motivo per cui è stato incluso;
- eventuale strumento usato per produrlo.
Meeting di Progetto
Definizione
I meeting di progetto sono incontri previsti nella simulazione e devono essere documentati quando inclusi nell’elaborato.
In pratica: non basta dire che un meeting è previsto. Bisogna mostrare come sarebbe gestito.
Per i meeting previsti le slide richiedono di documentare:
- ordine del giorno;
- partecipanti;
- sintesi dell’ipotetico svolgimento.
Struttura minima di un meeting
Per ogni meeting si può usare una scheda con titolo, obiettivo, partecipanti, agenda, decisioni prese e azioni successive.
Strumenti di Supporto
Definizione
Gli strumenti di supporto sono software, template, metodologie o altri strumenti usati per produrre e organizzare la documentazione di progetto.
In pratica: l’uso di strumenti è incoraggiato, ma deve restare funzionale alla gestione del progetto.
Le slide citano, ad esempio, MS Project. Se si usano software non disponibili al docente, possono essere inclusi snapshot.
Note
L’uso di software, template e metodologie può essere premiato, soprattutto se collegato a scelte motivate e contributi originali.
Criteri di Valutazione
Definizione
La valutazione riguarda gli aspetti di gestione del progetto, non la qualità della soluzione software in sé.
In pratica: l’elaborato deve mostrare buone pratiche gestionali, solidità delle argomentazioni e coerenza tra scelte fatte e documentazione prodotta.
Saranno valutati:
- approccio proposto;
- coerenza con buone pratiche viste a lezione e in letteratura;
- solidità delle argomentazioni a supporto delle scelte;
- contributi originali e approfondimenti autonomi;
- uso di strumenti di supporto;
- coerenza tra scelte architetturali e gestione del progetto, quando le scelte architetturali sono rilevanti per la gestione.
Cosa non viene valutato come obiettivo principale
Non viene valutata la soluzione software prodotta dal progetto. La parte architetturale conta solo per ciò che è strettamente correlato alla gestione del progetto.
Durante l’orale bisogna essere pronti a:
- sostenere le scelte effettuate;
- spiegare perché sono state preferite rispetto ad alternative;
- collegare l’elaborato alla teoria del corso.
Regole di Consegna e Contatti
Scadenza
L’elaborato deve essere consegnato almeno una settimana prima dell’orale.
La consegna avviene via mail. Le slide suggeriscono due possibili modalità:
- file compresso con due cartelle, una per la descrizione dell’approccio utilizzato e una per la documentazione di progetto;
- singolo file PDF contenente tutto il materiale.
Note
Anche se sono indicati appelli in date prefissate, è consentito fissare gli esami su appuntamento.
Il ricevimento è indicato come opportunità per chiarire la teoria e ricevere supporto nella preparazione dell’elaborato. Può essere concordato:
- via mail:
marco.boschetti@unibo.it; - presso lo studio 4144, via dell’Università 50, Cesena;
- telefonando al numero
0547-338863.
Checklist Operativa
Uso della checklist
Prima della consegna, controllare che ogni punto sia coperto o consapevolmente escluso con una motivazione coerente.
- Il progetto è stato concordato con il docente.
- L’elaborato simula la gestione di un progetto software reale o di fantasia.
- La descrizione dell’approccio spiega come è stato gestito il progetto.
- Le scelte gestionali sono giustificate.
- Sono trattate le fasi di scoping/initiating, planning, launching/execution, monitoring & controlling e closing.
- Ogni documento allegato è illustrato nel contenuto.
- È presente un indice del materiale allegato, se utile alla leggibilità della consegna.
- I meeting previsti includono ordine del giorno, partecipanti e sintesi dello svolgimento ipotetico.
- La documentazione di progetto include gli artefatti scelti dallo studente.
- Il formato dei documenti è leggibile e coerente.
- Se sono stati usati software non disponibili al docente, sono presenti snapshot.
- L’elaborato evidenzia contributi originali o rielaborazioni personali, se presenti.
- Le scelte architetturali, se citate, sono coerenti con la gestione del progetto.
- La consegna è pronta almeno una settimana prima dell’orale.
Prossimi Argomenti
Continueremo con i moduli di processo più utili per costruire l’elaborato:
- Initiating - definizione dell’ambito e impostazione iniziale del progetto.
- Planning - pianificazione delle attività e dei deliverable.
- Execution - avvio e conduzione operativa del progetto.
- Monitoring & Controlling - controllo dell’avanzamento e gestione degli scostamenti.
- Closing - chiusura e consolidamento dei risultati.