Project Management Life Cycle - PMLC¶

1. Scelta del ciclo di vita¶

Il progetto Surya Shop adotta un ciclo di vita ibrido: predittivo nella pianificazione e incrementale nella realizzazione operativa.

2. Motivazione dell’approccio ibrido¶

La componente predittiva è necessaria perché tempi e budget sono molto limitati, occorre definire con precisione scope, milestone, responsabilità, rischi e criteri di accettazione.

La componente incrementale è necessaria perché catalogo, UX, contenuti e test richiedono revisione progressiva, non sarebbe realistico definire in anticipo ogni dettaglio delle schede prodotto o della resa visiva del catalogo.

3. Fasi del ciclo di vita¶

3.1 Fase di valutazione¶

Periodo: 23 - 31 marzo 2026.

Obiettivo: chiarire opportunità, vincoli e alternative.

Deliverable:

• Scoping meeting;
• Conditions of Satisfaction;
• POS;
• Criteri di valutazione alternative.

3.2 Fase di planning¶

Periodo: 1 - 7 aprile 2026.

Obiettivo: consolidare piano, Business Case, WBS, rischi e responsabilità.

Deliverable:

• Business Case;
• RBS;
• WBS;
• Gantt;
• Risk Register;
• RASCI;
• PDS.

3.3 Fase di setup E-commerce¶

Periodo: 8 - 21 aprile 2026.

Obiettivo: configurare ambiente e-commerce, scegliere tema, impostare struttura di base.

Deliverable:

• Configurazione;
• Tema selezionato;
• Navigazione;
• Collezioni;
• Impostazioni di Base.

3.4 Fase contenuti e catalogo¶

Periodo: 15 aprile - 15 maggio 2026.

Obiettivo: preparare e caricare 150 prodotti.

Deliverable:

• Schede Prodotto;
• Immagini Selezionate;
• Categorie/Collezioni;
• Stima dei prezzi e Varianti;
• Catalogo MVP.

3.5 Fase pagamenti, spedizioni e compliance¶

Periodo: 22 aprile - 13 maggio 2026.

Obiettivo: impostare checkout, pagamenti, spedizioni, resi, privacy e cookie.

Deliverable:

• Aprire un nuovo conto bancario;
• Pagamenti attivi;
• Tariffe spedizione;
• Policy resi;
• Privacy policy;
• Cookie policy;
• Condizioni vendita.

3.6 Fase di test¶

Periodo: 11 - 22 maggio 2026.

Obiettivo: verificare catalogo, checkout, mobile, analytics e policy.

Deliverable:

• Report test;
• Ordini test;
• Issue log;
• Correzione problemi critici.

3.7 Formazione e soft launch¶

Periodo: 18 - 29 maggio 2026.

Obiettivo: formare Edoardo ed effettuare soft launch.

Deliverable:

• Formazione completata;
• Manuale operativo;
• Soft launch;
• Feedback interno.

3.8 Go-live e stabilizzazione MVP¶

Periodo: 1 - 10 giugno 2026.

Obiettivo: pubblicare il sito e stabilizzare il canale.

Deliverable:

• Go-live pubblico;
• Monitoraggio issue;
• Correzioni minori;
• Handover operativo.

3.9 Monitoraggio post-lancio¶

Periodo: 1-15 giugno 2026.

Obiettivo: raccogliere dati iniziali e produrre report.

Deliverable:

• Report KPI post-lancio;
• Raccomandazioni operative;
• Backlog evolutivo.

4. Perché non waterfall puro¶

Un waterfall puro sarebbe troppo rigido perché:

• Le schede prodotto richiedono revisione;
• Le immagini possono non essere uniformi;
• Il layout mobile va testato;
• Il catalogo può richiedere sostituzioni;
• Possono essere introdotte feature successive per migliorare issue.

5. Perché non agile puro¶

Un agile puro sarebbe rischioso perché:

• Il budget è molto contenuto (pagamento a misura e tassi variabili);
• Il go-live è fissato;
• Le risorse interne sono limitate;
• Una sola persona sarà formata;
• Le funzionalità non essenziali devono essere escluse;
• Serve forte controllo dello scope.

6. Rilascio incrementale¶

7. Coerenza con Surya¶

Surya non ha un reparto IT interno e forma una sola persona con competenze informatiche nella media.

Il ciclo di vita ibrido consente di mantenere il progetto semplice, controllato e orientato al rilascio.