Il Manifesto AGILE: il cambiamento รจ di casa (parte prima)

da | Giu 12, 2019 | 0 commenti

In un mondo che cambia devi essere AGILE!

Mettiamo le cose in chiaro, la metodologia contemplata dalla certificazione PMPยฎ รจ, come dire, la bibbia del Project Management.

PMPยฎ certifica le tue competenze, non le riconosci solo tu o le persone vicino a te, le riconosce un istituto internazionale che รจ di riferimento nel mondo. Il Project Management Institute (pmi.org).

Ma AGILE รจ di notevole interesse perchรฉ in alcuni contesti, dove il cambiamento รจ continuo e quasi ingestibile, offre delle soluzioni interessanti, che si stanno diffondendo sempre di piรน nel mondo del Project Management.

Il Manifesto AGILE dichiara i principi base a cui i diversi approcci come SCRUM, XP si ispirano. Mi piace introdurlo con una mia esperienza diretta:

Nel 2001 eravamo impegnati su un progetto di sviluppo di e-Commerce per un cliente di rilevanza nazionale. Ad un solo mese dal termine il referente lato cliente avanza una richiesta di modifica. La risposta da parte di tutto il Team fu un tassativo NO! Il cliente non la prese bene …

All’epoca utilizzavamo una metodologia di Project Management tradizionale e sequenziale (waterfall), accogliere la richiesta di variazione del cliente ad un mese dal termine avrebbe avuto impatti non trascurabili sul progetto. Oggi, รจ evidente che per la tipologia di progetto quella metodologia non era adatta.

Fu proprio lโ€™esigenza di avere una metodologia di project management alternativa a quelle tradizionali, piรน efficace in contesti dove spesso le cose “cambiano”, che spinse 17 professionisti dello sviluppo software a riunirsi nel 2001 per scrivere il Manifesto dei principi AGILE.

Vediamoli.

PRINCIPIO 1

La nostra massima prioritร  รจ soddisfare il cliente rilasciando software di valore, fin da subito e in maniera continua.

PRINCIPIO 2

Accogliamo i cambiamenti nei requisiti, anche a stadi avanzati dello sviluppo. I processi agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente. Non importa se la pianificazione nella metodologia classica ha stabilito delle attivitร  che possono cambiare solo con delle richieste formali. Ciรฒ che importa รจ soddisfare il Cliente, consegnando del software che sia per lui di valore, e consegnarlo subito, a cicli brevi, per farlo verificare quanto prima.

Il focus รจ il valore per il cliente. Il punto di vista รจ il punto di vista del cliente.

Gli scenari tecnologici cambiano velocemente, il cambiamento รจ la normalitร  ed รจ accettato, in modo da creare vantaggio competitivo, sempre per il cliente.

PRINCIPIO 3

Consegniamo frequentemente software funzionante, con cadenza variabile da un paio di settimane a un paio di mesi, preferendo i periodi brevi.

Se il cambiamento caratterizza lo scenario progettuale, non possiamo consegnare versioni di software dopo 6 mesi. I tempi brevi ci consentono di recepire subito lโ€™evoluzione del contesto.

Non solo, ci permettono di capire se quanto sviluppato soddisfa il committente e crea valore per il suo business. Il time box possibile รจ incluso tra due settimane a due mesi.

PRINCIPIO 4

Committenti (Business People) e sviluppatori devono lavorare insieme quotidianamente per tutta la durata del progetto.

Il modo migliore per avere il feedback da chi ha contatti con il Cliente, รจ averlo vicino. Lavorando fianco a fianco ogni giorno. Se cโ€™รจ qualcosa da cambiare viene comunicato subito, non si perde tempo a sviluppare qualcosa che non serve e che sarร  cambiato dopo.

manifesto agile

PRINCIPIO 5

Fondiamo i progetti su individui motivati. Diamo loro l’ambiente e il supporto di cui hanno bisogno e confidiamo nella loro capacitร  di portare il lavoro a termine.

Se il primo punto รจ creare valore per il cliente, il secondo punto รจ come creiamo valore? Il fattore di successo piรน importante รจ costituito dalle persone. Incoraggiarle e creare un ambiente dove possono esprimersi al meglio.

PRINCIPIO 6

Una conversazione faccia a faccia รจ il modo piรน efficiente e piรน efficace per comunicare con il team ed all’interno del team.

Perchรฉ vogliamo la presenza giornaliera di chi gestisce il cliente (business people)? Perchรฉ possiamo parlarci senza scambi formali di email (a volte lunghi). In questo modo le informazioni sono scambiate subito ed il contributo delle varie figure professionali รจ sempre e solo nella direzione della creazione di valore per il cliente.

PRINCIPIO 7

Il software funzionante รจ il principale metro di misura di progresso.

Eโ€™ vero che documentare รจ importante, ma la cosa piรน importante รจ che il software rilasciato soddisfi il cliente. Se lo scenario cambia, il software cambia e la documentazione รจ da riscrivere. La prioritร  รจ invece sul software.

PRINCIPIO 8

I processi agili promuovono uno sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante.

Eโ€™ in piena coerenza con i principi precedenti. Abbiamo detto che il valore viene prodotto dalle persone, che devono lavorare in un ambiente che permetta loro di esprimersi al meglio. Avere dei ritmi di lavoro con dei picchi non consente alle persone di dare il meglio. Meglio mantenere un ritmo costante e produttivo.

PRINCIPIO 9

La continua attenzione all’eccellenza tecnica e alla buona progettazione esaltano l’agilitร .

https://www.beformazione.com/corsi/corso-pmi-acp/

PRINCIPIO 10

La semplicitร  – l’arte di massimizzare la quantitร  di lavoro che non verrร  fatto – รจ essenziale.

Se utilizziamo i migliori modelli di progettazione e la migliore soluzione tecnica raggiungiamo il risultato con il minimo sforzo.

PRINCIPIO 11

Le architetture, i requisiti e la progettazione migliori emergono da team che si auto-organizzano.

PRINCIPIO 12

A intervalli regolari รจ necessario che il team rifletta su come diventare piรน efficace, dopodichรฉ regola e adatta il proprio comportamento di conseguenza.

Cโ€™รจ fiducia nelle persone. Cโ€™รจ fiducia nel fatto che le migliori soluzioni le trovano lavorando insieme. Ma migliorano nel tempo. Per migliorare nel tempo รจ necessario che tarino il loro comportamento e migliorino continuamente. Per farlo occorre stabilire ad intervalli regolari un momento di riflessione sul come migliorare.

Se facciamo nostri questi principi, possiamo senza dubbio stabilire che:

  • Gli individui e le iterazioni sono piรน importanti dei processi e dei tools
  • Il software funzionante รจ piรน importante della documentazione esaustiva
  • La collaborazione con il cliente รจ piรน importante della negoziazione e del contratto
  • Rispondere ai cambiamenti รจ piรน importante di seguire un piano

Devo dire che questi sono dei principi che ispirano anche se non si usa AGILE, penso soprattutto a quanto si afferma sulla fiducia nelle persone, un elemento molto potente, che puรฒ portare davvero risultati inaspettati.

Nel corso BE Formazione di preparazione all’esame di certificazione PMPยฎ vengono esposti molti concetti che si ispirano ad AGILE e ne includono la filosofia. Sono concetti richiamati da tecniche diverse come Rolling Wave Planning, dove si spiega come la pianificazione di dettaglio si sposti lungo lโ€™onda dellโ€™evoluzione del progetto.

Ma Agile รจ solo per i progetti software?

I principi del Manifesto Agile appena visti valgono sicuramente per i progetti di sviluppo software.

Ma รจ possibile applicare Agile anche in altri contesti?

La risposta รจ si!

Non a caso nel 2005 viene stilata una dichiarazione con lโ€™intento di ampliare lโ€™applicazione dei principi Agile anche a progetti non software. La necessitร  era evidentemente quella di definire un approccio diverso al management in generale.

Ma di questo vi parlerรฒ nel prossimo articolo.

A presto.

Leggi anche: “Il Manifesto AGILE: il cambiamento รจ di casa (parte seconda)

Manifesto agile

About Francesco Liguori
Francesco Liguori, professionista con esperienza pluriennale nella gestione di progetti complessi ed in possesso di diverse credenziali nell'ambito del project management, del service design e sicurezza delle informazioni (PMPยฎ, PRINCE2ยฎ, SCRUMยฎ, ITILยฎ, ISO/IEC 27001), ha fondato nel 2015 PM facile. In qualitร  di ATP Instructor del PMI, ha curato la progettazione dei corsi di preparazione agli esami di certificazione PMPยฎ, CAPMยฎ e PMI-ACPยฎ. E' inoltre CEO della BE Innovazione (www.beinnovazione.com), start-up innovativa che migliora il posizionamento competitivo delle aziende clienti con progetti di trasformazione digitale.

0 commenti

Invia un commento

Il tuo indirizzo email non sarร  pubblicato. I campi obbligatori sono contrassegnati *

Questo sito usa Akismet per ridurre lo spam. Scopri come i tuoi dati vengono elaborati.

Accesso
Fai il login per accedere ai tuoi corsi
Password dimenticata?
Inserisci la tua email o il tuo username, ti invieremo una nuova password