20080619 Diventare Agili Dalla Università ad un Team Agile @UniRM3 Roma-IT [ITA]

Dall’Università ad un Team Agile:
Il percorso di un “buon” sviluppatore
Università degli Studi Roma Tre
Giovedì, 19 giugno 2008

Francesco Cirillo
CEO, XPLabs - S.R.L.
francesco.cirillo@xplabs.com

ah

 Questo intervento sostiene:

© 2008 Francesco Cirillo Dall’Università ad un Team Agile XPLabs - S.R.L. 2

 Obiettivi

Comprendere il contesto

Competenze “agili”

Il “mio” prossimo passo


 Perché mi sono iscritto a ingegneria?


 Il contesto: le aziende IT in Italia

Body Rental
Integrazione Sistemi

Sviluppo Software


 I tipi di contratti
 Contratti a tempo determinato
 Stage
 Prestazioni occasionali
 Consulenza con partita IVA
 Contratti a progetto
 Dipendente a tempo determinato

 Contratti a tempo indeterminato


 La mia azienda
 Decidere quale contratto per collaboratori 
 Non basta avere una bella idea bisogna saperla vendere
 Bisogna saper rimanere sul mercato
 Bisogna saper pianificare e organizzare
 Agile
 Tradizionale

 Bisogna organizzare rilasci “agili” e far crescere il SW
 40-70% dello sforzo a questioni
 Organizzative
 Amministrative


 Il Manifesto dello Sviluppo Software Agile

Individui e interazioni più che processi e strumenti

Software funzionante più che una documentazione esauriente

Collaborazione con il committente più che negoziazione contrattuale

Rispondere al cambiamento più che seguire un piano prestabilito

Significa che, nonostante apprezziamo gli aspetti che si
trovano sulla destra di questi punti, diamo maggiore
valore agli aspetti citati alla sinistra.


 “Voglio lavorare in un Team Agile!”

“Mi bastano i corsi all’Università?”
“Cosa dovrei sapere per essere preso?”
“Cosa dovrei ‘far finta’ di sapere per essere preso?”
“Quanti soldi mi daranno in un Team Agile?”


 Il primo passo: il colloquio


 Il test di ingresso in XPLabs

Consigli:
 Andate preparati sui prodotti e
servizi dell’azienda
 Se non sapete non provate!
 Informatevi sul tipo di attività
 Informatevi sul tipo di contratto


 Il termometro


 Risultati del termometro
 Non sanno gestire la complessità di business
 Sviluppano senza capire COSA devono fare
 Non capiscono l’obiettivo dell’analisi
NO Responsabilità
 Non sanno gestire la complessità di costruzione NO Consapevolezza
 Non sanno cosa voglia dire cambiare il software
 Non hanno strumenti per cambiare il software
NO Professionalità
 Non sanno stimare quantitativamente
 Non sanno stimare qualitativamente
NO Competenza
 Non sanno gestire la complessità della comunicazione
 Si isolano, non fanno domande
 Si fanno prendere dal panico

 Non hanno un metodo di lavoro efficace
 Consegnano anche se NON funziona/è corretto/è flessibile
 Non è mai colpa loro!


 Voi li assumereste?
 Metafora della vela
 Quanto li paghereste?
 Che contratto gli proporreste?


 Lavorare in un team agile

Capacità tecniche

Capacità sociali


 Capacità tecniche
 Avere una strategia di gioco (processo)
 Capire obiettivi e strumenti dell’analisi
 Capire obiettivi e strumenti del design

 Saper applicare concretamente quegli strumenti
 Saper far crescere il software in maniera incrementale


Far crescere il software

Programma fatturazione v0.1 :-)


 Costruire il software con i Test


 Mantenere bassa la complessità


 Crescere iniettando pattern

Evoluzione di XUnit


 Giardinaggio e malleabilità

“Our job is to solve problems, not spoonfeed compilers (…)
We need clarity so we can communicate using our code. We value
conciseness and the ability to express a requirement in code
accurately and efficiently”.
--Dave Thomas


 Lavorare in un team agile

Capacità tecniche

Capacità sociali


 Responsabilità e collaborazione
 No patti sociali
 No mamma programming
 La sindrome del piccolo metodologo
 Assunzione di responsabilità
 Le regole del team


 Consapevolezza


 Semplice versus complicato


 Semplice versus comodo


 Coraggio – No eroismo


 Comunicare è utile
 L’ego e l’umiltà
 Egoismo illuminato
 Assertività
 Empatia


 Imparare ad apprendere e migliorare
 Feedback Consigli:
 Non accontentarsi mai
 Abbassare la soglia dell’imbarazzo
 Osservazione  Ascoltare sempre e chiunque

 Aggiustamento


 Il Manifesto dello Sviluppo Software Agile

Individui e interazioni più che processi e strumenti

Software funzionante più che una documentazione esauriente

Collaborazione con il committente più che negoziazione contrattuale

Rispondere al cambiamento più che seguire un piano prestabilito

Significa che, nonostante apprezziamo gli aspetti che si
trovano sulla destra di questi punti, diamo maggiore
valore agli aspetti citati alla sinistra.


 Cosa posso fare oggi
 Essere consapevole:
 Mi serve un processo di sviluppo?
 Mi serve il paradigma object-oriented?
 Mi serve l’analisi dei requisiti?
 Mi serve l’analisi object-oriented?
 Mi serve il design object-oriented?

 Essere in grado di sviluppare una piccola funzionalità:
 In autonomia
 Con responsabilità
 Funzionante + Testata + Flessibile + …
 In modo incrementale

 Imparare a stimare


Alcuni consigli per continuare


Domande?
 Riferimenti:
 Sito XPLabs:
http://www.xplabs.it
 Risorse:
http://www.xplabs.it/risorse.html
http://www.metodiagili.it
 Campagna Anti-IF:
http://www.metodiagili.it/campagna-anti-if/index.htm
 Gruppo Extreme Programming - Italia:
http://it.groups.yahoo.com/group/extremeprogramming-it/
 Extreme Programming User Group – Italia:
http://www.xpug.it/
 Manifesto Agile
http://agilemanifesto.org/


20080619 Diventare Agili Dalla Università ad un Team Agile @UniRM3 Roma-IT [ITA]

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a 20080619 Diventare Agili Dalla Università ad un Team Agile @UniRM3 Roma-IT [ITA]

Semelhante a 20080619 Diventare Agili Dalla Università ad un Team Agile @UniRM3 Roma-IT [ITA] (20)

Mais de Francesco Cirillo

Mais de Francesco Cirillo (12)

20080619 Diventare Agili Dalla Università ad un Team Agile @UniRM3 Roma-IT [ITA]