In qualità di senior project manager, dovrei continuare a imparare nuove abilità nella programmazione? [chiuso]

Lascia che provi a rispondere dal punto di vista di uno sviluppatore (team): Esistono due tipi di gestori che possono gestire un team di sviluppatori: i responsabili tecnici e amministrativi.

La risposta alla tua domanda è abbastanza chiara per ciascuno di questi: se sei solo responsabile delle parti amministrative (risorse, programmi, ecc.), allora fai un favore a tutti e non stare al di fuori della tecnologia. Non sarai in grado di tenere il passo comunque, ma cadrai nella trappola di parlare con gli sviluppatori a un livello tecnologico su cui ti rendono più intelligente. In altre parole: questo mina la tua posizione e non fa bene a nessuno.

D'altra parte, se sei in un ruolo di manager tecnico, sei responsabile per la roadmap tecnologica dell'azienda e, come altri commenti hanno sottolineato, è meglio che tu sappia di cosa stai parlando in quel caso. Quindi, ancora una volta, non dovresti nemmeno aver bisogno di fare quella domanda, perché la tua stessa definizione di lavoro dovrebbe includere (almeno indirettamente) che devi avere conoscenze tecnologiche aggiornate.

Purtroppo viviamo in quella cosa chiamata "mondo reale", in cui le cose non sono in bianco e nero .. err .. amministrativo e tecnologico. Ho incontrato diversi manager, che hanno avuto la sfortuna di essere responsabili di entrambi gli aspetti. Dico sfortuna, perché la maggior parte di loro ha cercato di essere bravo in entrambi, ma nessuno ci è riuscito.

Entrare solo a metà strada nel nostro mondo tecnologico come manager è pericoloso, ma per quanto riguarda una risposta effettiva, direi che non dovresti andare più in profondità del livello generale. Non prendere decisioni basate sulla conoscenza tecnica tua , a meno che tu non sia un tecnico-manager e sappi che la tua conoscenza è solida e completa. In tutti gli altri casi, sono assolutamente d'accordo con Mark Bernstein, nel senso che non conoscerai mai più il codice del tuo miglior sviluppatore. Diamine, passa tutto il suo tempo lavorativo su quell'argomento - e come sappiamo dai migliori - anche molto del suo tempo libero. Non c'è assolutamente alcun modo sulla terra che tu possa tenere il passo con quella quantità di dedizione - né dovresti.

Affronta i temi principali, in modo che tu possa capire abbastanza del discorso tecnico per capire l'essenza di un problema, ma non provare - o fingere - a conoscere tutti i dettagli. Quest'ultimo porta solo a un territorio pericoloso e secondo gli sviluppatori svuota la tua credibilità come manager più velocemente di quanto puoi dire "oops".

If I'm a senior project manager, should I still keep learning new technology?

Sì.

For example, every month every year, most language updates themselves, and a lot of new programming concepts become popular. Many new frameworks and patterns are created and make things easily.

Meno così.

Se sei un PM (in qualsiasi senso io capisca che funzionano) assicurati di essere in cima al tuo gioco per quanto riguarda ciò che devi fare per primo. Questo probabilmente coinvolge un sacco di contatti con i clienti, presentazione e consegna delle presentazioni, raccolta dei requisiti, consumo delle specifiche, analisi dei requisiti, analisi dei minuti, massaggiare l'ego, preparare il tè, creare o facilitare la creazione di SOW, fare enormi diagrammi di Gantt è MS Project e lavorare con il team per creare backlog di progetto in Jira. È un bel po 'di lavoro.

Ce l'hai fatta ad un senior quindi probabilmente ne hai uno di quelli inchiodati. Quindi ora metti l'altro capo (e in alcuni punti penso che questo sia probabilmente definito come Project Manager tecnico) e ti assicuri di capire, ad alto livello, quali tecnologie sta usando il tuo team e cosa possono fare con loro. Questo ti dà fiducia, dovrebbe rendere le riunioni del tuo team meno sconcertanti, ti consente di impegnarti meglio nella pianificazione di progetti / sprint, ti permette di chiamare BS su sviluppatori malintenzionati, ti impedisce di vendere cose che il tuo team non può costruire e dovrebbe aumentare la tua gravità nelle riunioni dei clienti quando dici con fiducia sì, possiamo - o, quando richiesto, no, non possiamo. Le tue conoscenze non devono andare oltre (per ragioni professionali, comunque, potresti divertirti per divertimento), hai una squadra, presumibilmente con TTL, TD e TA; è il loro lavoro consigliarti quando una nuova tecnologia è entrata nella mischia. Fidati di loro.

Il tuo ruolo non dovrebbe richiedere di imparare come codificare, ma ciò non significa non imparare nuove tecnologie. Ad esempio, dovresti capire quali sono gli ultimi strumenti di gestione del progetto e quali miglioramenti possono migliorare i cicli di vita del tuo progetto. Forse non utilizzi alcun software di tracciamento di bug o progetti, quindi impari Jira (facile) e impari come si adatta alla tua organizzazione, ai clienti e alla struttura del progetto (difficile).

Sii bravo in Project Managing, gestisci le aspettative dei clienti, se non comprendi la tecnologia, non prometti di poter offrire qualcosa e assicurati di avere uno sviluppatore tascabile con te nelle riunioni con i clienti chiave e di prova leggi le tue E-mail.