Caratteristiche dei Cicli di Vita (PDF)

**Caratteristiche dei Cicli di Vita Predittivi** I Cicli di Vita Predittivi prevedono di poter sfruttare l\'elevata certezza determinata da requisiti consolidati, Team stabili e basso livello di rischio. Di conseguenza, le attività di progetto spesso si svolgono in modo seriale. Per adottare ques...

**Caratteristiche dei Cicli di Vita Predittivi** I Cicli di Vita Predittivi prevedono di poter sfruttare l\'elevata certezza determinata da requisiti consolidati, Team stabili e basso livello di rischio. Di conseguenza, le attività di progetto spesso si svolgono in modo seriale. Per adottare questo approccio, il Team ha bisogno di piani dettagliati per comprendere cosa rilasciare e come. Questi progetti hanno successo quando altri potenziali cambiamenti vengono limitati (ad es, cambiamenti dei requisiti o dei deliverable da parte dei membri del Team). I **Team Leader** mirano a minimizzare i cambiamenti per i progetti predittivi. Quando il Team crea requisiti e piani dettagliati all\'inizio del progetto, può articolare l\'insieme dei vincoli. Il Team può quindi utilizzare tali vincoli per gestire rischi e costi. Man mano che il Team procede secondo il piano di dettaglio monitora e controlla i cambiamenti che potrebbero influenzare l\'ambito, la schedulazione o il budget. Enfatizzando una sequenza di lavoro serializzata ed efficiente a livello di dipartimento, i progetti predittivi solitamente non forniscono valore prima della fine del progetto. Se il progetto predittivo si imbatte in cambiamenti o disaccordi riguardo ai requisiti, o se la soluzione tecnologica si complica, andrà incontro a costi imprevisti. **Caratteristiche dei Cicli di Vita Interattivi** I Cicli di Vita Iterativi migliorano il prodotto o risultato attraverso prototipi o dimostrazioni pratiche successivi. Ogni nuovo prototipo produce nuovi feedback da parte degli stakeholder e fa emergere nuovi approfondimenti del Team. Il Team integra quindi le nuove informazioni ripetendo una o più attività di progetto nel ciclo successivo. I Team possono utilizzare la scomposizione in intervalli di tempo fissi su una determinata iterazione per alcune settimane, acquisire approfondimenti e quindi rilavorare l\'attività in base ad essi. In tal modo, le iterazioni contribuiscono a identificare e ridurre l\'incertezza del progetto. I progetti beneficiano di cicli di vita iterativi quando la complessità è elevata, il progetto incorre in cambiamenti frequenti o quando l\'ambito è soggetto alle visioni contrastanti degli stakehoder rispetto al prodotto finale desiderato. I Cicli di Vita Iterativi possono richiedere tempi più lunghi poiché sono ottimizzati per facilitare l\'apprendimento più che per assicurare la velocità di rilascio. Ora vi chiedo di pensare un attimo... Avete mai partecipato a progetti in cui i requisiti sembravano cambiare ogni giorno e avete pensato di poter conoscere i requisiti soltanto dopo aver rilasciato un prototipo approvato dai riferenti aziendali? In tal caso, per il progetto in questione sarebbero stati utili approcci agili. I prototipi incoraggiano i feedback e una migliore comprensione dei requisiti che possono essere integrati in ciascun deliverable. **Caratteristiche dei Cicli di Vita Incrementali** Alcuni progetti sono ottimizzati per la velocità di rilascio. Molte attività e iniziative non possono permettersi di aspettare che tutto sia completato; in questi casi, i clienti sono disposti a ricevere un sottoinsieme della soluzione complessiva. La frequente consegna di deliverable parziali viene chiamata **Ciclo di Vita Incrementale.** I cicli di vita incrementali ottimizzano il lavoro e forniscono conseguentemente valore agli sponsor o ai clienti più spesso che con un unico prodotto finale. I Team pianificano i deliverable iniziali prima di iniziare il lavoro, e cominciano a lavorare sul primo rilascio il prima possibile. Alcuni progetti agili generano valore entro alcuni giorni dall\'inizio del progetto. Altri possono richiedere più tempo, da una a diverse settimane. Man mano che il progetto evolve, il Team può discostarsi dalla visione originale. Il Team può gestire le deviazioni poiché genera valore in tempi più ridotti. Il grado di cambiamento e variazione è meno importante del garantire che i clienti possano ottenere valore prima del termine del progetto. La completezza e il rilascio sono soggettivi. Il Team può avere bisogno di feedback su un prototipo e può quindi scegliere di fornire a un sottoinsieme di clienti: **MVP**, ***Minimum Viable Product*** (prodotto minimo funzionante). I feedback dei clienti aiutano il team ad apprendere ciò che è necessario fornire per il successivo rilascio della funzionalità finale finita. I **Team Agili**, come elemento di differenziazione principale, generano valore spesso. Quando il prodotto considera una serie più ampia di funzionalità e raggiunge uno spettro più ampio di consumatori, diciamo che viene fornito in modo incrementale. Fornire a un cliente una singola funzionalità o una parte di prodotto finito, sono esempi di approccio incrementale. Ad esempio, i costruttori possono voler mostrare una camera o un piano finiti di un edificio prima di continuare con il resto della costruzione. In tal caso, possono completare un piano con impianti, intonaco e tutto l\'occorrente per un piano finito prima di procedere con quello successivo. Il cliente potrà vedere e approvare lo stile, il colore e altri dettagli, consentendo le modifiche da apportare prima di ulteriori investimenti di tempo e denaro. Ciò riduce la potenziale rilavorazione e/o l\'insoddisfazione del cliente! A questo punto mi sento in dovere di condividere con voi un prezioso suggerimento...! Siete incerti su come un vostro nuovo servizio di business possa funzionare nella pratica? Bene, allora create una dimostrazione pratica con criteri di valutazione adatti ad esplorare i risultati desiderati. **Adottate approcci Iterativi quando sospettate che i requisiti cambieranno in base al feedback del cliente.** **Caratteristiche dei Cicli di Vita Agili** In un ambiente Agile, in un'organizzazione dove lavorate o lavorerete in cui l'Agile Project Management è prassi, oppure lo si vuole introdurre, allora si, il Team si aspetta che i requisiti cambino. Gli approcci iterativi e incrementali forniscono feedback per pianificare meglio la parte restante del progetto. Tuttavia, nei progetti agili, il rilascio incrementale consente di mettere in luce requisiti nascosti o incompresi. Vediamo che abbiamo due possibili modi per raggiungere i rilasci incrementali in modo che il progetto si mantenga allineato con le esigenze del cliente e possa essere adattato secondo necessità. **Caratteristiche dei Cicli di Vita Ibridi** Non è necessario adottare un approccio unico per un intero progetto. I progetti spesso combinano elementi di diversi cicli di vita per raggiungere determinati obiettivi. Una combinazione di approcci predittivi, iterativi, incrementali e/o agili è un Approccio Ibrido. Questo approccio può essere utilizzato quando ci sono incertezza, complessità e rischio nella parte di sviluppo del progetto che trarrebbe vantaggio da un approccio agile, seguito da una fase di rollout definita e ripetibile che è appropriata da intraprendere in modo predittivo, magari da un team diverso. Un esempio di questo approccio è lo sviluppo di un nuovo prodotto high-tech seguito da rollout e formazione per migliaia di utenti. **Approcci Agili e Predittivi Combinati** Un altro approccio consiste nell\'utilizzare una combinazione di Approcci Agili e Predittivi durante tutto il ciclo di vita. In questo caso decidiamo di usare nello stesso progetto una combinazione di approcci sia predittivi che agili. Nel vostro lavoro vi troverete con il vostro Team, per esempio, a voler passare gradualmente all'Approccio Agile utilizzando alcuni approcci come iterazioni brevi, standup giornalieri e retrospettive, ma altri aspetti del progetto come la stima iniziale, l\'assegnazione del lavoro e il monitoraggio dei progressi stanno ancora seguendo Approcci Predittivi. L\'utilizzo di approcci sia predittivi che agili è uno scenario in realtà molto comune. Sarebbe fuorviante chiamare il vostro approccio Agile poiché chiaramente non incarna pienamente la mentalità, i valori e i principi Agili. Tuttavia, sarebbe anche impreciso chiamarlo predittivo poiché è un approccio ibrido. In base alle vostre necessità di Progetto potrete anche scegliere in che misura equilibrare la combinazione tra Approcci Agili ed Approcci Predittivi. In alcuni Progetti vorrete favorire una predominanza dell'utilizzo dell'Approccio Agile, combinato con alcune compenti Predittivi. In altri casi vorrete fare il contrario unire solo pochi componenti Agili ad un approccio predominante Predittivo.