{"id":342,"date":"2026-05-21T11:58:53","date_gmt":"2026-05-21T11:58:53","guid":{"rendered":"https:\/\/shahed.org\/news\/?p=342"},"modified":"2026-05-21T12:12:03","modified_gmt":"2026-05-21T12:12:03","slug":"agile-project-planning","status":"publish","type":"post","link":"https:\/\/shahed.org\/news\/2026\/05\/21\/agile-project-planning\/","title":{"rendered":"AGILE – Project planning"},"content":{"rendered":"
\n

Con\u00a0metodologia agile<\/b>\u00a0(o\u00a0sviluppo agile del software<\/b>, in\u00a0inglese<\/a>\u00a0agile software development<\/i>, abbreviato in\u00a0ASD<\/b>), nell’ingegneria del software<\/a>, si indica un insieme di\u00a0metodi di sviluppo del software<\/a>\u00a0emersi a partire dai primi\u00a0anni 2000<\/a>\u00a0e fondati su un insieme di principi comuni, direttamente o indirettamente derivati dai principi del “Manifesto per lo sviluppo agile del software” (Manifesto for Agile Software Development<\/i>, impropriamente[<\/span>1]<\/span><\/span><\/a><\/sup>\u00a0chiamato anche “Manifesto Agile”) pubblicato nel\u00a02001<\/a>\u00a0da\u00a0Kent Beck<\/a>,\u00a0Robert C. Martin<\/a>,\u00a0Martin Fowler<\/a>\u00a0e altri.[<\/span>2]<\/span><\/span><\/a><\/sup>[<\/span>3]<\/span><\/span><\/a><\/sup><\/p>\n

L’uso del termine\u00a0agile<\/i>[<\/span>4]<\/span><\/span><\/a><\/sup>\u00a0per riferirsi a metodi di sviluppo software fu introdotto dal\u00a0Manifesto Agile<\/i>\u00a0pubblicato nel 2001.[<\/span>5]<\/span><\/span><\/a><\/sup><\/p>\n<\/section>\n

\n
\n

Riassunto generale<\/h2>\n<\/div>\n

I metodi agili si contrappongono al\u00a0modello a cascata<\/a>\u00a0(waterfall model<\/i>) e altri\u00a0modelli di sviluppo<\/a>\u00a0tradizionali, proponendo un approccio meno strutturato e focalizzato sull’obiettivo di consegnare al cliente, in tempi brevi e frequentemente (early delivery<\/i>\u00a0\/\u00a0frequent delivery<\/i>)[<\/span>6]<\/span><\/span><\/a><\/sup>, software funzionante e di qualit\u00e0. Fra le pratiche promosse dai metodi agili ci sono la formazione di team di sviluppo piccoli, poli-funzionali e auto-organizzati, lo sviluppo\u00a0iterativo e incrementale<\/a>, la\u00a0pianificazione adattiva<\/a>, e il coinvolgimento diretto e continuo del cliente nel processo di sviluppo.<\/p>\n

La gran parte dei\u00a0metodi agili<\/i>\u00a0tenta di ridurre il rischio di fallimento sviluppando il software in finestre di tempo limitate chiamate iterazioni che, in genere, durano qualche settimana. Ogni iterazione \u00e8 un piccolo progetto a s\u00e9 stante e deve contenere tutto ci\u00f2 che \u00e8 necessario per rilasciare un piccolo incremento nelle funzionalit\u00e0 del software: pianificazione (planning<\/i>),\u00a0analisi dei requisiti<\/a>, progettazione, implementazione, test e documentazione.<\/p>\n

Anche se il risultato di ogni singola iterazione non ha sufficienti funzionalit\u00e0 da essere considerato completo deve essere pubblicato e, nel susseguirsi delle iterazioni, deve avvicinarsi sempre di pi\u00f9 alle richieste del cliente. Alla fine di ogni iterazione il team deve rivalutare le priorit\u00e0 di progetto.<\/p>\n

I metodi agili preferiscono la comunicazione in tempo reale, preferibilmente faccia a faccia, a quella scritta (documentazione). Il team agile \u00e8 composto da tutte le persone necessarie per terminare il progetto software. Come minimo il team deve includere i programmatori ed i loro clienti (con clienti si intendono le persone che definiscono come il prodotto dovr\u00e0 essere fatto: possono essere dei\u00a0product manager<\/i>, dei\u00a0business analysts<\/i>, o dei clienti veri e propri).<\/p>\n<\/section>\n

\n
\n

Il manifesto<\/h2>\n<\/div>\n

La formalizzazione dei principi su cui si basano le metodologie agili \u00e8 stata oggetto del lavoro di un gruppo di progettisti software e guru dell’informatica che si sono spontaneamente riuniti nell’Agile Alliance<\/a>. Il documento finale di questo lavoro \u00e8 stato poi sottoscritto da un nutrito gruppo di questi professionisti, molti dei quali hanno anche sviluppato alcune delle metodologie agili pi\u00f9 famose.<\/p>\n

I firmatari del\u00a0Manifesto Agile<\/i>\u00a0sono (in ordine alfabetico):\u00a0Kent Beck<\/a>, Mike Beedle, Arie van Bennekum, Alistair Cockburn,\u00a0Ward Cunningham<\/a>\u00a0(inventore di\u00a0Wiki<\/a>), Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland,\u00a0Dave Thomas<\/a>.<\/p>\n

\n
\n

Obiettivi<\/h3>\n<\/div>\n

L’obiettivo \u00e8 la piena\u00a0soddisfazione del cliente<\/a>\u00a0e non solo l’adempimento di un contratto. Il corretto uso di queste metodologie, inoltre, pu\u00f2 consentire di abbattere i costi e i tempi di sviluppo del software, aumentandone la qualit\u00e0.<\/p>\n

Essa \u00e8 esplosa proprio in concomitanza con la crisi successiva al boom di Internet prendendo spunto dai metodi applicati in piccole\u00a0software house<\/a>.<\/p>\n<\/section>\n

\n
\n

Valori<\/h3>\n<\/div>\n

I valori su cui si basa una metodologia agile che segua i punti indicati dal\u00a0Manifesto Agile<\/i>\u00a0sono quattro.<\/p>\n

Si ritengono importanti:<\/p>\n