{"id":344,"date":"2026-05-21T12:01:02","date_gmt":"2026-05-21T12:01:02","guid":{"rendered":"https:\/\/shahed.org\/news\/?p=344"},"modified":"2026-05-21T12:11:44","modified_gmt":"2026-05-21T12:11:44","slug":"scrum-software-project-planning","status":"publish","type":"post","link":"https:\/\/shahed.org\/news\/2026\/05\/21\/scrum-software-project-planning\/","title":{"rendered":"SCRUM – SOFTWARE PROJECT PLANNING"},"content":{"rendered":"
\n

Scrum<\/b>\u00a0\u00e8 un framework\u00a0agile<\/a>\u00a0per la\u00a0gestione del ciclo di sviluppo<\/a>\u00a0del\u00a0software<\/a>, iterativo ed incrementale, concepito per gestire progetti e prodotti software o applicazioni di sviluppo, creato e sviluppato da\u00a0Ken Schwaber<\/a>\u00a0e\u00a0Jeff Sutherland<\/a>.<\/p>\n

\n
\u00abScrum \u00e8 un framework di processo utilizzato dai primi anni novanta per gestire lo sviluppo di prodotti complessi. Scrum non \u00e8 un processo o una tecnica per costruire prodotti ma piuttosto \u00e8 un framework all\u2019interno del quale \u00e8 possibile utilizzare vari processi e tecniche. Scrum rende chiara l’efficacia relativa del proprio product management e delle proprie pratiche di sviluppo cos\u00ec da poterle migliorare.\u00bb<\/div>\n

(Jeff Sutherland,\u00a0La Guida a Scrum\u2122<\/i>[<\/span>1]<\/span><\/span><\/a><\/sup>)<\/p>\n<\/div>\n

Scrum enfatizza tutti gli aspetti di gestione di progetto legati a contesti in cui \u00e8 difficile pianificare in anticipo. Vengono utilizzati meccanismi propri di un “processo di controllo empirico”, in cui\u00a0cicli di feedback<\/a>\u00a0che ne costituiscono le tecniche di management fondamentali risultano in opposizione alla gestione basata sul concetto tradizionale di\u00a0command-and-control<\/a>. Il suo approccio alla pianificazione e gestione di progetti \u00e8 quello di portare l’autorit\u00e0\u00a0decisionale<\/a>\u00a0al livello di propriet\u00e0 e certezze operative.[<\/span>2]<\/span><\/span><\/a><\/sup><\/p>\n

Il termine Scrum, in quanto applicato allo sviluppo di prodotti, \u00e8 stato per la prima volta utilizzato in “The New New Product Development Game”[<\/span>3]<\/span><\/span><\/a><\/sup>\u00a0(Harvard Business Review<\/a>\u00a086116:137-146, 1986) e successivamente elaborato in “The Knowledge Creating Company”[<\/span>4]<\/span><\/span><\/a><\/sup>\u00a0entrambi testi di Ikujiro Nonaka e Hirotaka Takeuchi (Oxford University Press<\/a>, 1995).<\/p>\n<\/section>\n

\n
\n

Storia<\/h2>\n<\/div>\n

Nel 1986,\u00a0Hirotaka Takeuchi<\/a>\u00a0e\u00a0Ikujiro Nonaka<\/a>\u00a0descrissero un nuovo approccio allo sviluppo di prodotti commerciali che avrebbe aumentato la velocit\u00e0 e la flessibilit\u00e0, basato su casi di studio presi dall’industria automobilistica e quella relativa alla realizzazione di fotocopiatrici e stampanti.[<\/span>5]<\/span><\/span><\/a><\/sup>\u00a0Essi lo chiamarono\u00a0approccio\u00a0olistico<\/a>\u00a0o\u00a0rugby<\/a><\/i>, in quanto l’intero processo viene eseguito da un team interfunzionale su pi\u00f9 fasi che si sovrappongono, dove la squadra “cerca di raggiungere l’obiettivo come unit\u00e0, passando la palla avanti e indietro”.[<\/span>5]<\/span><\/span><\/a><\/sup><\/p>\n

Il termine\u00a0Scrum<\/i>\u00a0\u00e8 mutuato dal termine del\u00a0rugby<\/a>\u00a0che indica il pacchetto di mischia ed \u00e8 evidentemente una metafora del team di sviluppo che deve lavorare insieme in modo che tutti gli attori del progetto\u00a0spingano<\/i>\u00a0nella stessa direzione, agendo come un’unica entit\u00e0 coordinata.<\/p>\n

Ken Schwaber e Jeff Sutherland hanno presentato per la prima volta Scrum alla conferenza OOPSLA del 1995. Questa presentazione ha essenzialmente documentato ci\u00f2 che Ken e Jeff avevano appreso negli anni precedenti applicando Scrum. Nel 2001 Schwaber ha collaborato con Mike Beedle per descrivere il metodo in un libro chiamato\u00a0Agile Software Development with Scrum<\/i>.[<\/span>6]<\/span><\/span><\/a><\/sup>. Inoltre, nel 2004, Ken Schwaber ha pubblicato il libro\u00a0Agile Project Management with Scrum<\/i>[<\/span>7]<\/span><\/span><\/a><\/sup>\u00a0pubblicato da\u00a0Microsoft Press<\/a>.<\/p>\n<\/section>\n

\n
\n

La teoria di Scrum<\/h2>\n<\/div>\n

Scrum si basa sulla teoria dei controlli empirici di analisi strumentale e funzionale di processo o empirismo. L’empirismo afferma che la conoscenza deriva dall’esperienza e che le decisioni si basano su ci\u00f2 che si conosce. Scrum utilizza un metodo interattivo e un approccio incrementale per ottimizzare la prevedibilit\u00e0 e il controllo del rischio.[<\/span>1]<\/span><\/span><\/a><\/sup><\/p>\n

Sono tre i pilastri che sostengono ogni implementazione del controllo empirico di processo.<\/p>\n

\n
\n

Trasparenza<\/h3>\n<\/div>\n

Gli aspetti significativi del processo devono essere visibili ai responsabili del lavoro. La trasparenza richiede che quegli aspetti siano definiti da uno standard comune in modo tale che gli osservatori condividano una comune comprensione di ci\u00f2 che viene visto. Ad esempio:<\/p>\n