Non tutti gli sviluppatori vogliono essere manager e questa è la norma

Traduzione e adattamento di un articolo dello sviluppatore Peter Zemek e delle sue riflessioni sul fatto se lo status di sviluppatore senior sia davvero una fase intermedia prima di una posizione manageriale.

Percorso professionale dello sviluppatore

Probabilmente sei diventato (o vuoi diventare) uno sviluppatore perché ami la programmazione. Adoro "avvolgere" idee astratte nel codice. Creare qualcosa di importante dal nulla. Imparare nuove tecnologie, linguaggi di programmazione, framework, ecc. Comprendi come tutto viene triplicato. Pertanto, mentre lavori come sviluppatore junior, sviluppi gradualmente fino a diventare uno sviluppatore “medio” e raggiungi lo status di senior, ti piace quello che fai. E poi un bel giorno raggiungi il massimo della forma nella tua attività, o all'improvviso ti dimostri un buon organizzatore, o semplicemente non c'è nessuno nella tua squadra adatto al ruolo di manager che ti viene offerto questa posizione. In questi casi, è consuetudine dire: "Passare a una posizione di leadership è nell'ordine delle cose". Ma vorrei obiettare: penso che nessuno debba fare quello che non vuole fare.

Perché una tale transizione non è nell'ordine delle cose

Prima di tutto, se chiedi a qualcuno a cui piace scrivere codice di diventare qualcuno a cui non lo fa affatto, dov'è la logica? Sentirà che la sua attività preferita gli è stata portata via e prima o poi si esaurirà e odierà il suo lavoro. Naturalmente, può scrollarsi di dosso nuove responsabilità e continuare a programmare, ma poi le funzioni manageriali nel team diminuiranno. E questo è un male per gli affari. Perché qualcuno dovrebbe volere un leader che non vuole gestire le persone? In secondo luogo, solo perché una persona scrive bene il codice non significa che sarà un buon manager. Sviluppo e gestione sono campi diversi che richiedono competenze e mentalità diverse. È come per i giocatori e gli allenatori di football. Solo perché sei un buon giocatore di calcio non significa che puoi gestire bene una squadra di calcio ( anche se questo certamente accade ). Il manager deve interagire a stretto contatto con le persone e impostare il processo di lavoro in modo che dia i suoi frutti. È necessario dare alle persone l'opportunità di svolgere il proprio lavoro in modo che sia efficace, ma non di farlo per loro. E uno sviluppatore è un impiegato di linea. Essere un manager significa ottenere risultati organizzando adeguatamente il lavoro degli altri, piuttosto che farlo da soli. In terzo luogo, esiste una disposizione nota come " principio di Peter ". La sua essenza è che gli specialisti ricevono promozioni in base alla loro precedente esperienza lavorativa fino a quando non raggiungono una posizione per la quale non hanno competenza. Pertanto, se un buon sviluppatore viene promosso a manager e non è pronto per questo, non sarà in grado di svolgere correttamente il nuovo lavoro. La transizione da un buon sviluppatore a un cattivo manager non farà altro che danneggiare l’azienda. L'aumento dovrà essere effettuato nel quadro delle attività in corso. E se uno sviluppatore non sviluppa volontariamente competenze manageriali, non ha senso spingerlo in questa direzione. In quarto luogo, alcuni specialisti accettano una posizione dirigenziale per aumentare il proprio stipendio. Sì, i manager spesso guadagnano più dei loro subordinati. Ma non sempre: si verifica anche la situazione opposta. Se una squadra ha specialisti forti, sarà più difficile per loro trovare un sostituto che per un manager. Se il contributo dello sviluppatore all'azienda è più prezioso del contributo del manager, non c'è motivo di pagare più del dovuto il manager. Inoltre, la patch non è tutto. È meglio fare quello che ti piace per meno soldi che fare un lavoro che odi per uno stipendio più alto. In quinto luogo, non dovresti mai accettare una posizione dirigenziale solo perché nel tuo team non c'è nessun altro adatto a questo ruolo. Non è colpa tua. Devi essere intenzionale riguardo alla tua carriera. Altrimenti, non solo il tuo umore e la tua autostima ne risentiranno, ma anche la compagnia. Allora cosa fai se ami la programmazione e non vuoi passare alla parte gestionale? C'è un'uscita!

Hai una scelta

La posizione di sviluppatore senior può essere una fase intermedia prima di una posizione manageriale. Potrebbe non esserlo. In generale, il percorso di carriera può essere manageriale, o magari tecnico. Puoi facilmente svilupparti nel campo tecnico, perché ci sono tali posizioni:

1. Sviluppatore senior/capo : questa potrebbe essere esattamente la posizione in cui desideri continuare a svilupparti. Consentire ai programmatori di livello senior di rimanere dipendenti di linea è normale.

2. Lo sviluppatore principale (responsabile tecnico) è un ruolo semi-manageriale. Gli sviluppatori principali gestiscono progetti/persone solo dal punto di vista tecnico. Non hanno subordinati diretti e non gestiscono dipendenti: possono influenzare la decisione finale su determinate questioni con il potere della loro autorità. Tuttavia, le competenze e l'area di influenza di questo specialista possono differire in diverse aziende.

3. Architetto – Se ti piace progettare sistemi complessi e sei bravo a farlo, puoi diventare un architetto. L'architetto è spesso considerato l'apice dello sviluppo della carriera tecnica. Anche le responsabilità lavorative di un architetto possono variare, al punto che non tutti gli architetti scrivono codice.

Conclusione

Spero che tra i lettori ci siano sviluppatori che si sentano un po' meglio: è assolutamente normale dubitare che sia necessario diventare manager. Fai ciò che ami e non lasciare che gli altri ti trascinino a fare qualcosa che odierai. Inoltre, la programmazione è ciò che ti piace veramente, non è vero? Essere un manager è normale e conosco persone che amano le proprie responsabilità perché amano lavorare con le persone. Quando scegli un futuro percorso professionale, considera ciò che ti piace veramente.