Passaggio al team leader [chiuso]

Ho fatto questo tipo di cambiamento qualche anno fa. A mio avviso, mi sentivo inefficace nel mio ruolo di sviluppo in quel momento e ho considerato il ruolo di leadership un'opportunità per influenzare le migliori pratiche di programmazione nella mia organizzazione.

È stata una transizione difficile per i primi mesi, poiché ho scoperto che c'era una quantità significativa di spese generali che mi ha tolto la capacità di codificare. Inoltre, c'era la tentazione di non voler oltrepassare i miei confini.

Dopo alcuni mesi, il mio capo è stato malato per alcune settimane, il che mi ha lasciato fare molte delle sue funzioni di gestione in sua assenza. Durante quel periodo, mi sono reso conto di più libertà di prendere decisioni, a quel punto sono stato in grado di apportare modifiche ai nostri processi che mi hanno permesso di fare un uso più efficiente del mio tempo. Questa era la vera chiave per avere successo nel ruolo, ma non aver paura di prendere decisioni.

Per quanto riguarda alcune delle tue domande specifiche:

• Ero frustrato dalla mancanza di tempo a disposizione per lo sviluppo, ci sono voluti circa un anno per trovare il giusto equilibrio
• Ho trascorso molto tempo ad affinare le mie capacità interpersonali, che mi hanno reso un leader più strong in tutte le sfere della vita
• Mi è stato chiesto dal management e c'è stato un leggero aumento di stipendio, ma la mia motivazione principale era lo sviluppo della carriera
• Le relazioni con i colleghi sono andate bene. Credo che ciò sia dovuto al fatto che ho lavorato duramente per difendere la squadra ed ero motivato ad agire a loro vantaggio. A questo proposito, stavo lavorando con loro al contrario di sopra di loro.

Sono diventato un caposquadra / tecnico perché amo fare kick-ass dei team tecnici :-). Sono un grande sostenitore del potere dei team tecnici / delle comunità di apportare molti cambiamenti positivi nel mondo.

Did you have a waning desire to write code but still a strong desire to create programs?

Ho ancora un strong desiderio di scrivere codice e costruire cose utili, ma sono ugualmente (se non di più) spinto a provare e avere un effetto positivo su un gruppo di persone che creano software. Cerco di concentrarmi sulla rimozione di tutti gli ostacoli che si frappongono all'accensione, sulla progettazione e sulla scrittura di un codice ottimo.

Did you realise that you were more of a people person and you could utilise your communication skills better?

Mi piace molto la parte sociale del mio lavoro sì, credo che lo sviluppo del software sia al centro di un'attività sociale, oltre che di uno tecnico / ingegneristico.

Was it because you were asked by management and thought why not?

La prima volta in cui sono stato un lead tecnico - sì. A quel tempo era semplicemente perché ero l'unico a conoscere la tecnologia a portata di mano (roba Java basata sul Web).

For the money?

No - per me avrei guadagnato di più al giorno o all'ora come sviluppatore diretto. I lead di squadra / tecnici tendono ad impiegare più ore. YMMV su questo.

How were the initial few months after making the move?

Un atto di bilanciamento! La politica e le "soft skill" erano sicuramente le più difficili. Le decisioni tecniche, ecc., Erano più semplici, ma hai pochissimo tempo per programmare il codice finché non hai più esperienza nel gestire il tuo tempo.

Were relations with colleagues affected?

Inizialmente sì - Ero molto più giovane rispetto al resto del team - era un delicato bilanciamento per imparare l'arte dello sviluppo del software da parte loro e per guidare dal fronte della "nuova tecnologia".

HTH!

Ho lavorato come team e project manager su una serie di grandi progetti. L'ho fatto perché ero lo sviluppatore più esperto lì. A mio parere, è fondamentale che i team leader e i responsabili dello sviluppo siano dei programmatori molto forti a pieno titolo e che continuino a scrivere (e forse ancora più importante) la revisione del codice per il progetto.

Come per le tue domande specifiche:

• Hai avuto un calo del desiderio di scrivere codice ma ancora un strong desiderio di creare programmi?

No - Ho continuato a scrivere codice. Vedi sopra.

• Ti sei reso conto di essere più una persona di persone e potresti utilizzare meglio le tue capacità di comunicazione?

Non sono più una persona, ma ho ottime capacità comunicative, né una motivazione.

• È stato perché ti è stato chiesto dalla direzione e hai pensato perché no?

In una certa misura. Dopotutto, qualcuno ha dovuto renderti leader / manager in situazioni aziendali gerarchiche.

• Per i soldi?

Aiuta sicuramente!

• Come sono stati i primi mesi dopo aver effettuato la mossa?

Per quanto riguarda il team e la gestione dello sviluppo, non è così soddisfacente nel trattare con la politica esterna, che è l'unico neo per questo ruolo.

• Le relazioni con i colleghi sono state pregiudicate?

Assolutamente no.

Mi sono trasferito in gestione 15 anni fa. La mia ragione iniziale per farlo era che mi vedevo come qualcuno che aveva bisogno di realizzare una carriera, e quella era la strada da percorrere. Nel corso degli anni questo ha lasciato il posto al desiderio di portare avanti cose che sono più grandi di quanto un singolo uomo possa gestire.

Il mio desiderio di scrivere codice non è mai diminuito nel corso degli anni, e a volte diventa un po 'lungo la strada. Ho dovuto imparare a mettere da parte i miei desideri e fare ciò che è meglio per il team, specialmente come Scrum Master. Non sono mai stato più una persona, e ho dovuto imparare molte capacità di gestione. Quello che ho osservato, però, nel corso degli anni, è che se vuoi entrare in management devi fare una scelta. Puoi essere un manager (commercialmente) di successo o essere un buon leader di squadra. Pochissime persone riescono ad essere contemporaneamente allo stesso tempo (e in alcune aziende è letteralmente impossibile). Nella maggior parte dei posti in cui sono stato, l'unica priorità del top management è il denaro, e tutte le altre cose come il team building, la qualità, i valori della community, ecc. Non contano assolutamente nulla. Quelle sono le aziende in cui (come capo squadra o middle manager) devi scegliere da che parte stai.

I miei primi mesi sono stati relativamente facili perché mi sono trasferito da una parte all'altra dell'azienda quando sono diventato amministratore, quindi non c'era alcun conflitto con i vecchi colleghi.

L'aumento di denaro è stato il benvenuto, ma ora trovo che se non segui il senior management puoi raggiungere lo stesso semplicemente facendo il bravo ingegnere sw e vendendoti in modo appropriato (e credimi, considerando i mal di testa e sottolinea un lavoro di middle management, che in realtà è un'idea allettante).

Ho fatto il salto nel mondo del team lead nel mio ultimo lavoro. Sono stato scelto dal mio manager perché era rimasto impressionato dal mio lavoro e volevo vedere se potevo gestire di più. Ho deciso di dargli un colpo e correre con esso.

I primi mesi sono stati traballanti, alcuni mancati scadenze e qualche codice molto brutto, ma alla fine ho capito.

Come guida di una squadra, ho scoperto che scrivevo ancora molto codice, mi è capitato di guardare il codice di altre persone e di progredire.

Per quanto riguarda i rapporti con i miei colleghi, non sono stati influenzati troppo. Ho preso una distanza breve dopo essere diventato un capo squadra chiamato 'Building Teams that Work'. Ha spiegato molte delle soft skills e come riunire una squadra. Ho preso alcuni dei consigli da quel corso e l'ho applicato alla mia squadra e ha funzionato davvero.

Devi assicurarti che i tuoi colleghi non ti vedano come se li avessero lasciati indietro, sei abile nel lavorare con loro e ora per loro. Alcuni penseranno che stiano lavorando per te, ma è compito del team leader assicurarsi che abbiano tutti gli strumenti necessari per avere successo. Quando riescono, la squadra ha successo.

Solo i miei due centesimi:)

Lo sto facendo perché c'è troppo lavoro e non abbastanza me. Il mio piano è assumere persone che hanno bisogno di poca supervisione. Idealmente saranno molto più bravi di me, e potrò solo indicarli per un problema, quindi sederti e prendertene atto.

Tipicamente nella mia esperienza l'unico criterio è l'anzianità, che varia in base alla fortuna; se entri e i ragazzi se ne vanno più, sei lo sviluppatore senior ora (anche se potrebbe non essere una buona cosa, a seconda dei motivi perché gli altri se ne sono andati ...) e sarà fatto il vantaggio come più persone sono assunte, o semplicemente essere un Smithers / Yes-Man alla gestione, non importa cosa. La vera abilità e conoscenza sembra avere ben poco a che fare con esso, dato che ho incontrato solo una manciata di "lead" durante la mia carriera che sapevano abbastanza da essere protagonisti - nella maggior parte dei casi erano stati in azienda da molto tempo.