Come convincere il tuo capo e i tuoi compagni di sviluppo che hai ragione (e hanno torto).

Come sviluppatore, ho acquisito nel corso degli anni alcune abitudini e buone pratiche non negoziabili. Ma a volte, ho dovuto lavorare con persone che non erano sulla stessa lunghezza d'onda di me. Il più delle volte è la gestione.

Non puoi convincere nessuno di niente. Puoi solo dare loro le informazioni giuste, in modo che si convincano.
- Eben Pegan

Il motivo principale è di solito che stiamo esaminando diversamente i problemi e le loro soluzioni. Sappiamo per esperienza che il taglio degli angoli ci riporterà sotto forma di debito tecnico o semplicemente frustrazione.

Sto scrivendo questo post per mostrarti come puoi cambiare l'opinione del tuo manager o persino quella del tuo collega.

Comunicare nel modo giusto

Il tuo messaggio potrebbe essere molto importante, ma se non riesci a consegnarlo, allora è colpa tua. Ecco un modo per consegnare il tuo messaggio in modo efficace:

"Per comunicare in modo efficace, dobbiamo raggiungere le persone attraverso la loro tendenza, non la nostra"
-Gretchen Rubin

Come sapete, le persone non sono uguali. Qualcuno potrebbe essere facile ragionare con, e qualcun altro potrebbe essere testardo. Secondo Gretchen Rubin, possiamo classificare le persone in quattro tendenze principali.

Gretchen ha scritto un libro intitolato Le quattro tendenze. Ha notato questa divisione tra le persone e come possiamo usarle e trarne vantaggio nella nostra vita. Queste tendenze sono sostenute, obbligate, interroganti e ribelli.

Ecco una battuta veloce che aiuta a descriverli:

Come si fa a convincere un Upholder a cambiare una lampadina?
Risposta: l'ha già cambiato.

Come si fa a ottenere un Questioner per cambiare una lampadina?
Risposta: Perché abbiamo bisogno di quella lampadina comunque?

Come si ottiene un obbligatore a cambiare una lampadina?
Risposta: chiedigli di cambiarlo.

Come si fa in modo che un Ribelle cambi una lampadina?
Risposta: fallo tu stesso.

Un caso di studio

Supponiamo che tu abbia un product owner (PO) su un nuovo progetto. L'OP si sta concentrando solo sulle cose che fornite. Non vogliono che tu trascorra del tempo su nient'altro, come scrivere test.

Ecco quattro modi diversi per convincere il tuo PO che è importante scrivere test. Ma non dimenticare che questo è solo un esempio: dovresti essere in grado di utilizzare questi framework in qualsiasi contesto.

Eccoci qui.

1. PO come interlocutore

Secondo Gretchen,

Gli interrogatori adorano la ricerca, la ricerca di efficienze e l'eliminazione del processo irrazionale. Rifiutano spiegazioni pigre come questa:
'Questo è il modo in cui l'abbiamo sempre fatto.'
Poiché gli interroganti hanno una grande fiducia nella propria analisi e giudizio, possono convincersi della correttezza delle loro opinioni e rifiutare di essere persuasi altrimenti.

Quando hai a che fare con un Interrogante, porta il ragionamento sul tavolo. Avere un punto valido supportato da prove.

Ecco una conversazione di esempio con un PO di nome Alex:

Io: Ciao Alex, possiamo parlare delle migliori pratiche per un momento?

Alex: Certo, cosa hai in mente?
 
Io: penso che ci stiamo impegnando troppo per offrire le funzionalità e non pensare al nostro debito tecnico. Non abbiamo molto tempo per i test.

Alex: Beh, non sono convinto che dedicare molto tempo ai test ci aiuterà a fornire risultati migliori e più rapidi. Stiamo correggendo i bug man mano che arrivano e sembra funzionare.
 
Io: ho dato un'occhiata a quanto tempo impieghiamo correggendo i bug e il numero aumenta nel tempo. Ho lavorato su molti progetti simili. È più veloce ignorare i test, all'inizio, ma arriverai a un punto in cui non è più efficiente. Penso che ora siamo a quel punto.
 
Alex: Hmm ma non voglio assumere un'altra persona per fare i test, non abbiamo un budget per questo.

Io: ho una soluzione: aggiungiamo test all'ambito di ciascun ticket. Renderà felici gli sviluppatori e sarai in grado di confrontare la velocità. Se vuoi saperne di più, ho alcuni esempi di libri e articoli sull'importanza dei test.
 
Alex: Ok, ricordamelo alla prossima pianificazione dello sprint e mi assicurerò che tutti siano sulla stessa pagina.

Io: grazie.

2. PO come sostenitore

I sostenitori possono fare ottimi colleghi. Sono antipasti e sono molto interessati alle prestazioni. Ma i sostenitori a volte diventano impazienti quando gli altri fanno fatica a soddisfare le aspettative.

Non credo che dovresti convincere un sostenitore dell'importanza di scrivere test. Avrebbero reagito in questo modo:

Io: Ciao Alex, penso che siamo nel punto in cui dobbiamo dedicare più tempo alla scrittura dei test. Il nostro debito tecnico sta crescendo.
 
Alex: Sto bene con quello. Sentiti libero di scrivere più test e fare un po 'di refactoring. Ma assicurati di offrire ancora le funzionalità che ti abbiamo promesso.

3. PO come obbligato

I vincitori rispondono alle aspettative che le situazioni lavorative forniscono quasi inevitabilmente - con scadenze, valutazioni e risultati.

Quindi per convincerli, possiamo usare un altro motivatore che seguono.

Io: Ciao Alex, penso che siamo nel punto in cui dobbiamo dedicare più tempo alla scrittura dei test. Il nostro debito tecnico sta crescendo.

Alex: Abbiamo una scadenza da rispettare: la influenzerà?
 
Io: potremmo essere ritardati nel prossimo sprint. Ma scrivendo più test, saremo in grado di ridurre i tempi di sviluppo. Quindi, dovremmo essere più veloci nella fase successiva e rispettare facilmente la seguente scadenza. Scrivere test è anche una buona pratica di sviluppo. Posso mostrarti un mucchio di studi che lo supportano se sei interessato.

4. PO come ribelle

Mi sento un po 'machiavellico su questo. Ecco un esempio dal libro:

Un bambino ribelle potrebbe rispondere meglio se gli chiedi: "Hai voglia di suonare il piano adesso?" Mentre un bambino Upholder sarebbe felice di essere ricordato, "È ora di esercitarsi con il piano".

Quindi, se volessi convincere un proprietario di prodotto Rebel a fare dei test, non sono sicuro di cosa farei. Probabilmente dedicherei tempo ai test e al refactoring del codice senza chiedere.

Gretchen osserva che "Danno un alto valore alla libertà, alla scelta, all'identità e all'espressione personale". Quindi, reagendo da solo e prendendomi cura delle cose, mi adeguerei a quella specifica. Sarei il ribelle!

Alla fine, devi sapere chi è il tuo pubblico. Dovresti scoprire quali sono le priorità del tuo progetto. Quindi rendi il tuo argomento più convincente citando queste priorità.