{"id":30313,"date":"2024-11-04T09:35:00","date_gmt":"2024-11-04T08:35:00","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=30313"},"modified":"2024-10-29T15:36:07","modified_gmt":"2024-10-29T14:36:07","slug":"una-ral-migliore-non-basta-per-motivare-un-cambiamento","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/it\/dev-life-it\/una-ral-migliore-non-basta-per-motivare-un-cambiamento\/","title":{"rendered":"Una RAL migliore non basta per motivare un cambiamento"},"content":{"rendered":"\n

Periodicamente dedico del tempo a fare bilanci su quanto ho realizzato, a riflettere se il mio comportamento \u00e8 stato corretto e se avrei potuto migliorare in qualche aspetto. Capitano a tutti errori di valutazione; riesaminare a mente fredda le situazioni aiuta a trovare risposte che \u201ca caldo\u201d spesso non emergono.<\/p>\n\n\n\n

Noi stessi cambiamo nel tempo e, con noi, cambiano le nostre priorit\u00e0, i nostri obiettivi e i nostri valori.<\/p>\n\n\n\n

L\u2019analisi di oggi si concentra su una serie di eventi accaduti a fine 2023, che mi hanno fatto riflettere su quanto sia difficile far cambiare le persone<\/strong>, anche in presenza di una proposta che io ritenevo allettante.<\/p>\n\n\n\n

Di tanto in tanto mi capita di dover integrare il mio team di sviluppo con nuove figure, sia per sostituire chi lascia l\u2019azienda sia per ampliare il team per nuovi progetti.<\/p>\n\n\n\n

Lasciare un\u2019azienda \u00e8 normale; come ho gi\u00e0 detto, ogni manager dovrebbe tenerlo in conto, anche se spesso viene sottovalutato.<\/p>\n\n\n\n

Per citare Jane Austen:<\/p>\n\n\n\n

\n

Nessuno \u00e8 mai troppo vecchio per cambiare, perch\u00e9 il cambiamento \u00e8 la sola costante della vita.<\/p>\n<\/blockquote>\n\n\n\n

Non dobbiamo quindi allarmarci se un collaboratore decide di cambiare; dobbiamo essere pronti a gestire il cambiamento, a volte in modo repentino.<\/p>\n\n\n\n

I motivi per \u201clasciare\u201d sono molteplici. Nel mio caso si trattava di programmatori che hanno lasciato l\u2019azienda per altre realt\u00e0, pensionamenti (s\u00ec, succede, non \u00e8 un miraggio), ricollocazioni: \u00e8 sbagliato forzare un programmatore a restare su un progetto che non sente suo. O riusciamo a motivarlo, o \u00e8 meglio spostarlo su un altro progetto per non danneggiare n\u00e9 lui n\u00e9 il gruppo.<\/p>\n\n\n\n

Questa volta dovevo trovare una persona per sostituire un programmatore in pensione: normale amministrazione, gestita con largo anticipo per evitare disservizi e facilitare il passaggio di consegne.<\/p>\n\n\n\n

Fantastico, ma dov\u2019\u00e8 il problema?<\/h2>\n\n\n\n

Il problema si \u00e8 presentato durante la fase di selezione: i nuovi programmatori<\/a> non hanno accettato la mia proposta. E no: il motivo non era la RAL, che era competitiva e in linea con le loro aspettative.<\/p>\n\n\n\n

Pensavo che la RAL fosse il motivo principale per cui un programmatore avrebbe cambiato azienda, influenzato da quanto spesso si legge su forum e blog. Mi sono dovuto ricredere.<\/p>\n\n\n\n

Avevo dato troppa importanza alla RAL, perch\u00e9 \u00e8 uno dei pochi parametri oggettivi che possiamo valutare, ed \u00e8 sempre tra i pi\u00f9 discussi nelle comunit\u00e0 di programmatori.<\/p>\n\n\n\n

Proviamo per\u00f2 a fare un passo indietro e vediamo quali necessit\u00e0 dovevo soddisfare.<\/p>\n\n\n\n

La ricerca era orientata a un programmatore Java esperto, interessato a unirsi al nostro team di sviluppo per un prodotto backend usato a livello europeo.<\/p>\n\n\n\n

Focalizzare subito la richiesta penso sia fondamentale quando ci si approccia a un candidato: si risparmia tempo e si evitano inutili perdite di tempo.<\/p>\n\n\n\n

Molti programmatori non vogliono lavorare su progetti che non capiscono o che non li stimolano. Parlare fin da subito del progetto e di quale visibilit\u00e0 offre permette al candidato di capire quanto il suo lavoro sar\u00e0 importante e visibile.<\/p>\n\n\n\n

Il secondo aspetto che affronto \u00e8 quello tecnologico.<\/p>\n\n\n\n

Lavorare con tecnologie \u201cobsolete\u201d \u00e8 un deterrente per molti programmatori.<\/p>\n\n\n

\u201cNon voglio lavorare su Java, \u00e8 un linguaggio vecchio, non mi interessa.\u201d<\/code><\/span><\/pre>\n\n\n
\u00c8 una frase che ho sentito molte volte. Altre volte mi chiedono:<\/p>\n\n\n
\u201cChe versione di Java usate? La 8? No, grazie.\u201d<\/code><\/span><\/pre>\n\n\n
Anche se il linguaggio o le tecnologie utilizzate non rappresentano un problema, usare una versione recente o tecnologie nuove \u00e8 un incentivo. Allo stesso modo, far capire che il progetto \u00e8 in evoluzione e aggiornato offre un ulteriore incentivo, purch\u00e9 sia mantenuto.<\/p>\n\n\n\n
Nel mio caso, era un progetto iniziato in Java 11 con un porting completato a Java 17, utilizzando diverse librerie e framework.<\/p>\n\n\n\n
Il punto importante era far percepire che il progetto era in continua evoluzione e che il lavoro del candidato sarebbe stato cruciale per il successo del progetto.<\/p>\n\n\n\n
Il terzo aspetto \u00e8 la RAL.<\/p>\n\n\n\n
Sapendo quanto sia importante, specifico la RAL gi\u00e0 al primo colloquio, evitando false aspettative: \u00e8 vantaggioso per tutti. Il candidato sa cosa aspettarsi e io posso capire subito se \u00e8 interessato o meno.<\/p>\n\n\n\n
Con chiarezza sul progetto, sugli obiettivi e sul compenso, il candidato ha un quadro completo e pu\u00f2 decidere se proseguire con la selezione.<\/p>\n\n\n\n
In questo modo, ho ricevuto un numero adeguato di candidature e, dopo una selezione accurata, ho trovato candidati promettenti che rispondevano ai criteri: interessati al progetto, a tecnologie aggiornate e a una RAL pi\u00f9 alta.<\/p>\n\n\n\n
Nonostante ci\u00f2, ho ricevuto risposte negative inattese:<\/p>\n\n\n
\u201cNon me la sento.\u201d<\/code><\/span><\/pre>\n\n\n
Quando la RAL non basta<\/h2>\n\n\n\n
Il motivo principale per cui alcuni candidati hanno rifiutato la nostra proposta \u00e8 che non si sentivano pronti per il cambiamento: il lavoro attuale, sebbene meno stimolante e meno retribuito, rappresentava comunque una certezza.<\/p>\n\n\n\n
Il cambiamento, anche se vantaggioso, era percepito come un rischio, un salto nel vuoto.<\/p>\n\n\n\n
Questo mi ha portato a riflettere: anche in un\u2019azienda insoddisfacente, se non si \u00e8 predisposti al cambiamento, non si cambia, o almeno non per un miglioramento minimo. Sono necessarie motivazioni forti o una dialettica che faccia percepire il cambiamento come crescita, non come stress.<\/p>\n\n\n\n
Questo fenomeno l\u2019ho notato soprattutto tra i professionisti pi\u00f9 maturi, che preferiscono rimanere in contesti conosciuti.<\/p>\n\n\n\n
La \u201ccomfort zone\u201d, anche se problematica, pu\u00f2 farci accettare situazioni tossiche come normali.<\/p>\n\n\n\n
\n
Il pi\u00f9 grande ostacolo al cambiamento non \u00e8 l\u2019ignoranza o la resistenza, ma l\u2019illusione che ci\u00f2 che facciamo ora sia sicuro.<\/p>\n<\/blockquote>\n\n\n\n
Questo mi ha anche fatto ripensare a chi mi ha confidato insoddisfazione sul lavoro ma temeva di non trovare di meglio.<\/p>\n\n\n\n
\n
La paura del cambiamento \u00e8 comune, ma pu\u00f2 essere superata con le giuste strategie.<\/p>\n<\/blockquote>\n\n\n\n
In base alla mia esperienza, alcune strategie utili per superare la paura del cambiamento sono:<\/p>\n\n\n\n