Parlagli
Parlagli è assolutamente vero. Devi scoprire cosa vuole. Tu suggerisci
- Fornirgli una formazione?
- Coinvolgerlo di più nel giorno per giorno del processo decisionale?
Forse. Ma è questo ciò che vuole?
Lei dice
Uno dei suoi punti deboli è che non è bravo a spiegare le questioni tecniche a chi è nuovo al know-how tecnico dell'azienda.
Questo sembra un problema da affrontare. Ci sono un paio di modi:
- Correggerlo. Insegnategli a spiegare le cose alle persone necessarie.
- Lavorateci intorno. Rielaborate il sistema in modo che non debba farlo lui.
Non dovreste cercare di prendere questa decisione per lui. Chiedetegli cosa vuole fare. Se vuole aggiustare il sistema, seguitelo più tardi per vedere se è ancora quello che vuole fare. Perché aggiustare una cosa del genere è scomodo. Suona meglio in teoria che in realtà.
Come questa risposta suggerisce, questo processo può essere difficile. Potrebbe avere difficoltà ad articolare ciò che lo rende infelice o essere riluttante a condividere le sue reali opinioni. Questa potrebbe non essere una singola conversazione, ma un processo. Continuare. Una diagnosi reale è necessaria per affrontare il problema di fondo.
Sviluppatori ambiziosi
Il vostro sistema sembra avere sviluppatori alle foglie e manager in posizioni più alte. Un sistema di questo tipo può essere problematico. Spinge gli sviluppatori che vogliono essere sviluppatori fuori dall'azienda. Un sistema migliore ha sia sviluppatori che manager in parallelo. Così uno sviluppatore può diventare either un supervisore (manager) o uno sviluppatore senior. Non tutti vogliono essere manager. Ci dovrebbero essere modi per aumentare le responsabilità senza diventare manager.
Se lascia, quanto costerà sostituirlo? Non intendo solo l'ovvio costo salariale di un sostituto. Quanto costerà riscrivere il suo software in modo che le persone che lo sostituiscono capiscano come funziona il software esistente? Quale sarà il costo di manutenzione per quella sostituzione, sia in termini di bug che non verranno risolti perché nessuno capisce abbastanza bene il software, sia in termini di tempo speso per la manutenzione di software che la gente non capisce veramente?
Dici che vuoi tenerlo perché
è giovane, ambizioso, sa le cose e ha un potenziale di crescita.
Dal punto di vista dell'azienda, l'unica parte che conta veramente è che lui sa le cose. Dovreste pagarlo di più? Certo, se le cose che sa sono preziose per l'azienda, dovrebbe ottenere un po’ di quel valore. In questo modo, quando cerca un altro lavoro, gli offrono meno denaro perché le cose che conosce sono più preziose per la vostra azienda che per le altre. Aumenta i costi immediati della vostra azienda per evitare il grande costo della sua sostituzione.
Se è ambizioso ma non è bravo nei compiti richiesti, come spiegare le cose alle persone, questo è un netto negativo. La sua ambizione non può essere soddisfatta. Inoltre, in che modo è ambizioso? Vuole una paga più alta? Più responsabilità? Un titolo più bello? Cosa potrebbe soddisfare o alimentare la sua ambizione? Questo è qualcosa di cui dovrete parlare con lui per imparare.
Young è irrilevante. In un settore in cui la durata media del mandato è di anni, non di decenni, uno sviluppatore sessantenne ha ancora più probabilità di trasferirsi in un'altra azienda che di ritirarsi dalla sua. Semmai, Young è di nuovo un netto negativo, poiché non ha l'esperienza per sapere che il cambio di lavoro lo lascerà nella stessa situazione in cui si trova ora.
Perché pensa che abbia un potenziale di crescita? Non ha dato alcun segno di tale potenziale. Ha elencato solo le cose che potrebbero impedire tale crescita. Il potenziale di crescita significa che non è bravo in certe cose e spera che migliori? E se non lo facesse?
Lavorandoci intorno
Lavorandoci intorno
Può darsi che preferisca lavorarci intorno per sistemarlo. Potrebbe non essere chiaro cosa significhi, quindi ecco una possibilità concreta. Questa non è l'unica possibilità, ma è una possibilità.
Lasciategli assumere un product manager. Questa persona dovrebbe essere quella a cui le persone andranno a chiedere spiegazioni su questioni tecniche. Questa persona dovrebbe essere brava ad ottenere tali informazioni dallo sviluppatore. Per la maggior parte dell'azienda, questa è la persona considerata responsabile del prodotto. Lo sviluppatore può ancora avere la possibilità di partecipare con quella persona dietro le quinte, ma questa è la persona che si incontra con la direzione superiore e con altri dipartimenti.
Per il processo di assunzione, lasciate che faccia parte del controllo. In questo modo, non lo affibbiate a qualcuno che non sopporta. Ma assicuratevi che i candidati siano bravi nelle cose che non sa fare bene. Come parte del colloquio finale, fate in modo che il candidato parli con lo sviluppatore per estrarre le informazioni e poi fatelo spiegare a voi o a qualcun altro. Possono essere assunti solo i candidati che dimostrano di essere in grado di farlo.
Questo
- Gli dà la responsabilità e
- Affronta il problema delle pessime spiegazioni.
Non cerca di cambiarlo.
Non cerca di cambiarlo.
Dopo questo, si può costruire una squadra per sostituire quella che aveva in precedenza. Potete fare in modo che imparino come funziona il software. Poi, se vuole andarsene tra un anno, può farlo. Non devi lottare per trattenerlo, perché hai delle alternative. E se non vuole più andarsene, forse non è più un problema.
In questo momento, si può anche lasciare che il suo stipendio si stabilizzi per essere coerente con gli altri. Non dovete pagarlo troppo per impedirgli di andarsene. Passa da un'importanza critica a un altro sviluppatore. Questo non richiede un taglio di stipendio. Basta che non dia aumenti finché non è tornato alla parità con altri con un valore simile a quello dell'azienda.
Questo non è l'unico approccio, ma credo che metta in evidenza i requisiti.