Cosa ho imparato dal mio primo anno come Responsabile del software Ingegnere

Questo è il mio primo anno come Responsabile del Software Engineer da un programmatore capo senior. questa è una storia che va dal tecnico al management e allo sviluppo delle persone e, naturalmente, sullanno della pandemia

(31 dicembre 2020)

Foto di fauxels da Pexels

Ho davvero imparato molto dal mio primo anno di Responsabile del Software Engineer nelle mie aziende. ma ho solo 3 mesi di esperienza per lavorare faccia a faccia con il mio team in ufficio, perché dopo di ciò, il mondo si fa pandemia. quindi questo è quello che ho imparato a guidare una squadra in un mondo pandemico. lavoriamo da casa da maggio 2020 ad oggi, e forse il WFH verrà esteso al 2022.

Aspetti tecnici che ho imparato

Foto di fauxels da Pexels

⦿ Dobbiamo sapere quali tecnologie che dobbiamo imparare per il nostro team che sia adatto alle nostre aziende, con elevata disponibilità, affidabilità e coerenza.

⦿ assicurati di avere una road map sulle tecnologie che desideri utilizzare e apri lidea a la nostra squadra. in modo che possano esprimere la loro opinione in merito. e impareremo un altro percorso adatto alla nostra azienda.

⦿ per ottenere un certificato da Amazon Web Services, Google Cloud o Azure. in modo da poter ottenere le migliori pratiche per la nostra azienda.

⦿ Concentrati sulla revisione e sullampliamento della logica del team e dellefficienza del codice.

⦿ Scegli qualcuno che sia adatto a nutrirlo e renderlo un sub-leader o un mentore come noi per la codifica. quindi abbiamo un partner per far crescere gli altri.

⦿ dobbiamo assicurarci di rivedere ogni codice e fornire un feedback al nostro team.

⦿ se qualcuno ha un problema con le cose logiche, che nessuno può risolvere. riunire la squadra per un incontro e risolvere il problema con tutti. più cervello è meglio di un cervello.

⦿ non spingere la squadra alla perfezione, non cè perfezione. lascia che abbiano un errore in modo che possano imparare da esso. semplicemente non incolparlo.

⦿ utilizza le tecnologie almeno che altri o grandi aziende hanno utilizzato.

⦿ non fidarti così tanto delle nuove tecnologie a causa del clamore

⦿ concentrati sulla ricerca best practice o delegare al nostro team che ha un interesse per la ricerca e lo sviluppo

poiché sono un responsabile del software Engineer, raramente codifico. il mio obiettivo è esaminare, gestire, creare una sequenza temporale, condividere conoscenze, ricerche e incontrare unaltra divisione.

E queste sono le cose che ho imparato

Foto di fauxels da Pexels

⦿ Prendi labitudine di leggere almeno un articolo su tecnologia, psicologia e leadership ogni giorno della settimana. possiamo usare medium.com per completare queste abitudini. ogni articolo richiede solo 3-4 minuti, quindi abbiamo solo bisogno di 12 minuti ogni giorno per leggere quegli articoli

⦿ se non leggiamo mai un libro, prendiamo labitudine di leggere un libro che sviluppa le nostre abilità e conoscenze per il nostro posizione. solo 1 capitolo ogni giorno e hai solo bisogno di 10-20 minuti per un capitolo. Consiglio di leggere Atomic Habits di James Clear, Leader Eat Last di Simon Sinek e The 7 Habits of altamente persone efficaci di Stephen R. Covey.

⦿ assicurati di delegare al nostro team e spiegare lambito che possono svolgere per lattività .

se pensiamo di essere così impegnati in una settimana, perché non siamo abbastanza produttivi

⦿ costruiamo un team che abbia un concetto di mentoring. ci aiuterà moltissimo a costruire la squadra. puoi imparare il concetto di mentoring dal mio altro (articolo)

⦿ facendo sempre una riunione in piedi ogni giorno per riunire tutti e aggiornare il loro lavoro. possiamo stare in piedi per 5-10 minuti, dopodiché possiamo riunirci per almeno 30 minuti – 1 ora ogni giorno per aumentare il coinvolgimento.

⦿ Assicurati che ogni progetto e ogni attività sia misurabile.

⦿ Persone diverse hanno comportamenti, psicologie diverse, provengono da ambienti diversi e hanno i propri percorsi di carriera. dobbiamo capirci bene. ecco perché dobbiamo imparare da articoli o libri di psicologia

⦿ Anche persone diverse hanno talenti diversi, dobbiamo provare e rivedere. se uno del nostro team non sapeva qual è il migliore o linteresse di se stesso, dobbiamo capire dal nostro punto di vista e provare nuove sfide per loro.possiamo provarli per la gestione, lo specialista di codifica, la ricerca e lo sviluppo, o magari per la condivisione / linsegnamento delle tecnologie.

⦿ Come responsabile, se il team va bene, dovremmo prenderci il merito e se il nostro team fa male , dobbiamo nuovamente assumerci la responsabilità.

⦿ Comunicare le aspettative a ciascuno dei nostri team

⦿ Rispettare lequilibrio tra lavoro e vita privata

⦿ Nessuno è produttivo al 100% , abbiamo tutti alcune settimane in cui siamo improduttivi. quindi dobbiamo comunicare al team che non è produttivo o non funziona bene.

Final Word

Penso che ci sia così tanto che ho imparato e non riesco a ricordarlo bene. Quindi modificherò questo articolo se ricordo quello che ho imparato. La gestione dellingegneria è completamente diversa dallingegneria tecnica.

se sei un tecnico che ama la codifica, ti suggerisco di essere uno specialista. perché essere un capo / capo del software engineer significa gestire il team di ingegneri e meno codice. a volte sentiamo che le nostre capacità di codifica non crescono più e forse dimenticando come codificare come prima. ma devi scegliere, qual è il tuo percorso? gestire lIT o essere uno specialista? puoi imparare cosa devi scegliere (questo articolo).

Spero che tu possa impara leggendo questo.

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *