← PSM II: facilitação, liderança e decisões de Scrum Master
08 / 9 · 55 MIN

Conversas difíceis e aprendizagem da equipa

Transforma observações de produção em conversas que preservam participação, responsabilidade e aprendizagem.

Separar o registo da história que contamos

Depois de um fecho com atraso, alguém conclui que o RUN não quer colaborar. O registo contém dois pedidos sem resposta durante um turno, mas não explica a intenção das pessoas. Escreve primeiro o que foi observado, incluindo contexto e informação em falta. Depois explora interpretações e consequências antes de escolher ações. O padrão opcional What, So What, Now What, desenvolvido por Henri Lipmanowicz e Keith McCandless, ajuda a separar estas conversas. Não é uma regra de Scrum nem uma técnica para provar culpados. Neste exercício, o resultado é uma hipótese verificável e uma pergunta para o turno afetado.

Tornar a participação possível

Numa equipa internacional, presença na chamada não demonstra possibilidade de contribuir. Três pessoas podem ouvir, mas não conseguir usar o quadro ou acompanhar uma discussão muito rápida. Antes de decidir, oferece um canal acessível, tempo para formular ideias e confirmação do entendimento. Não interpretes silêncio causado pela ferramenta como acordo. Uma síntese escrita pode ajudar, desde que permita correções e não transforme a perspetiva de quem redige na posição de todos. A facilitação precisa de preservar o objetivo da conversa e os limites de decisão, incluindo o que terá de ser confirmado por alguém ausente.

Acordar o tipo de ajuda

Uma colega quer pensar sobre como abordar um conflito. Se responderes logo com a tua experiência, podes estar a fornecer conselho quando ela pediu exploração. Confirma o resultado pretendido e ajusta a intervenção. Ensinar pode ser adequado quando falta compreensão de uma accountability; mentoring pode responder a um pedido de experiência; coaching pode apoiar opções próprias. Estes modos não são rótulos permanentes da pessoa. Se mudares de postura, torna isso explícito. A utilidade da ajuda depende da necessidade concreta e de preservar a capacidade da colega para decidir dentro da sua responsabilidade.

Tratar o erro sem perder a qualidade

Uma Developer revela que omitiu uma verificação e mostra o efeito no lote. Abertura permite corrigir, mas não equivale a considerar o problema resolvido. Facilita uma conversa que trate o produto afetado, as condições da decisão e a prevenção de repetição. Evita transformar a reunião numa procura de humilhação ou numa tentativa de apagar o impacto. Respeito, responsabilidade e qualidade podem coexistir. A equipa deve sair com ações compreendidas e informação suficiente para as pessoas com autoridade sobre o incidente. O caso é fictício e não substitui procedimentos internos de gestão de incidentes.

Distinguir ação fechada de melhoria observada

Três ações estão concluídas no quadro. Para aprender, pergunta o que mudou no problema, em que população e durante quanto tempo. Se falhas diminuíram enquanto a carga também caiu, o resultado não isola o efeito da prática. Isso não torna a observação inútil; torna os limites importantes. Regista hipótese, resultado esperado, efeitos indesejados e próxima observação. Uma comparação futura pode manter condições mais semelhantes ou separar grupos relevantes. Não prometas uma prova causal que os dados não suportam. O Scrum Master ajuda a equipa a inspecionar a experiência e a escolher adaptações.

Praticar uma intervenção e reduzir dependência

No exercício guiado, uma pessoa apresenta a acusação inicial, outra facilita e uma terceira observa como são separadas evidência e interpretação. Troquem papéis e comparem o efeito de perguntas diferentes. O objetivo não é decorar uma frase perfeita. É conseguir abrir investigação, preservar respeito e clarificar o próximo passo. Depois transfere a prática para decisões que a equipa já tem autoridade para tomar. Se o Scrum Master se ausenta, os Developers não precisam de congelar o plano até ao regresso. Limites claros e reflexão posterior ajudam a reduzir dependência sem abandonar apoio.

# Fictional discussion record, not an incident procedure
observation: two requests unanswered during one shift
hypothesis: routing omitted the on-duty operator
next_check: trace receipt and acknowledgement
review: compare outcomes without assuming intent
NA PRÁTICA

Registo: dois pedidos sem resposta num turno. Hipótese: o canal não chega ao operador de serviço. Próximo passo: confirmar o percurso e testar uma alteração limitada.

Armadilhas comuns

Tomar silêncio por acordo; atribuir intenção sem evidência; aconselhar sem compreender o pedido; contar ações fechadas como benefício; fazer todas as decisões depender do Scrum Master.

Tópicos relacionados: Facilitar participação e decisões difíceis · Coaching, mentoring, ensino e liderança · Organização, incentivos e barreiras sistémicas

Leva esta ideia contigo

Uma intervenção útil aumenta entendimento e capacidade de decidir. A aprendizagem exige observar o efeito das ações, além da sua execução.

Criar conta

Referência: What, So What, Now What · PSM II; Scrum Guide November 2020; no public numbered exam revision

Professional Scrum Master e PSM são marcas comerciais de Scrum.org. A dr.pt é uma plataforma de preparação independente e não está afiliada, associada, patrocinada, autorizada nem aprovada por Scrum.org. Os conteúdos e as perguntas são originais, não são perguntas oficiais de exame, e concluir os nossos testes não atribui nem garante qualquer certificação. Os nomes são usados apenas para identificar o tema. Todas as outras marcas pertencem aos respetivos titulares.