Tutti i post (70)

Come abbiamo rimarcato più volte, DAD prevede un’esplicita fase di Inizio, o Scoperta, del progetto, definita Inception. Tale fase è fondamentale per una corretta valutazione del progetto e per l’individuazione del relativo valore e dei relativi rischi (value and risk driven). Sinteticamente è utile ricordare i principali Goal della fase di Inception:

• chiarire l'esigenza (bisogno) che si intende risolvere;
• identificare una soluzione tecnica…

Parlando nel precedente post dell’High Performance Tree, abbiamo introdotto il concetto diInformation Radiator.

Il termine, è stato coniato da Alistair Cockburn, all’incirca nello stesso periodo in cui viene definito il Manifesto Agile (inizio degli anni 2000), al fine di indicare tutti quegli artefatti in grado di trasmettere, sinteticamente e velocemente, gli obiettivi che si intende raggiungere (Goal di Progetto, Goal Personali, ecc…),…

La fase di Inception di DAD ha tra i propri Goal la formazione (creazione) del Team di Delivery, estensione più ampia del Team di Implementazione che contempla esclusivamente i professionisti impegnati nello sviluppo della soluzione.

Tale attività è decisamente complessa, richiedendo una costante attenzione e un costante investimento per arrivare a trasformare dei professionisti che lavorano insieme in un High Performance Team (HPT). Da questo dipende il…

Sono aperte le registrazioni all'Agile Coach Camp 2013: 20-22 giugno a Trento.

Nei post precedenti abbiamo fatto un tuffo nel cuore dell'Agile, analizzando i 4 Valori che lo caratterizzano ed evidenziando la re-interpretazione fatta dal framework DAD.

Non bisogna stupirsi che gli stessi Valori dell'Agile possano (debbano!) evolvere, perché il concetto di learning è alla base dell'Agile stesso, tanto che pratiche come "inspect-and-improve" sono oggi alla base delle attività di un VERO Agile Team.

Più volte…

Oggi concludiamo questa mini serie di quattro post dedicati all’analisi degli altrettanti Valori dell’Agile e della relativa trasposizione in DAD. Vediamo allora com’è e come viene definito il Quarto Valore:

Valore 4: RISPONDERE AL CAMBIAMENTO più che seguire un piano

fatto proprio, nell’identica forma, anche da DAD.

Questo Valore rappresenta, con molta probabilità, il silver bullet per…

Eccoci al terzo appuntamento con il Manifesto Agile.

Scopriamo insieme il Terzo Valore, che nella forma originale cita:

Valore 3: LA COLLABORAZIONE COL CLIENTE più che la negoziazione dei contratti

mentre in DAD assume una forma che estende i destinatari della collaborazione:

Valore 3 (DAD review): LA COLLABORAZIONE CON GLI STAKEHODLER più che la negoziazione dei contratti

Questo terzo…

Eccoci al secondo appuntamento con il Manifesto Agile.

Scopriamo insieme il Secondo Valore, che nella forma originale cita:

Valore 2: SOFTWARE FUNZIONANTE più che la documentazione esaustiva

mentre in DAD assume una forma un po’ più robusta e orientata all’interno ALCM:

Valore 2 (DAD review): SOLUZIONI FUNZIONANTI più che la documentazione esaustiva

E’ interessante evidenziare come i quattro Valori siano sempre…

Riflettendo sui vari post realizzati in questi mesi, mi sono accorto che spesso abbiamo parlato dei Valori del Manifesto Agile, richiamandoli più o meno indirettamente.

A questo punto ritengo sia utile fare un po’ di mente locale su di essi e soffermarci sulle loro caratteristiche.

Valore 1: GLI INDIVIDUI E LE INTERAZIONI più che i processi e gli strumenti

Si tratta di una rivoluzione copernicana nella gestione dello…

Tranne se si è in una fase di start-up, è fortemente probabile che il nuovo progetto che si è chiamati a realizzare debba fare i conti con un contesto ben definito, proprio dell’azienda specifica, che abbraccia aspetti tecnici/organizzativi/economici.

Si tratta della Company Awareness, ovvero dell’essere “consapevoli” del contesto in cui ci si sta muovendo al fine di garantire il successo del nuovo progetto tramite una corretta strategia di governance.

La Company…

Il concetto di qualità è uno di quelli maggiormente abusati non solo nel contesto IT ma in qualsiasi ambito produttivo. L’obiettivo è, ovviamente, sempre quello di ottenere una soluzione ottimale in funzione del contesto e favorire il miglioramento di quest’ultimo.

In particolare, nel tempo, sono stati sviluppati dei modelli per il miglioramento della qualità generale a medio-lungo termine, tra cui uno dei più noti è il Ciclo di Deming (Deming Cycle) che prevede un…

Devo ammetterlo, prima di approfondire con DAD la questione del non-solo Programming, la mia associazione era di 1:1 con il pair-programming di XP, ovvero la programmazione congiunta da parte di due sviluppatori davanti allo stesso computer.

La pratica non ha mai riscosso la mia particolare simpatia, sia perché non sempre è facile trovare il collega con cui sviluppare congiuntamente, sia perché i costi della relativa applicazione portano facilmente fuori budget il progetto.

In…

Abbiamo avuto già modo di parlare ampiamente della questione dei Requisiti non-funzionali (NFRs, o di Qualità) di un sistema software, sia collegando la questione all'(Intentional) Architecture sia alle metodologie Core Agile.

Riprendiamo ora il discorso in ambito DAD.

Come è ormai chiaro, gli NFRs interessano direttamente l'intero sistema e gli stessi requisiti funzionali, anche se spesso sono tralasciati o considerati un "de facto" dagli stakeholder e dagli…

Un aspetto assolutamente distintivo di DAD è l’individuazione di un numero relativamente ampio di Ruoli e Skill professionali afferenti ad un DAD Team, distinguibili in:

• Ruoli Primari, che accompagnano l’intero ALCM del progetto;
• Ruoli Secondari, che sono “spot” in base alle esigenze.

DAD Roles and Skills (DAD Book)

Prima di evidenziare le caratteristiche specifiche dei vari ruoli, cerchiamo di…

Continuiamo nell'affascinate viaggio che ci porta a scoprire ed approfondire il Disciplined Agile Delivery framework.

DAD contempla tre macro-fasi operative che accompagnano il Ciclo di Vita del prodotto:

• Inception (Inizio/Scoperta), si tratta della fase in cui l'idea progettuale nasce, viene approfondita e vengono validati i rischi e le opportunità annesse. Questa fase coinvolge, inoltre, attività di definizione del TEAM, strutturazione degli ambienti di…

Nel post precedente abbiamo cominciato a descrivere cosa c’è dietro al framework Disciplined Agile Delivery e perché risulta uno strumento decisamente forte e rilevante.

Riprendiamo il discorso con la definizione che gli stessi autori danno di DaD:

“The Disciplined Agile Delivery (DAD) process framework is a people-first, learning-oriented hybrid agile approach to IT solution delivery. It has a risk-value life cycle, is goal-driven,and is enterprise aware.”

in cui si…

Come tutti gli esperti del settore sanno, quando si apre un libro che insegna un nuovo linguaggio di programmazione, è scontato trovarsi difronte al classico listato “Hello World”.

Ma Disciplined Agile Delivery (DaD) non è un linguaggio di programmazione, bensì un framework per la governance dei progetti IT. In questo caso possiamo assimilare il nostro “Hello World” alla più ovvia delle domande che possono essere poste: perché DaD?

Una risposta esauriente non può…

Nel precedente post dedicato agli NFRs abbiamo cominciato ad affrontare la trasversalità dei Requisiti Non Funzionali all’interno del contesto Agile.

Vediamo ora di approfondire la discussione inerente, partendo dal presupposto che si sia riusciti a formalizzare in User Stories gli NFRs rilevanti per il proprio sistema (vedasi post precedente). Esistono due questioni cruciali nella definizione/gestione degli NRFs su cui è necessario…

Durante l’Agile Day 2012 (Milano) ho avuto il piacere di chiacchierare con un caro amico ed un collega, entrambi esperti IT, del tema dei Requisiti non Funzionali (NFR, o anche di Qualità).

La questione si è incentrata su una domanda tanto banale quanto cruciale:

“come descrivo i requisiti non funzionali di un sistema, ottenendone l’accettazione del cliente”?

Se vi sembra semplice rispondere a tale domanda, vi invito a rifletterci bene, perché dietro si…

Quando ho pensato a un blog relativo al mondo Agile, ho pensato ad una serie di post correlati tra loro che ne evidenziassero l’applicazione pratica.

Fin ora abbiamo parlato abbondantemente di Architettura, Design e di come esse siano fondamentali anche nel mondo Agile. Ciò ci spinge ad affrontare in modo diretto quello che oggi in letteratura è riportato come il problema water-SCRUM-fall, termine derivato da una ricerca di Forrester intitolata “Water-Scrum-Fall Is The…