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.
Para te dar uma resposta curta de antemão: 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 equipe 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, essa função também precisaria de muito tempo para desempenhar ambas as funções - 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 vocês realmente não tiverem outra opção a não ser preencher o papel de Scrum Master com um desenvolvedor de software “em tempo parcial”, então a nossa ferramenta Echometer poderá ajudá-los muito - ela foi desenvolvida, entre outras coisas, para este desafio: Scrum Masters “em tempo parcial” tornam-se coaches de equipe 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 vocês realmente não tiverem outra opção a não ser transformar um desenvolvedor de software em Scrum Master em tempo parcial, experimentem pelo menos 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
Um Scrum Master pode fazer parte da equipe 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 fazer a ponte entre a tecnologia e o trabalho em equipe, desde que navegue habilmente entre os dois papéis. E isso pode ser muito difícil na prática, por isso é geralmente desaconselhado. Se não houver outra maneira, deixe que ferramentas como o Echometer o ajudem.
Portanto, mais uma vez a nota: Se você quiser experimentar como é desenvolver sua equipe com a nossa ferramenta: Você pode iniciar uma retrospectiva ágil a seguir 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 oferece um gerador de perguntas aleatórias para o check-in.
-
Revisão das medidas em aberto (2-5 minutos)
Antes de começar com novos temas, deve-se falar sobre o que aconteceu com as medidas das retrospetivas passadas para controlar a eficácia. O Echometer lista automaticamente todos os itens de ação em aberto das retrospetivas passadas.
-
Discutir temas da retrospetiva
Utilizem as seguintes perguntas abertas para recolher as vossas principais conclusões. Primeiro, cada um individualmente e de forma oculta. O Echometer permite revelar cada coluna do quadro da retrospetiva 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 temas também tenham um lugar:
- Sobre o que mais gostarias de falar na retrospetiva?
-
Priorização / Votação (5 minutos)
No quadro da retrospetiva no Echometer, podem priorizar facilmente o feedback com a votação. A votação é, naturalmente, anónima.
-
Definir medidas (10-20 minutos)
Através do símbolo de mais num feedback, pode-se criar uma medida associada. Ainda não tem a certeza de qual seria a medida certa? Então, abra um quadro branco sobre o tema 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 recolher feedback anónimo da equipa sobre o quão útil foi a retrospetiva. Daí resulta o ROTI-Score ("Retrun On Time Invested"), que podem acompanhar ao longo do tempo.
Manter Stop Start Retro
