Test Intermedi_ PDF

**2. Applicazione della Metodologia Agile** **2.1 Visione del Prodotto** La creazione di una visione chiara del prodotto è stata il primo passo fondamentale per definire la direzione del progetto "**Cash & Go"**. Questa visione ha fornito una guida per il team e gli stakeholder, garantendo che tu...

**2. Applicazione della Metodologia Agile** **2.1 Visione del Prodotto** La creazione di una visione chiara del prodotto è stata il primo passo fondamentale per definire la direzione del progetto "**Cash & Go"**. Questa visione ha fornito una guida per il team e gli stakeholder, garantendo che tutti fossero allineati sugli obiettivi principali. **Visione di** "**Cash & Go":** *\"Fornire agli utenti uno strumento semplice e intuitivo per gestire le proprie finanze personali, promuovendo il risparmio e aiutandoli a prendere decisioni finanziarie migliori.\"* **Pilastri della Visione:** 1. **Semplicità:** Un design che non richieda una curva di apprendimento significativa. 2. **Proattività:** Notifiche intelligenti e suggerimenti personalizzati basati sul comportamento dell'utente. 3. **Personalizzazione:** Possibilità di adattare l'app alle esigenze finanziarie uniche di ciascun utente. 4. **Affidabilità:** Un sistema robusto e sicuro per la gestione dei dati personali e finanziari. **2.2 Raccolta dei Requisiti Iniziali e User Stories** **Workshop Iniziale per la Raccolta dei Requisiti**  Il team ha organizzato un workshop collaborativo con gli stakeholder principali, inclusi il Product Owner (PO), il team di sviluppo e rappresentanti degli utenti target. Durante il workshop sono state utilizzate tecniche come il brainstorming e il design thinking per identificare: - Obiettivi chiave del prodotto. - Esigenze degli utenti finali. - Funzionalità desiderate. **Output del Workshop:** - **Elenco delle Funzionalità Prioritarie:** - Registrazione manuale di entrate e spese. - Visualizzazione di report grafici (settimanalmente e mensilmente). - Notifiche per il superamento del budget. - Personalizzazione delle categorie di spesa. **Creazione delle User Stories** I requisiti raccolti sono stati tradotti in **User Stories** utilizzando il formato standard: *\"Come \[tipo di utente\], voglio \[obiettivo\] per \[beneficio\].\"* **Esempi di User Stories per "Cash & Go":** SCREENSHOT **2.3 Creazione e Gestione del Product Backlog** **Cos'è il Product Backlog?**  Il **Product Backlog** è una lista dinamica di tutte le funzionalità e requisiti necessari per il progetto. È continuamente aggiornato e prioritizzato dal Product Owner per garantire che il team lavori sempre sugli elementi più importanti. **Organizzazione del Backlog:** 1. **Suddivisione in Epic e User Stories:** - Le funzionalità principali sono state organizzate in **Epic** (macro-funzionalità). - Ogni Epic è stata suddivisa in **User Stories** più piccole e gestibili. 2. **Prioritizzazione con la tecnica MoSCoW:** - **Must-have:** Funzionalità essenziali per l'MVP. - **Should-have:** Funzionalità utili ma non essenziali per il rilascio iniziale. - **Could-have:** Funzionalità opzionali che potrebbero essere implementate in futuro. - **Won't-have:** Funzionalità rimandate o escluse. SCREENSHOT **Criteri di Accettazione**  Ogni User Story nel backlog include criteri di accettazione chiari per definire cosa significa completare il lavoro: - Funzionalità implementata e testata. - Documentazione aggiornata. - Feedback positivo da parte del Product Owner. **2.4 Pianificazione della Roadmap e Iterazioni** **Cos'è una Roadmap Agile?**  La roadmap Agile fornisce una visione strategica di alto livello sullo sviluppo del prodotto, suddividendo il lavoro in sprint o milestone. **Roadmap di "Cash & Go"** La roadmap iniziale per SmartBudget prevedeva 5 sprint, ciascuno della durata di **2 settimane**. SCREENSHOT **3. Ciclo Completo del Progetto** Il ciclo completo del progetto **"Cash & Go"** è stato suddiviso in 5 sprint principali, ognuno con una durata di 2 settimane, per garantire la consegna iterativa e incrementale di valore. Questa sezione analizza in dettaglio ogni sprint, gli obiettivi, le attività principali, gli artefatti prodotti e i risultati ottenuti, insieme agli eventi Scrum che hanno sostenuto l'intero processo. Qui per noi, l'obiettivo è mostrare come il framework Scrum è stato applicato per realizzare un prodotto di qualità. **3.1 Panoramica degli Sprint** Ogni sprint aveva obiettivi ben definiti e prevedeva il completamento di User Stories prioritarie. Durante lo Sprint Planning, il team selezionava gli elementi del backlog da trasformare in incremento funzionante. Alla fine dello sprint, il risultato deve essere una versione del prodotto incrementata e funzionante. Ogni sprint ha obiettivi chiari e incrementi funzionanti come risultato finale. SCREENSHOT **3.2 Dettaglio degli Sprint** **Sprint 1: Creazione del Backend** **Obiettivo dello Sprint:\ **Costruire la base tecnica per il prodotto, creando il database e sviluppando le API necessarie per la gestione delle transazioni. User Stories Incluse: - *Come utente, voglio registrare entrate e spese per monitorare i miei flussi di cassa.* - *Come utente, voglio modificare o eliminare transazioni in modo semplice.* **Attività Principali:** 1. Modellazione del database: - Tabelle relazionali per utenti, categorie e transazioni. - Collegamento tra categorie e transazioni. 2. **Sviluppo API RESTful:** - Endpoint CRUD (Create, Read, Update, Delete) per gestire le transazioni. 3. **Testing API:** - Utilizzo di Postman per simulare richieste e verificare la correttezza delle risposte. 4. **Documentazione:** - **Creazione di una guida tecnica per l'utilizzo delle API.** **Artefatti Prodotti:** - Schema del Database: Diagramma relazionale con tabelle e chiavi primarie/esterne. - API Documentate: Endpoint descritti in dettaglio. **Risultati dello Sprint:** - Database backend operativo. - API funzionanti e pronte per essere integrate nel frontend. **Feedback e Sfide:** - Durante lo Sprint Review, gli stakeholder hanno richiesto campi aggiuntivi nelle transazioni, come note personalizzate. Questo è stato aggiunto al backlog per iterazioni future. **Sprint 2: Sviluppo dell'Interfaccia Utente** **Obiettivo dello Sprint:\ **Creare una schermata semplice e intuitiva per consentire agli utenti di inserire le proprie transazioni finanziarie. **User Stories Incluse:** - *Come utente, voglio una schermata chiara per registrare entrate e spese con dettagli come importo e categoria.* - *Come utente, voglio vedere un elenco ordinato delle mie transazioni.* **Attività Principali:** 1. Progettazione UX/UI: - Creazione di wireframe in Figma. - Mockup interattivi per simulare il flusso utente. 2. **Sviluppo Frontend:** - Implementazione della schermata di registrazione in React Native. 3. **Integrazione Backend-Frontend:** - Collegamento delle API sviluppate nello Sprint 1. **Artefatti Prodotti:** - Prototipo UX/UI: Wireframe e mockup testati con utenti interni. - Interfaccia Funzionante: Prima versione dell'app con schermate principali completate. **Risultati dello Sprint:** - L'utente può inserire entrate e spese direttamente dall'app. - Le transazioni sono salvate nel database attraverso il backend. **Feedback e Sfide:** - Gli stakeholder hanno suggerito di rendere più prominenti le categorie di spesa nella schermata principale. Questo miglioramento è stato aggiunto al backlog.