Um desenvolvedor pode ser um Scrum Master? 3 vantagens e desvantagens
As equipes Agile são a espinha dorsal do desenvolvimento de projetos modernos. Mas a questão permanece: Um desenvolvedor também pode ser um scrum master eficaz? Ou o contrário: um scrum master também pode ser um desenvolvedor? Alguns líderes de equipe estão preocupados com essas considerações. Neste artigo, tentamos responder a essa pergunta e destacar três vantagens e desvantagens dessa dupla função.
Um já te dar uma breve resposta: No mundo ágil, raramente há respostas claras de “Sim” ou “Não”. A dupla função como Scrum Master e Scrum Developer pode ser bem-sucedida se a pessoa conhecer os desafios e conciliar conscientemente os papéis. O próprio Scrum Guide não dá uma resposta direta a esta questão e, portanto, não nega a possibilidade de um desenvolvedor ser Scrum Master ou um Scrum Master ser desenvolvedor. Ao mesmo tempo, deve ficar claro que esta não é a condição ideal - mais sobre isso abaixo.
Vamos começar definindo brevemente as funções de que estamos falando aqui.
Um desenvolvedor pode ser um Scrum Master | Scrum Developer?
Desenvolvedor Scrum vs. Scrum Master
Porque no Scrum, os papéis são muito importantes. Nesse sentido, o esclarecimento de “Scrum Developer vs. Scrum Master” é importante: O Scrum Master concentra-se na otimização do processo e elimina obstáculos para a equipa de desenvolvimento. Em contraste, o foco do Scrum Developer está na implementação técnica dos requisitos dos clientes.
Ambas as funções se complementam e é fundamental respeitar os limites entre elas para manter o equilíbrio na equipe ágil. Então, um Desenvolvedor Scrum também pode ser um Scrum Master ou um Desenvolvedor Scrum Master? Antes de respondermos a isso, mais uma vantagem de combinar as duas funções.
Um desenvolvedor pode ser um Scrum Master | Scrum Developer?
Vantagem: Agile Utilizar sinergias
Um exemplo do lado positivo dessa combinação está na profunda compreensão que um desenvolvedor de software tem dos processos em um ambiente ágil. Um desenvolvedor scrum master pode otimizar melhor os processos de desenvolvimento porque internalizou tanto as necessidades da equipe quanto os princípios ágeis. Essa compreensão permite uma integração perfeita das práticas e dos valores do Scrum no ciclo de desenvolvimento.
O pré-requisito para isso é, naturalmente, que este desenvolvedor de software também seja devidamente treinado ou domine o Scrum Guide e, idealmente, já tenha adquirido experiência de coaching externo. Além disso, esta função também precisaria de muito tempo para desempenhar ambos os papéis - isso será difícil.
Um desenvolvedor pode ser um Scrum Master | Scrum Developer?
Desvantagem: falta de objetividade
Por outro lado, no entanto, há a possível perda de uma perspectiva objetiva. Um scrum master desenvolvedor pode não ser capaz de manter a distância necessária durante as revisões de código para fornecer feedback imparcial. A função dupla traz o risco de negligenciar aspectos importantes que um scrum master neutro seria capaz de compreender melhor.
A segunda desvantagem já mencionada, que pode ter um impacto ainda maior: objetivamente falando, não há tempo suficiente na maioria dos projetos de software ágeis para desempenhar efetivamente as duas funções, scrum master e desenvolvedor de software, em paralelo. De qualquer forma, algumas responsabilidades serão prejudicadas. E há ainda mais desvantagens.
Um desenvolvedor pode ser um Scrum Master | Scrum Developer?
Desvantagem: sair de sua própria bolha
Um risco em potencial que um scrum master desenvolvedor pode enfrentar é o perigo de ficar preso em sua própria bolha técnica. Devido à estreita conexão com o desenvolvimento, os desafios sociais e interpessoais da equipe podem ser ignorados.
No entanto, a função do Scrum Master exige uma atitude empática e atenta às necessidades individuais dos membros da equipe. É importante sair conscientemente da perspectiva técnica e considerar também os aspectos humanos. Afinal de contas, o manifesto ágil enfatiza a colaboração e o indivíduo mais do que os processos e as ferramentas – um lembrete de que olhar além do código é tão importante quanto os aspectos técnicos.
Então, um Scrum Master pode ou não fazer parte da equipe de desenvolvimento? Em resumo, sim, é possível, mas não é recomendado.
"Muitos membros da equipe não se atrevem a falar!"
Resolva este desafio
"Descobrimos muitos problemas e bugs inesperados em um estágio tardio!"
Resolva este desafio
"Por que às vezes levo horas para preparar uma simples retrospectiva?"
Resolva este desafioUm desenvolvedor pode ser um Scrum Master | Scrum Developer?
Uma solução: suporte de coaching digital
Se realmente não tiverem outra opção senão preencher o papel de Scrum Master com um desenvolvedor de software “a tempo parcial”, então a nossa ferramenta Echometer pode ajudar muito - foi desenvolvida, entre outras coisas, para este desafio: Os Scrum Masters “a tempo parcial” tornam-se coaches de equipa profissionais e eficientes em termos de tempo através da nossa ferramenta simples.
O Echometer é uma ferramenta digital que ajuda os líderes de equipes ágeis com retrospectivas ágeis e Health Checks de equipes. Seja remoto, híbrido ou no local: ele torna o coaching de equipe mensurável e profissionaliza o seu trabalho, poupando muito trabalho para você. Dê uma olhada em nosso site para saber mais: www.echometerapp.com.
Se realmente não tiverem outra opção senão transformar um desenvolvedor de software num Scrum Master a tempo parcial, pelo menos experimentem o Echometer para maximizar a probabilidade de sucesso.
Christian Heidemeyer, psicólogo e Scrum Master
Um desenvolvedor de software pode ser um Scrum Master | Scrum Developer?
Conclusão - Desenvolvedores como Scrum Masters
Pode um Scrum Master fazer parte da equipa de desenvolvimento? A dupla função “Desenvolvedor-Scrum-Master” abre oportunidades para sinergias, mas requer definições de papéis claras para evitar potenciais desvantagens. Um Scrum Master ágil com experiência em desenvolvimento pode colmatar a lacuna entre a tecnologia e o trabalho de equipa, desde que navegue habilmente entre os dois papéis. E isso deve ser muito difícil na prática, por isso é geralmente desaconselhado. Se não houver outra maneira, então deixem que ferramentas como o Echometer vos ajudem.
Portanto, mais uma vez a nota: Se alguma vez quiseres experimentar como é desenvolver a tua equipa com a nossa ferramenta: Podes iniciar uma retrospetiva ágil sem login, neste caso o workshop “Keep, Stop, Start”.
Como alternativa, basta encaminhar nosso site para os colegas responsáveis: www.echometerapp.com.
Manter Stop Start Retro: Como funciona a retrospetiva
-
Quebra-gelo aleatório (2-5 minutos)
O Echometer fornece um gerador de perguntas aleatórias de check-in.
-
Revisão das medidas em aberto (2-5 minutos)
Antes de começar com novos tópicos, deve falar sobre o que aconteceu com as medidas das retrospetivas anteriores para verificar a sua eficácia. O Echometer lista automaticamente todos os itens de ação em aberto das retrospetivas anteriores.
-
Discutir tópicos retro
Utilize as seguintes perguntas abertas para recolher as suas principais conclusões. Primeiro, todos individualmente em segredo. O Echometer permite que cada coluna do quadro retro seja revelada individualmente para apresentar e agrupar o feedback posteriormente.
- Continuar: O que você deve manter?
- Parar: Com o que devemos parar?
- Início: O que devemos começar a fazer?
-
Pergunta genérica (Recomendado)
Para que outros tópicos também tenham um lugar:
- Sobre o que mais gostarias de falar na retrospetiva?
-
Priorização / Votação (5 minutos)
No quadro retro no Echometer, pode priorizar facilmente o feedback com a votação. A votação é, obviamente, anónima.
-
Definir medidas (10-20 minutos)
Pode criar uma medida ligada através do símbolo de mais num feedback. Ainda não tem a certeza de qual a medida certa? Em seguida, abra um quadro branco sobre o tópico através do símbolo de mais para fazer um brainstorming sobre as causas principais e as possíveis medidas.
-
Checkout / Encerramento (5 minutos)
O Echometer permite-lhe recolher feedback anónimo da equipa sobre o quão útil foi a retrospetiva. Isto resulta na pontuação ROTI ("Retrun On Time Invested"), que pode acompanhar ao longo do tempo.
Manter Stop Start Retro
