Il caso di studio del corso è Pizza Delivered Quickly (PDQ), proposto da Wysocki in «Effective Project Management: Traditional, Agile, Extreme» (Wiley); il materiale è distribuito in due copie identiche (PDQ e PDQ-2). PDQ è una catena locale di 40 negozi di pizze da asporto e con consegna a domicilio, che ha recentemente perso il 30% dei ricavi soprattutto per il calo della consegna a domicilio. La causa attribuita: il principale concorrente ha lanciato una garanzia di consegna in 45 minuti dall'ordine alla consegna, mentre PDQ pubblicizza la consegna in un'ora.
Pepe Ronee, Supervisor of Computer Operations, è incaricato di sviluppare un'applicazione software per identificare le location delle «pizza factory» e il sistema software necessario a gestirle. Dee Livery, la presidente, commissionando il progetto ha detto di «tirare fuori tutte le fermate» (pull out all the stops): «il futuro di PDQ dipende da questo progetto». Il team deve valutare due opzioni:
Le pizza factory non avranno spazio retail: la loro unica funzione sarà ricevere ordini, preparare e consegnare le pizze. L'ordine arriva a una struttura centrale di ordinazione (central ordering facility) e viene instradato alla factory più vicina al cliente, che lo processa e consegna entro 30 o 45 minuti dall'inserimento dell'ordine, a seconda che la pizza sia richiesta pronta per il forno o già cotta. Pepe ha identificato sei applicazioni software per la soluzione.
Le sei applicazioni software identificate da Pepe sono «ovviamente progetti di sviluppo software molto diversi, che richiedono approcci molto diversi»:
La conclusione del caso: «The six subsystems that make up the PDQ solution may each require a different project management approach» — ci saranno esercizi a ogni capitolo per formare la strategia e trovare e mantenere l'approccio best-fit (i modelli PMLC del capitolo 4).
Sei descrizioni prese dal caso. Per ciascuna scegli il sottosistema che descrive, poi verifica.
L'esercitazione n. 1 + 2 chiede di scrivere il POS / Project Charter e di definire i requisiti (RBS o altro) per la proposta di progetto del caso «Pizza Delivered Quickly». Le buone pratiche suggeriscono di includere le seguenti sezioni nel POS o in un documento equivalente con struttura definita dagli studenti:
I quattro suggerimenti del docente:
Durante la definizione dello scope del progetto e del corrispondente POS o Project Charter è necessario costruire la RBS (oppure una descrizione dei requisiti alternativa), che poi sarà finalizzata durante il planning. Ogni gruppo può strutturare la RBS e la sua presentazione «come meglio crede, provando a trovare la soluzione "migliore" per il proprio team».
Sette voci. Scegli Sì se le buone pratiche dell'esercitazione la includono tra le sezioni suggerite del POS, No altrimenti; poi verifica.
L'esercitazione si svolge in gruppi: il corso pubblica la composizione dei 9 gruppi (da 2 a 4 membri ciascuno), da «unire» prima di partire con l'esercitazione.
La fonte originale elenca i nominativi e gli indirizzi e-mail dei partecipanti; in questa pagina non vengono riprodotti i dati personali, ma solo la struttura organizzativa (numero di gruppi e consistenza di ciascuno) necessaria a comprendere l'attività.
L'esame è orale e prevede la verifica delle conoscenze acquisite durante il corso e la discussione di un elaborato: la simulazione delle attività di «gestione di un progetto di sviluppo software» reale o di fantasia. Ogni elaborato deve prevedere due sezioni:
L'obiettivo non è l'implementazione del software (che non dovrà essere eseguita), ma dimostrare la capacità di gestire un progetto. Gli elaborati devono essere concordati con il docente.
Sei affermazioni sulle linee guida del progetto. Scegli Sì se coerente con le linee guida, No altrimenti; poi verifica.
Le linee guida del progetto chiedono di documentare tutte le fasi: scoping/initiating, planning, launching/execution, monitoring & controlling, closing. Ecco la mappa completa dei 19 capitoli del corso, con le parti e le fonti da cui derivano — il punto di partenza per preparare l'elaborato e l'orale.
PDQ (40 negozi) ha perso il 30% dei ricavi a causa del calo della consegna a domicilio, attribuito al concorrente che garantisce 45 minuti contro l'ora pubblicizzata da PDQ. La sfida: consegnare la pizza non cotta («pronta per il forno») in 30 minuti o meno, oppure pre-cotta in 45 minuti o meno, usando pizza factory senza spazio retail servite da una struttura centrale di ordinazione.
Sei: Factory Locator, Order Entry, Order Submit, Logistics, Routing, Inventory Management. Il più complesso è il Logistics Subsystem, perché richiede una visione olistica del sistema e le pizza vans sono unità mobili di produzione e consegna.
Problem/Opportunity, Goal, Objective, Success Criteria, Assumptions, Risks, Obstacles — o un documento equivalente con una struttura definita dagli studenti.
Il risultato (POS + RBS o varianti con commenti) va inviato via mail entro le ore 24 di venerdì 24 aprile, con oggetto «Esercitazione – Gruppo X», elencando i membri del gruppo con le rispettive mail (che devono essere anche in CC). Non esiste la soluzione corretta: ogni gruppo può proporre una soluzione diversa per lo stesso problema.
Nella simulazione delle attività di gestione di un progetto di sviluppo software (reale o di fantasia), in due sezioni: descrizione dell'approccio utilizzato e documentazione di progetto. L'obiettivo non è l'implementazione del software (che non dovrà essere eseguita), ma dimostrare la capacità di gestire un progetto. L'elaborato va concordato con il docente.
Scoping/initiating, planning, launching/execution, monitoring & controlling, closing — con l'illustrazione di ogni documento allegato, e per i meeting l'ordine del giorno, i partecipanti e una sintesi dell'ipotetico svolgimento.
Per gli aspetti relativi alla gestione del progetto, in base alle buone pratiche del corso e della letteratura e alla solidità delle argomentazioni; sono premiati i contributi originali, gli approfondimenti autonomi e l'uso di strumenti di supporto. La parte architetturale non è valutata se non per ciò che è correlato alla gestione, ma le scelte architetturali e di gestione devono essere coerenti.
Almeno una settimana prima dell'orale (su appuntamento, anche fuori dagli appelli indicati), concordato con il docente; il ricevimento è su appuntamento per chiarimenti e supporto.