photo credits: hanssolo

“Change Management is an Oxymoron” è il titolo di un post di eric lynn. logico? sì, ma per niente scontato.
il cambiamento non può essere gestito o controllato in qualche maniera, rifiutarsi di riconoscere questo aspetto nelle dinamiche organizzative interne o di business spesso equivale a mancare l’obiettivo. non consegnare valore.

nella nostra esperienza, la metodologia agile, con i suoi principi, pratiche e strumenti, è stata fondamentale per accogliere il cambiamento: da demone si è trasformato in un alleato potentissimo.
consegnare valore per noi significa garantire che business value e project delivery siano allineati. per questo è indispensabile mettere il cliente e le sue esigenze – anche mutevoli – al centro del progetto.
da questo punto di vista, un approccio waterfall ha limiti e vincoli forti, che se da una parte indicano chiaramente cosa fare, dall’altra rischiano di guidare verso una direzione sbagliata perché non più valida, già superata da evidenze o esigenze che per loro natura emergono solo in corso d’opera, specie in caso di progetti complessi.

compreso il valore strategico del cambiamento nella gestione dei lavori, il passo successivo è stato “adeguare” la nostra modalità contrattuale. per far evolvere i progetti in corsa. creare un rapporto di fiducia con il cliente, che ha sempre il pieno controllo del progetto e la possibilità di indirizzarlo dove ritiene opportuno, e toglierlo dall’ansia di dover decidere tutto all’inizio, nel momento di minor conoscenza del progetto (e del partner ‘e-xtrategy’).
è con questi obiettivi che nasce il nostro contratto “soddisfatti o rimborsati”: per viaggiare leggeri, “dividere l’elefante in piccoli pezzi” e avere un approccio win-win con i clienti.

questi forti cambiamenti nell’approccio ai progetti, nel tempo hanno modellato anche la consapevolezza del nostro team. l’open governance è stata la naturale evoluzione nella nostra identità di squadra, ora tutti partecipiamo attivamente alle decisioni aziendali.

e anche questo processo è stato innescato abbracciando il cambiamento: abbiamo cocreato gli obiettivi aziendali di breve-medio termine utilizzando la metodologia lego® serious play®.
non ruoli, regole o regolamenti ma valori, principi e fiducia a supporto dell’autonomia di ognuno di noi e delle decisioni che prendiamo ogni giorno.

Anche noi di e-xtrategy abbiamo deciso di affrontare l’argomento, organizzando insieme alla community DevMarche una React Night: una mini-conferenza di tre talk sul React e tutto quello che ci gira intorno.

L’obiettivo della serata è stato fare una carrellata veloce: abbiamo prima introdotto React, per poi passare ad illustrare Flux, un pattern di programmazione che ben si sposa con questo nuovo framework ed infine ci siamo soffermati a vedere una demo funzionante.

Successivamente siamo passati ad illustrare due utilizzi non “canonici”.

Nel primo caso abbiamo illustrato un’app di esempio per iOS creata utilizzando React-Native, un framework per lo sviluppo di app native utilizzando un pattern del tutto analogo a React, e nell’altro il nostro amico Emanuele Rampichini ci ha parlato dello sviluppo un’applicazione React in ambiente desktop utilizzando github electron.

Non ci resta che vedere insieme i video della serata mentre nella nostra sezione formazione potete trovare anche le slide dei primi due talk, buona visione!

il 2 e 3 ottobre a Milano si terrà l’European Organisation Design Forum: noi partecipiamo – ci saremo e siamo sponsor – perché i temi trattati sono parte integrante della nostra storia di team e riguardano alcuni dei servizi che offriamo ai nostri clienti.

quali saranno i topic della due-giorni? organisation design, team work, co-creation. rendere un’azienda adattiva, capace di modellarsi e rispondere alle esigenze del contesto in cui si trova, creare organizzazioni efficaci, stimolare l’innovazione e il pensiero creativo, perché la differenza oggi non sta più nell’accesso alla conoscenza, ma nell’uso creativo che se ne fa.
obiettivo comune di tutto questo è raggiungere il proprio potenziale, sperimentando modalità disruptive rispetto a modelli e approcci tradizionali sempre più inefficaci.

da parte nostra, nel tempo ci siamo chiesti e ci chiediamo tuttora come consegnare valore ai nostri clienti, ascoltando le loro effettive necessità: questo ci ha fatto maturare una serie di competenze non legate strettamente alla tecnologia ma a processi di cambiamento e miglioramento continuo.

per andare in questa direzione, abbiamo fatto nostre alcune metodologie, pratiche e approcci che hanno influenzato e influenzano ancora in maniera decisiva la nostra identità:
– metodologia agile: su tutto, comprendere che il cliente è parte integrante del team di progetto, saper rispondere e accogliere il cambiamento nelle sue esigenze, per rilasci e consegne rispondenti agli obiettivi.
– approccio ai progetti guidato dalla strategia, per garantire che business value e project delivery siano allineati, e scegliere gli strumenti utili a raggiungere gli obiettivi.
– lean thinking: identificare il valore come guida al cambiamento sano delle organizzazioni, per definire e validarne i modelli di business o innovare l’organizzazione interna.
– open governance: nostro modello organizzativo interno, utile a co-creare vision e obiettivi dell’azienda e a coinvolgere in modo attivo tutte le persone, abilitandole a prendere decisioni importanti.

se vuoi saperne di più su questi temi e sperimentarli nella tua organizzazione, ti invito a partecipare all’European Organisation Design Forum: qui puoi acquistare gli ultimi biglietti disponibili.

in questa calda giornata di agosto, con le ferie all’orizzonte, ci lasciamo ispirare da questa foto, scattata durante l’ultimo fagg.it dello scorso giugno, organizzato per festeggiare il quattordicesimo compleanno di e-xtrategy.

il fagg.it è un format nato nel 2003, con la due giorni alle fattorie faggioli del grandissimo Fausto Faggioli. da quella volta, ogni due anni, cambia la location ma l’obiettivo rimane identico: confrontarci su temi per noi importanti e stare bene insieme.

2 giorni di lavoro (poco), confronto (tanto), relax (infinito) @extrategy #faggit2015 #valori #top pic.twitter.com/ufsRvK4s1J

— michele luconi (@micheleluconi) June 12, 2015

tra un tuffo in piscina e un giro in quad, abbiamo organizzato un nostro BarCamp in cui ognuno poteva proporre un argomento a scelta libera. è stata un’occasione per tornare a parlare di alcuni temi che ci stanno a cuore – come l’agile – e presentare e-xtrategy ai nuovi e-xers, Lorenzo, Francesco e Antonio.
perché sempre di più crediamo che momenti di confronto, co-creazione e allineamento siano fondamentali per viaggiare snelli e consegnare valore ai nostri clienti.

da domani sera ci prenderemo una pausa: saremo chiusi per ferie dal 10 al 21 agosto. buone vacanze dai giovani e vecchi e-xers

utilizzo il termine organizzazione per includere allo stesso modo aziende più o meno strutturate, associazioni e semplici team di progetto, cioè tutte quelle situazioni dove un gruppo di persone si trova a lavorare insieme per realizzare qualcosa.

ci fai una fotografia dello stato attuale delle organizzazioni e delle persone che le compongono?

le persone si sentono frustrate. la maggior parte, all’inizio, è pronta a dare il massimo ed è piena di idee su come fare al meglio il proprio lavoro. offre con entusiasmo le proprie capacità intellettuali solo per scontrarsi con decisioni che arrivano dall’alto, che risultano incomprensibili e lontane dalla realtà di chi si trova poi in prima linea.
in questi anni la disoccupazione è altissima e ci aspetteremmo che chi ha un lavoro sia contento di averlo e se lo tenga stretto. invece secondo studi fatti negli ultimi anni la soddisfazione dei lavoratori è ai minimi storici e in continua discesa, lo stesso trend vale per il coinvolgimento e l’impegno sul luogo di lavoro, addirittura il 30% dei lavoratori sono “attivamente contro” l’organizzazione per cui lavorano.
è stato calcolato che solo negli Stati Uniti questo atteggiamento dei lavoratori costa più di 300 miliardi di dollari di mancata produttività alle aziende.
però la strada non è affatto semplice, neanche per quei manager che provano ad abilitare le persone ad essere autonome nel prendere le decisioni: spesso si ha che fare con una cultura degli alibi profondamente radicata e con non-decisioni guidate dalla paura di assumersi la responsabilità.

cosa è cambiato rispetto al passato?
le organizzazioni nell’ultimo secolo si sono strutturate e hanno gestito il lavoro in modo da essere nel tempo “durature”, “stabili” e “prevedibili”. il motivo è piuttosto comprensibile: poter pianificare in modo più preciso possibile il futuro in modo da fare investimenti oggi che rientrino amplificati domani.
e per ottenere questo la base su cui tutti poggiano è quello di dividere le persone che devono pensare e prendere decisioni da quelle che devono attuarle facendo nascere tutta una serie di strutture gerarchiche in cui il potere decisionale e di conseguenza la responsabilità delle decisioni in termini di oneri e onori è riservato alla punta della “piramide” e il resto e delegato alla sola esecuzione.
il sistema funzionava nell’era industriale oggi però stiamo vivendo una forte trasformazione.
l’evoluzione tecnologica, la globalizzazione, la crisi economica sono solo alcuni delle fattori che stanno contribuendo a questa trasformazione.
la facilità e velocità con cui oggi è possibile raggiungere le informazioni e condividerle, e di conseguenza la velocità con la quale queste informazioni cambiano è di diversi ordini di grandezza più alta di quella di soli 10 anni fa.
oggi è possibile che un problema venga sollevato in un continente, studiato in un’altro e risolto in un altro continente ancora.
questo fa sì che il vecchio sistema che va alla ricerca della “stabilità” e “prevedibilità” stia crollando su se stesso ed i sintomi sono piuttosto evidenti.

quali sono le caratteristiche principali che un’organizzazione deve avere per essere al passo con i tempi e quali strumenti si possono applicare per permettere il cambiamento?
per affrontare questa trasformazione le organizzazioni devono seguire in nuovo modello che le porti ad essere adattabili e in grado non solo di cambiare ma di sfruttare il cambiamento per diventare più forte più saggia e avere più successo. questo vale sia per organizzazioni piccole (team) sia per organizzazioni grandi (aziende).
per ottenere questo fortunatamente esistono oggi diversi sistemi e strumenti che agevolano questa trasformazione e che in particolare lavorano su tre aspetti fondamentali: l’agilità dei processi, l’inclusività delle persone e l’apertura all’accesso alle informazioni.
strumenti come LEGO® Serious Play possono aiutare l’inclusività delle persone nei processi decisionali e nella creazione di coinvolgimento positivo, o l’utilizzo di un approccio lean e il metodo kanban per migliorare i processi in modo evolutivo concentrando le energie su ciò che produce direttamente valore.
ma quello che credo sia la cosa veramente importante e principale dalla quale non si può prescindere è che mai come oggi le organizzazioni dipendono da tutte le persone che le costituiscono. sono le persone che devono lavorare sulle interazioni che hanno le une con le altre in modo da poter “abbracciare” il cambiamento e non combatterlo.
per questo la prima cosa su cui lavoro nelle organizzazioni che seguo è quella di creare e istituzionalizzare momenti per guardarsi allo “specchio” (retrospettive) dando voce a tutti per riconoscere i problemi che ci sono, renderli evidenti a tutti, che è l’unico modo perché poi ci si possa mettere al lavoro per risolverli.
questi sistemi oggi sono una realtà e molte aziende di tutti i tipi e dimensioni li stanno applicando ottenendo risultati concreti. aziende di fama internazionale come Google o Spotify adottano questi metodi ma anche in italia ci sono realtà che stanno facendo un lavoro eccellente. penso a Cocoon Projects che ha creato LiquidO un modello di organizzazione liquida che apre la governance dell’azienda in modo che tutti possano contribuire eliminando di fatto le gerarchie e promuovendo un sistema basato sulle persone e sul merito. modello che stiamo applicando con soddisfazione anche in e-xtrategy da oramai un anno.

è con questo spirito ad esempio che stiamo lavorando con alcuni nostri partner e clienti come tonidigrigio in modo da facilitare l’adozione di buone pratiche e di un approccio all’organizzazione del lavoro in grado di sfruttare il cambiamento.

negli ultimi anni abbiamo lavorato e investito molto nella crescita delle organizzazioni, a partire dalla nostra. e quello che abbiamo osservato è un andamento sempre molto simile, quasi identico: si comincia a lavorare su metodi e strumenti per sistemare le problematiche maggiori e più evidenti, per poi finire, sempre, a parlare di valori, principi e persone.

altra conferma, ce ne fosse ancora bisogno, che il valore che ogni azienda consegna passa sempre e comunque dalle persone.

avere ben chiaro l’obiettivo del nostro progetto per capire se la struttura modulare realizzata che gira intorno al framework AngularJS può dare un valido supporto nella gestione di progetti medio/grandi e di medio/lungo termine.

la struttura presentata deve rispondere a 3 obiettivi:
– rispondere al cambiamento riusabile e ritorno dell’investimento iniziale
– supportare la dinamicità del team quando i diversi team variano nel tempo, sia nelle figure professionali in gioco, sia nell’effort richiesto
– manutenibile resistere nel tempo e alle risorse che man mano diventano obsolute, condivisione del debito tecnico generato

spiccano tra la carrellata di tools e buone pratiche la living styleguide automatizzata con tutti gli elementi presenti all’interno della nostra applicazione.
tale scaffolding è, per lo sviluppatore come lo user designer, un riferimento da cui partire per stilare le proprie funzionalità fino a creare un’interfaccia completa partendo dagli elementi già esistenti ma senza escludere la creazione di altri, sempre discussi e condivisi insieme al team.

da sottolineare le buone pratiche per gestire la struttura file che vanno da una semplice organizzazione per cartelle fino ad arrivare all’utilizzo di Require.js e System.js combinato con l’utilizzo di bower e npm per la gestione delle dipendenze.

altro concetto importante è che in un progetto web di dimensioni medio/grandi è fondamentale implementare un meccanismo di One Click Build per evitare di commettere errori e risparmiare tempo utile per sviluppare nuove features.

abbiamo trattato anche il testing di applicazioni AngularJS sia con Karma per quanto riguarda i test unitari che con Protractor per i test E2E.

Qui la pagina Lanryd dell’evento con tutti i dettagli sui speaker, link alle slide a ai video.

Di seguito il video della serata splittato in due filmati e le slide:

In molte città nel mondo viene organizzato negli stessi giorni il Google I/O Extended dove si assiste allo streaming del keynote della conferenza e si organizzano talk, workshop ed eventi vari. Quest’anno ho avuto il piacere di fare da speaker ad uno di questi eventi organizzato dal GDG Camerino.

Il primo dei due talk che ho tenuto era incentrato su Ionic: framework di sviluppo di applicazioni mobile ibride che mescola Apache Cordova con AngularJS che permette di creare applicazioni in pochissimo tempo.

Nel secondo talk io e il mio amico Luca Cardinali abbiamo presentato il nostro progetto MaterialPrime. Una libreria di componenti JSF che seguono le linee guida del Material Design di Google.

Gente da conferenza

Devo dire che è stata una bella esperienza: stare in mezzo a studenti desiderosi di imparare è stato davvero appagante. Inoltre mi è stato chiesto di tenere una lezione introduttiva su AngularJS, offerta che ovviamente ho accettato senza pensarci, anzi non vedo l’ora di mettermi al lavoro. Abbiamo anche affrontato argomenti che esulano un po’ dal discorso tecnico, come il debito tecnico o i vantaggi dell’open source per gli sviluppattori.

Abbiamo poi passato la serata guardando tutti insieme in religioso silenzio il keynote della conferenza, e giocato con le Cardboard che mamma Google ha inviato per l’evento.

Ringrazio il GDG di Camerino per aver organizzato l’evento e, ovviamente, ci si vede l’anno prossimo!

Qui di seguito trovate le slides di entrambi i talk:

Il jsDay ed il phpDay sono per noi un appuntamento fisso, ogni anno partecipiamo ai due importanti eventi organizzati dal GrUSP.

Anche quest’anno i due eventi si terranno a Verona, dal 13 al 17 maggio.

Domani partiamo carichi di aspettative, sicuri che non verranno disattese

venerdì 27 marzo al palazzo naldi di faenza si parte carichi, subito dopo i convenevoli organizzativi, con nove talk seguiti da una folla di professionisti che ha fatto registrare il sold out.

a parte due talk più specifici (uno sui consigli per lo sviluppo su ambiente windows (@pietrobr) e uno sull’email design (@morloi)) il resto dei talk hanno dato spazio a raccolte di best practice, di tool e strumenti di supporto per buona scrittura della parte presentazionale delle nostre interfacce.

ottimi spunti e valide condivisioni delle esperienze dei speaker e di come nel tempo ognuno abbia trovato la propria suite di strumenti e le proprie convenzioni per scrivere css con le seguenti caratteristiche:

• comprensibile
• condivisibile
• manutenibile
• riusabile
• scalabile

sono tornato contento con qualche tool in più nella lista e la consapevolezza che si sta affrontando la stessa situazione: il bisogno di lavorare sereni, di testare, di condividere con il resto del team, di costruire sitemi che funzionano e non pagine a se stanti.

unico appunto è che ho avuto la sensazione che la fase di montaggio delle interfacce fosse vista sempre come fase che accade in un preciso momento: dopo la UI e prima dello sviluppo. a parte il talk sulle styleguide di @Fabbrucci in cui si è parlato di MVP, prototipazione e cicli iterativi di sviluppo nel resto dei casi ho intuito un approccio al markup più tosto waterfall. come se il nostro lavoro finisse al momento della consegna del markup allo sviluppatore.

ma il nostro codice non ha necessità di essere condiviso solo tra altri front-end developer. come metto in condizione uno sviluppatore di poter utilizzare gli assets specifici dell’interfaccia?
in che fase del progetto eseguo i test di comparazione? e cosa testo della mia interfaccia quando lavoro sui mock?
una styleguide è utile ma se non è “living” styleguide serve a poco dopo la fase di discovery. e come vengono manutenute le styleguide su progetti che durano mesi e anni? soprattutto, come posso automatizzarne la generazione?
cosa cambia se sviluppo un sito web o un’applicazione mobile web based?
in caso di applicazione modulare come gestisco la logica degli stili per mantenere coerente anche la modularità dell’interfaccia?

tanti temi da trattare e tante domande a cui dare risposta. non resta che segnarsi l’appuntamento del CSSDay 2016 ma nel frattempo proveremo a dare risposte il 29 Aprile all’evento DEV marche organizzato nel cowo di Ancona in cui tratteremo lo sviluppo di front-end su progetti di grandi dimensioni basati su angular.

a presto!

sono anni che ci stanno a cuore metodologie e processi agile e lean al fine di migliorare il flusso operativo e fornire ai nostri clienti soluzioni di valore che funzionano. il libro scritto da jeff gothelf (@jboogie) insieme a josh seidan dal titolo lean ux non era passato inosservato e non mancava all’appello nella nostra libreria. ma incontrare jeff di persona in un workshop strutturato sui principi della lean ux è stata una bella opportunità!

cinquanta persone circa in un’aula del Camplus Bononia di Bologna, con prevalenza di designer ma anche developer e figure manageriali, suddivise in gruppi da otto hanno lavorato insieme, sotto la guida di jeff, applicando i principi della lean ux.
si parte con il perché della lean ux e i concetti base che nascono dagli stessi principi del manifesto agile. la user experience è una fase delicata che inevitabilmente si tocca con le scelte strategiche e le business vision delle aziende. i principi della lean ux ci aiutano a non dimenticare che il prodotto finale è per l’utente che lo userà. è un metodo di lavoro che pone l’utente al centro, appunto user centered. diminuire le assunzioni, ridurre gli sprechi, lavorare alla minima unità rilasciabile e testarla per poi reiterare il tutto è solo lo scheletro del modus operandi.
nella parte operativa del workshop è stato sottoposto un progetto di esempio per il quale abbiamo ottenuto a fine giornata una matrice di assunzioni da testare, con uno schema che provo a generalizzare così: intendo sviluppare questa feature, per questa personas, in modo da ottenere questa reazione, così che ottengo questo successo. andare sul campo a testare le nostre idee per validare o invalidare l’ipotesi sarebbe stata la fase successiva che non abbiamo trattato nel workshop di venerdì 30.

interessanti spunti e gratificanti conferme da questa giornata che sottolineano il valore di queste attività nei progetti in cui lavoriamo.

applausi a gnv che ci hanno permesso di avere jeff per la prima volta in italia organizzando un ottimo evento sotto ogni profilo.

concludo il post con una citazione di Eric Ries presente nella prefazione del libro lean ux:
“… but the fault is not with the designers, or the engineers, or even the executives. The problem is the system we use to build companies. We are still building linear organizations in a world that demands constant chenge.”

Qui le slide di jeff.