Sono diventato un project manager nella mia azienda ed ecco quello che ho vissuto fino ad ora:
In un primo momento, stavo cercando di mantenermi in forma tecnicamente con altri sviluppatori del team (circa 15 sviluppatori) e ho letto tutto il possibile per poter sapere quasi tutto quello che succedeva nel progetto, dall'architettura, fino a coerenza della sintassi.
Tuttavia, presto mi sono reso conto che è quasi impossibile per te sapere tutto . Quindi è naturale che torni nella corsa tecnica. Immagina quanto lavoro richiede per imparare Ext JS , Angular JS , BRE , WCF , Libreria aziendale per la registrazione, Asterisk , ecc. Ecc. Tutti allo stesso tempo. Quindi mi sembra che questo non sia il percorso corretto.
Penso che la formula sia: più persone devi gestire, meno conoscenze tecniche puoi possedere.
Tuttavia, ci sono problemi nel non sapere cosa sta succedendo nella tua squadra tecnicamente:
- Potresti non capire e rilevare i colli di bottiglia proprio come faresti quando stavi sviluppando
- Potresti non decidere quale tecnologia è migliore per prestazioni e produttività
- In caso di controversia tecnica in team, potresti non essere in grado di aiutarti
- Più distanza ottieni dal codice, meno potresti capire lo stress, le pressioni e i sentimenti dello sviluppatore (questa è una grande preoccupazione per me)
- Potrebbe non essere in grado di prevedere e prevedere il tempo necessario per eseguire un'attività
- Perdi la tua passione quando uno sviluppatore parla con entusiasmo di un problema che è stato risolto, perché non comprendi il 40% di ciò di cui parla, e meno sai qualcosa, più noioso potrebbe diventare per te
- Gli sviluppatori troverebbero più difficile spiegarti qualcosa e hanno bisogno di parlare meno tecnicamente
- I cattivi sviluppatori (rari ma esistenti) potrebbero abusare delle tue conoscenze tecniche minori e causare tutti i tipi di problemi
- ...
Questo fenomeno si verifica probabilmente in qualsiasi carriera e professione. Tuttavia, dal momento che il mondo dello sviluppo e del computer in generale procede con maggiore rapidità (comparando, per esempio, l'industria automobilistica), quindi in un breve periodo di tempo come 6 mesi si sente di essere tornati indietro. Versione dopo versione, funzione dopo caratteristica, libreria dopo libreria, hai avuto l'idea.
Ho visto queste domande e contengono buoni suggerimenti.
Come posso mantenere le mie capacità tecniche dopo essere diventato project manager?
Quanto dovrebbe sapere il mio project manager?
Quanto dovrebbe sapere il mio project manager?
Un manager (o un amministratore delegato) in un'azienda IT ha un background IT da svolgere nell'organizzazione?
Come posso convincere il management a gestire il debito tecnico?
Tuttavia, si basano maggiormente sull'esperienza personale e sui consigli, il che è certamente positivo, ma potrebbe non essere di grande aiuto.
Abbiamo un libro, o un saggio ben studiato e ricercato su questo argomento, su come gestire un team di sviluppatori di software, con minore conoscenza tecnica dei membri del team? Quali punti dovrei prendere in considerazione per guidare in modo efficace e far sì che tutto il team raggiunga il successo?