Ci siamo passati tutti. Una scelta tecnica presa da te o dal tuo team ti si è ritorta contro. Forse hai introdotto un'astrazione che non era del tutto corretta e ha causato molta confusione, o non hai organizzato al meglio il lavoro del tuo team nell'ultimo progetto. Queste sono opportunità per crescere e riflettere, ma solo fino a un certo punto. C'è un limite a ciò che si può imparare analizzando eccessivamente le decisioni passate. Ecco alcune lezioni che ho imparato, per lo più a mie spese, su come reagire quando le cose vanno male o l'approccio attuale semplicemente non funziona.
Fai attenzione a correggere eccessivamente
Quando le cose non vanno bene, può essere allettante buttare tutto all'aria e ricominciare da zero. Questo potrebbe significare tornare al tavolo della progettazione e riscrivere l'intera app, oppure scegliere un processo completamente nuovo da far seguire al team. Non dico che non sia mai la scelta giusta, ma il più delle volte si era vicini alla soluzione la prima volta. Ciò che serve non è un cambiamento radicale, ma piuttosto una piccola correzione di rotta.
Fai una retrospettiva
Permettere a chi è stato interessato da una decisione di partecipare alla ricerca di una soluzione li porterà a sentirsi più coinvolti nel risultato. Celebrate i punti in cui l'approccio attuale soddisfa le vostre esigenze e siate onesti sui punti in cui non lo è. Quindi apportate alcune modifiche graduali per far muovere le cose in una direzione migliore. In questo modo otterrete un feedback più chiaro ed eviterete di barattare un grosso problema per un altro.
Non dare la colpa allo strumento
Solo perché il tuo attuale flusso di lavoro Jira è fastidioso e difficile da usare non significa necessariamente che Jira sia oggettivamente uno strumento scadente. Puoi passare a Linear o a qualsiasi altro, ma se non ti prendi mai il tempo di valutare cosa ha funzionato e cosa no del tuo flusso di lavoro precedente, non farai altro che ricreare lo stesso mal di testa la prossima volta. Utilizza strumenti che piacciono a te e al tuo team, ma non cambiare solo per cambiare, e non commettere l'errore di pensare che un nuovo strumento, una nuova libreria o un nuovo linguaggio di programmazione risolverà tutti i tuoi problemi. Non lo farà.
Presumi buone intenzioni
Che tu stia affrontando le conseguenze delle tue decisioni o di quelle di qualcun altro, dai agli altri il beneficio del dubbio, soprattutto se comunichi online. Quell'astrazione impopolare? Forse è stata aggiunta per rispettare una scadenza o per soddisfare un vincolo di cui non eri a conoscenza. Offri agli altri la stessa benevolenza che speri di ricevere quando le tue scelte vengono giudicate in seguito.
Assumiti la responsabilità della tua parte, ma non punirti
Ogni decisione comporta dei rischi. Alcune non funzioneranno. Se tu, o qualcuno di cui sei responsabile, prende una decisione che si rivela sbagliata, assumitene la responsabilità. La responsabilità crea fiducia. Un/a buon/a leader non è qualcuno che non commette mai errori, ma qualcuno che li affronta con umiltà, impara da essi e migliora grazie agli stessi.
Ma una volta che hai fatto il lavoro – hai riflettuto, hai elaborato un piano, e ti sei assunto le tue responsabilità – vai avanti. Non devi portare il peso per sempre. Gli insuccessi fanno parte del processo. Ciò che conta di più è ciò che farai dopo.
