Polymorphic Rants

Per ottenere controllo su un progetto le metodologie agili indicano
nelle metriche uno degli strumenti che consentono di avere una
fotografia in tempo reale dei progressi del team. Scrum , in
particolare, individua nel daily scrum il momento giornaliero in cui
“scattare” la foto della situazione: ogni membro del team comunica al
team stesso cosa sta facendo, che problemi ha avuto il giorno preceente e quanto manca al
termine del task corrente. (nota bene: non quanto ha lavorato ieri, ma
quanto manca).

Il daily Scrum è quindi un momento dove la comunicazione è il fattore
portante: bisogna essere in grado di dire a team come prosegue il
proprio task con chiarezza e coraggio.

Perchè coraggio ?

Perchè per comunicare che si stanno incontrando delle difficoltÃ
richiede coraggio.

E’ nella nostra natura voler “ben figurare” nei confronti degli altri, ed
ammettere di essere in difficoltà richiede una dose di umiltà non
scontata; sono assolutamente convinto che la comunicazione sia alla base di ogni team, ma mi trovo
spesso in difficoltà quando devo dire al daily scrum che la stima è
quella di ieri perchè….perchè sto ancora brancolando nel buio!!!

Una comunicazione che sia quindi efficace e non solamente apparente richiede da parte di ogni membro del team di mettersi fortemente in gioco nel proprio team, e questo richiede non solo software engineer capaci ma persone vere.

Riuscirò ad essere una persona vera all’interno del mio team ? io ci sto provando.

European Summer School on Agile Programming
3-7 July 2006, Varese, Italy

Organized by the CS Dept. of Università dell’Insubria, Varese, Italy.

This Summer School aims to bring undergraduate and graduate students to learn and experience the practices of Agile software development.

The language will be English.

The focus is on learning by doing. In the mornings we’ll have lectures with hands-on exercises. In the afternoons there will be a course-long development project, organized like an Extreme Programming project on a small scale.

Topics that will be covered include:

• Values, Principles, Practices
• Test-Driven Development.
• Pair programming
• Agile planning
• Customer tests
• Continuous build
• Free idea maps
• Retrospectives

Full details at http://essap.dicom.uninsubria.it/

qua un divertentissimo posto sui problemi di Internet Explorer

la parte che preferisco:

David Favram: Yeah. Because parts of IE are written in only electrons. Since it’s impossible to know the exact position and velocity of said particle, those parts of the software are somewhat unpredictable.

Amy: “Why does it work on yours and not mine??” “I blame the Heisenberg Uncertainty Principle.”
Amy: “IE is both a particle and a wave”

http://brainscrum.wordpress.com/