La filosofia orientale è tutta bottom-up, il filosofo cui fai riferimento potrebbe concretizzarsi in più nomi. Ne parleremo presto, spero. Anche di pratiche agili.
Ciao!

Io al momento però devo prima passare per i mezzi, perché il mio presupposto è l’idea. Credo che sia dovuto al fatto di essere una persona prima sintetica. E’ come dire che io parto dai presupposti del talk e arrivo agli strumenti: ma ora ho bisogno degli strumenti. Ho bisogno di vedere le casistiche reali da gente che le vive, che le ha vissute o viverle io stesso.

Non ricordo il nome esatto – e questo inficia già la spiegazione – ma c’era un saggio Cinese, filosofo diciamo, che non spiegava mai la morale e le idee tramite spiegazioni dell’idea. Spiegava prima il caso concreto e poi faceva ragionare la persona su di esso perché essa stessa capisse il vero significato dell’idea. Perché, diceva, se la spiegassi soltanto perderebbe tutte le sfumature e le profonde implicazioni che invece un caso reale possiede. (Note to self: devo andare a recuperare questo passaggio).

Questo per dire che io, ora, ho bisogno di vivere un po’ di casi concreti. Infatti sto cercando di applicare un po’ di “tecniche” in modo da vedere se funzionano o se falliscono… e imparare su di esse il vero significato dei concetti Lean, Agile, etc.

L’autorità è sempre un valore sdrucciolevole.

@folletto so che ti era piaciuto il talk di Cirillo al Better Software 2009. Lui è er più XP di tutti. Il suo talk era stra-Lean. Tanto per abbassarmi al principio di autorità anche io…

Concludo il mio versante di questa serie di interventi con la morale, secondo me.

Tutti i principi del LSD sono inclusi fra i principi del manifesto agile. Questo fatto basti ad essere preso in considerazione da ogni persona interessata all’argomento per trarre conclusioni magari poco definibili, ma non per questo non ovvie.

Tanto alla fine l’obiettivo è solo la produttività. E tutti questi sono meri mezzi.

Si thx, tienimi informato. Credo di avere oltre a me almeno altre 2-5 persone interessate. Non so se verranno, ma io propago.

@jacopo:
Credo di essere d’accordo sul fatto che non sia una dicotomia, ma non mi addentro perché non ho sufficiente esperienza.

Sui punti Lean li avevo letti, ma la mia tendenza sintetico-minimalista mi porta a sintetizzare in pochi elementi chiave. Questa è invece deformazione mia.

Per dire: 2.1, 2.2, 2.3, 2.4, 2.7 sono incidentalmente o direttamente impliciti nel processo di semplificazione, mentre 2.5, 2.6 nel processo di autocorrezione. Ma sì, è chiaro che 1/ esagero e 2/ parlo da uno che ha solo una cognizione teorica dell’argomento (almeno per ora). Però son ragionamenti che tramite la loro validazine o invalidazione mi aiutano ad apprendere.

scherzi a parte Lean !== Agile

Lean is all about eliminated non value added steps in processes. Agile is about processes that adapt quickly to change. The two, IMHO, can be applied together, but are not necessarily one in the same. I can have a lean process that responds poorly to change, and I can have a process that supports change but is wasteful.
via http://pioneerit.blogspot.com/2006/08/lean-vs-agile.html

[troll]@jacopo: coach, pm, dev leader. tanti nomi un’unica mansione. ;P[/troll]

Ogni tanto uso lean nella accezione forzata (ma validissima nel mio cervello) di “insieme delle metodologie leggere“. Non chiedetemi il perchè… deformazione mia.

@fullo La persona che “li aiuti a smettere e li reincanali nelle buone pratiche” si chiama coach. E anche lui è perfettamente agile-compliant. Ne conosci già uno

Ergo ci vuole un PM o un responsabile che dica come e quando smettere e che pianti le basi di una architettura abbastanza flessibile perchè poi possa essere usata in un processo lean come quelli XP.. ma è poco “agile” perchè cmq un pochetto di roba va studiata a priori…

è stato scelto perchè basato sui presupposti dell’esempio “gestione vs competenze” (o dovrebbe.. questo se il mio autismo non ha aiutato).

In sostanza se i tuoi sviluppatori compiono “movimenti superflui o inefficienti” tu (PM) li aiuti a smettere e li reincanali nelle buone pratiche , su cui poi puoi reiterare, migliorare, ridurre, eliminare sprechi e sviluppatori (fisicamente).

@folletto

Mi piacerebbe parlare – o vedere una discussione – di te come pragmatico e di un agilista puro, credo verrebbero fuori molti punti interessanti e criticità.

passa un giorno in ideato durante i battibecchi CEO vs CTO

ps
una buona lettura grazie a google books Lean Software Development

ps 2
in Ideato stiamo valutando di organizzare (con il buon Jacopo) un workshop su XP e PHP entro la fine dell’anno.. ti tengo aggiornato

Di fatto, è quindi un processo di “sola” (:P) semplificazione ed efficienza, no?
(si, anche autocorrezione, cosa che mi sfugge ma che è assolutamente fondamentale, devo imparare ad esplicitarla meglio).

La domanda con cui chiudi cmq è *estremamente* pragmatica…