Fonte da foto
Pelo terceiro ano agora, tenho introduzido os valores e princípios do Agile na vida das equipes de desenvolvimento. Atrás dos ombros - trabalho como Scrum master em duas grandes empresas, experiência em implementação remota de metodologias ágeis em setores completamente distintos, inúmeros livros lidos e participado de encontros.
Mas tudo começou pequeno e, durante esse tempo, preenchi mais de uma protuberância. E com o tempo, comecei a notar que esses solavancos eram bem típicos e meus colegas novatos os encontram regularmente. Não querendo ficar de lado e para alertar os colegas de possíveis fracassos, resolvi compartilhar minha experiência neste artigo.
Então, quais lições eu aprendi e conclusões tiradas no primeiro ano de trabalho como um mestre Scrum (que eu brevemente delineei em pontos no final):
Óculos rosa
Após dois dias de treinamento Scrum, eu estava pronto para mover montanhas, mudar o mundo no caminho da empresa para melhor. Nada inspira mais do que um treinador competente e uma equipe de pessoas que pensam como você! Mas assim que você começa, de repente você é deixado sozinho com seu framework Scrum. Tem gente carregada de tarefas próprias, tem hábitos e valores que já se formaram no trabalho da equipe, tem uma gestão que enxerga os processos do seu jeito, e isso nem sempre anda paralelo aos valores e ideias de Agile. Em suma, bem-vindo ao mundo real .
Portanto, no início, é preciso conquistar a confiança e a abertura da equipe. É importante contar com sua experiência anterior e bom senso.Entenda o que sua equipe realmente precisa agora, quais problemas e subavaliações existem e como você pode ajudá-los a fechar pelo menos algumas das questões que surgirem.
Resistência
É claro que as inovações e as mudanças óbvias que surgiram não foram muito felizes. No meu caso, foi mais uma resignação ao fato de que outra pessoa veio para administrar e ensinar: " Bem, afinal está tudo bem ." Não há nada a fazer - tive que provar que vim ajudar e, na prática, demonstrar isso.
Um ponto importante: se logo no início você não encontrar apoiadores na equipe de desenvolvimento, você corre o risco de ser rejeitado.
A primeira coisa que um Scrum master recém-formado enfrenta ao tentar mudar é a resistência. O processo, é claro, é natural, mas não indolor. As pessoas estão prontas para mudar apenas quando veem valor nisso para si mesmas.Portanto, a melhor opção é dar ao time a oportunidade de chegar à ideia de que o Scrum irá melhorar seus processos e suas vidas.
Pergunte-se: "Qual é o propósito da minha presença nesta função e como posso ajudar minha equipe a melhorar os processos de trabalho existentes?" Se você puder encontrar a resposta - ótimo, vamos prosseguir para as mudanças! Se não, vale a pena assistir mais um pouco.
Falando em melhoria, é possível ter uma série de reuniões com o objetivo de identificar as dores da equipe e criar abertura, por exemplo. Mas quero falar sobre isso nos próximos artigos.
A pressa é o pior ajudante
A pressa e o desejo de se mostrar desde os primeiros dias de trabalho é provavelmente o maior erro que um Scrum master iniciante comete. É de vital importância saber que mudanças drásticas sem entender por que são necessárias e como afetarão o atual modo de vida da equipe podem causar ainda mais resistência e desconfiança. Houve momentos em que o Scrum Master prejudicou equipes precisamente por causa de mudanças mal concebidas e inacabadas.
A prontidão para a mudança vem da equipe gradualmente.Observe a equipe por 1-2 semanas sem interferir com o curso "natural" das coisas. Nas primeiras etapas, você precisa entender por si mesmo a cadeia lógica de processos e valores estabelecidos, ver as vulnerabilidades no trabalho e, de fato, propor uma solução. Passo a passo, tente introduzir os eventos e valores da metodologia na consciência e na vida de sua equipe.
Facilitação de reuniões, interação frequente com a equipe, tanto pessoal quanto em formato de eventos, o coaching vai te ajudar nisso. E, claro, confiança e abertura ao diálogo.
Compreendendo o meio ambiente
Quando comecei a trabalhar com a equipe cometi um grande erro, que a princípio não chamou minha atenção e me pareceu uma bagatela. Ou seja, perdi de vista os muitos bate-papos temáticos de desenvolvedores que os revelaram do outro lado. Ela se distanciou da gestão e perdeu informações importantes, que poderiam, por sua vez, transmitir para a equipe.
Não repita o meu erro: não importa se sua empresa é pequena ou grande, você precisa entender a comunicação entre departamentos e conhecer pessoalmente alguns colegas importantes . Diz-se que o Scrum Master deve remover os obstáculos que distraem a equipe da criação de um produto de TI. Mas como você pode fazer isso se não sabe a quem recorrer?
Portanto, no início, é especialmente importante:
- vá a todos os chats e veja como e com quem as equipes se comunicam, quais os problemas que têm;
- comunicar-se com a gerência, rastrear objetivos globais e secundários que a empresa persegue em um determinado período de tempo;
- comunique-se com pessoas que pensam da mesma forma se a empresa já tiver masters Scrum mais experientes.
Tenho certeza de que todos os itens acima provavelmente o ajudarão a mergulhar rapidamente no ambiente e a realizar uma observação mais completa dos processos.
Presença de estratégia
E assim conversamos com a equipe e a gerência, fizemos perguntas de interesse, recebemos respostas, entramos em todos os chats e recebemos convites para todos os eventos. Vemos o problema, conhecemos os objetivos da gestão - mas ainda não está claro por onde começar para resolvê-lo. o que fazer a seguir?
Para chegar a uma decisão, é importante formular metas claras sobre o que exatamente e por que queremos mudar . E então - traçar um plano de trabalho respondendo à pergunta “ como vamos fazer isso? "
Na maioria das vezes, quando cheguei à equipe, vi como os caras realizam reuniões diárias por 1,5 a 2 horas, durante as quais eles tentam resolver todos os problemas. E isso, aliás, é uma quantidade colossal de tempo que é deduzida da jornada de trabalho e reduz a eficiência do trabalho das equipes. E o Scrum Guide sugere apenas 15 minutos para este evento e nem um minuto a mais.
Como ser: a abordagem mais correta, na minha opinião, é separar essas atividades e focar nas tarefas definidas nos objetivos do Sprint.
Com base nas dores e nas perguntas mais frequentes, além dos eventos principais do Scrum (planejamento, diário, demo, retro), por exemplo, uma reunião de pesquisa semanal, uma discussão sobre o backlog de ideias ou sessões de brainstorming para discutir em profundidade questões podem ser formadas, como está acontecendo hoje nos serviços da ICL. ... Vemos a dor, sabemos como consertar a situação e o que precisa ser feito - só falta discutir a mudança do formato de trabalho com a gestão e a equipe para obter o melhor efeito.
O plano também deve ser flexível e mudar dependendo das condições e características dos membros da equipe. É importante discutir o caminho planejado com a gestão, pois nem sempre tudo o que você propõe será imediatamente implementado no trabalho. E algo pode mudar totalmente dependendo do estabelecimento de metas e das solicitações da própria administração.
Falta de conhecimento técnico
Não tenho formação técnica e, portanto, entender a fundo a extensa terminologia da equipe de desenvolvimento foi (e em alguns lugares continua) uma tarefa bastante difícil para mim, visto que a tecnologia não pára.
Mas aqui também existem alguns truques de vida bem simples:
- não tenha medo de pedir ajuda à equipe;
- estudar a literatura relevante;
- pesquise na Internet por dicionários terminológicos para manequins ou obtenha um dicionário pessoal, se necessário.
Sumário breve
- Aproveite a experiência anterior. Entenda o que a equipe precisa, quais problemas e subavaliações existem e como você pode ajudá-lo.
- Identifique como a mudança pode ser benéfica para a equipe e mostre isso a eles. As pessoas não estão prontas para mudar até que vejam o valor disso por si mesmas.
- Sprint, , .
- – , , – -.
- « ?», . « ?» , , . . .
- Falta de conhecimento técnico. Se você não tem formação técnica, mas quer ou precisa dominar a terminologia, não tenha medo de pedir ajuda. Um dicionário pessoal de terminologia também pode ser um bom ajudante.
Tenho certeza de que todas as lições que aprendi irão ajudá-lo a tirar conclusões e reconstruir na direção certa, porque eu realmente amo o que faço. E, o mais importante, não tenha medo dos erros, mas aprenda com eles. Boa sorte!