La mia azienda vuole iniziare a usare Scrum e in una vera mischia non c'è posto per un vero caposquadra (manager).
Qual è il prossimo passo per il responsabile del team di sviluppo? Dovrei essere un (capo) architetto di sistema / leader tecnologico o cercare un altro lavoro nella gestione?
Mi piace la parte di gestione e la parte tecnica e l'obiettivo è VP R & D / CTO.
Dovresti iniziare ad essere il miglior programmatore che puoi essere. A meno che non stiano bevendo totalmente l'aiuto del freddo, avrai comunque quelli che sono i leader più forti. Se stai già guidando la squadra, potresti voler indagare su come diventare istruito e assegnato allo Scrum Master. In questo ruolo aiuterai Shepard nella squadra attraverso il processo di mischia.
Ogni mischia ha bisogno di un maestro di mischia, sono sicuro che potrebbe far parte del tuo ruolo. Cosa fai come capo squadra? Come ex leader di un gruppo di sviluppo su un progetto con scrum, ho fatto il codice, il mentoring e l'aiuto per guidare il team attraverso sfide tecniche oltre a essere il supervisore di mischia / project manager tecnico. Faccio comunque il codice, il mentoring e le sfide tecniche, quindi non c'è molta differenza. Non vedo misfatti che possano influenzare il tuo ruolo, a meno che tu non sia un dirigente del team di sviluppo che stai gestendo.
Consiglio vivamente di chiedere alla tua azienda di riconsiderare la stessa persona con il proprietario del prodotto e il supervisore. Mentre è possibile con una persona disciplinata, i due ruoli hanno davvero un conflitto di interessi. I proprietari dei prodotti sostengono il cliente, i maestri di misano difendono la squadra e il saldo di solito funziona molto meglio del previsto. I membri del gruppo di piombo generalmente rientrano molto bene nel ruolo di scrum master.
Tieni presente che, contrariamente a qualcosa come la programmazione estrema, scrum ha ben poco a che fare con il software. Puoi ottenere un addestramento per la mischia e non parlare mai di software. Anche se influisce sull'ordine in cui fai le cose, cose come la qualità del software, il design e così via non rientrano nella sua competenza, e c'è ancora molto spazio per la leadership in quelle aree, anche se non formalmente riconosciute.
...in real scrum there is no place for a real team leader (manager).
Ti interessa avere il controllo o guidare una squadra?
Ecco due semplici modi per guidare in un ambiente di mischia:
at is the next step for the dev team leader? Should I be a (chief) system architect/tech leader or search for another job in management?
I like the management part and the technical part and the target is VP R&D/CTO.
Titoli ... Una volta avevano contato qualcosa. [Se non mi credi, guarda quanti VP lavorano nelle banche!]
I professionisti del software cambiano lavoro così frequentemente. Dovresti concentrarti sull'acquisizione di abilità , non sui titoli.
I titoli arriveranno come sottoprodotto del tuo duro lavoro e il tuo riconoscimento come leader.
Solo perché nel processo di mischia non sempre si prende "l'iniziativa", ma si hanno ancora assunzioni, budget e altri incarichi di manager.
Avrai uno sprint per vedere se sparerai al somone?
Se partecipi attivamente allo sviluppo del codice, suggerirei "Scrum Master".
Se sei più dal lato della gestione (cioè non leggi attivamente) "Product Owner" potrebbe essere più appropriato.
Come leader della mia squadra, mi sono rifiutato di lasciare che il manager prendesse la posizione di scrum master (non aveva interessi di visite visto che non stava contribuendo con il codice o il design). Ora lo ruotiamo (SM) attraverso gli sviluppatori (ruotando una volta al trimestre).
Il lato PM dell'organizzazione ha rifiutato di abbandonare il ruolo di "Product Owner", di conseguenza il nostro manager non svolge un ruolo attivo nei processi agili di tutti i giorni, ma collabora con "Producer Owner" per stabilire le priorità degli articoli nel backlog del prodotto.
Non lasciare che la mischia definisca il tuo ruolo. Scrum è uno dei tanti strumenti per creare software migliore. In qualità di capogruppo / manager, il tuo ruolo è quello di essere un insegnante / mentore per gli altri membri del team e anche di essere un programmatore migliore.
Anche se la metodologia scelta (scrum, kanban,) cambia, il tuo ruolo di insegnante / mentore non cambia mai.
Puoi scegliere di guidare il team (sia con competenze trasversali che / o competenze tecniche) o guidare il prodotto.
Leggi altre domande sui tag management scrum team-leader