APRENDER. PRATICAR. EVOLUIR.Apoiar capacidade e reconhecer condições
No caso Norte, Developers sabem executar um teste e querem facilitar a decisão seguinte. O ambiente foi suspenso por uma autoridade externa. Outra sessão de motivação não repõe acesso. O Scrum Master ajuda a distinguir falta de informação, necessidade de prática, barreira material e decisão fora do mandato. Se a pessoa pede ajuda com uma reunião e depois revela não compreender o objetivo, acompanha essa descoberta antes de escolher uma técnica. A orientação de coaching do GitLab é uma referência para escuta e exploração, não uma transferência dos poderes de um gestor para Scrum Master. Podes partilhar experiência como possibilidade e perguntar se é útil ao contexto. Não uses perguntas apenas para conduzir à solução que já decidiste. Quando a equipa demonstra preparação, acorda prática autónoma delimitada, apoio disponível e revisão. Nem controlo permanente nem desaparecimento sem acordo desenvolvem capacidade de forma fiável.
Mostrar a procura e o percurso real
No caso Ria, trinta horas de apoio por mensagem não aparecem no quadro. Comparar apenas plano aprovado e capacidade nominal pode atribuir uma diferença real a uma causa inventada, como falta de empenho. Reúne quem conhece negócio, desenvolvimento e APS para representar procura, passagem, espera e retrabalho. Usa informação suficiente e autorizada; não publiques mensagens com dados desnecessários. DORA recomenda visibilidade do percurso até ao resultado, incluindo operação e suporte. Distingue o estado atual observado do futuro pretendido. Se a codificação demora duas horas e a aprovação oito dias, poupar dez minutos de código pode ter valor, mas não representa a mesma melhoria percentual do prazo completo. Procura quem consegue decidir sobre a restrição relevante. Num protótipo isolado, um acordo prévio sobre alterações permitidas pode reduzir espera por aprovações triviais, mantendo exceções e controlos explícitos.
Tratar incentivos e esforço repetitivo
No caso Sul, desenvolvimento é premiado por enviar cartões e APS por os devolver rapidamente quando falta informação. Ambas as áreas cumprem metas e o pedido circula sem resultado utilizável. Discute com os responsáveis uma experiência que observe conclusão utilizável, devoluções e prazo completo. Não alteres unilateralmente objetivos de gestão nem escondas a fila que piorou. Outro mecanismo é trabalho manual repetitivo que cresce com a procura. Reenviar o mesmo ficheiro dez vezes por semana pode ser candidato a redução de toil; investigar uma causa nova e criar uma correção duradoura pode ser engenharia mesmo dentro de suporte. A referência Google SRE não classifica todo o suporte como toil. A sua orientação de 50% pertence ao seu contexto e não substitui o papel contratado de 75% suporte e 25% projetos. Usa as características do trabalho para discutir melhorias e capacidade com quem decide. Mantém o plano visível quando os Developers o adaptam à aprendizagem.
Oficina Ria: intervenção com âmbito
Prepara uma sessão de 40 minutos com Scrum Master, Developers, representante de APS, responsável de gestão e observador. Nos primeiros dez minutos, apresenta o plano e revela as trinta horas de pedidos informais fictícios. Nos dez seguintes, mapeia o percurso real e separa observações de hipóteses. Depois introduz a indisponibilidade do ambiente e reserva dez minutos para escolher uma intervenção sobre a barreira e uma prática de autonomia possível. Usa os últimos dez para redigir o acordo e fazer debrief. O entregável identifica resultado pretendido, procura observada, decisão dentro do mandato, dependência externa, apoio, responsável e data de revisão. O observador regista se o grupo corrigiu a interpretação inicial, procurou autoridade adequada e preservou oportunidade de prática. Usa estados “não observado”, “com ajuda” e “no ensaio sem ajuda”, sem os somar como certificação. A oficina foi criada mas não realizada com participantes; o guião deve ser adaptado após observação, incluindo se a sua estrutura dificultar a conversa.
OFICINA RIA | 40 min: 10 + 10 + 10 + 10
Resultado do serviço:
Procura planeada / procura informal:
Factos observados / hipóteses:
Estado atual / estado futuro proposto:
Barreira de informação, prática, acesso ou decisão:
Quem pode decidir a alteração:
Prática escolhida pela equipa:
Apoio acordado:
Critério e data de revisão:
Efeito nas outras filas:
Observação: não observado | com ajuda | no ensaio sem ajuda“A equipa sabe executar o teste; falta o ambiente. Vamos resolver essa dependência e combinar uma oportunidade de prática, sem registar cancelamento como falha de competência.”
Armadilhas comuns
Motivação como solução para acesso; coaching como gestão de tarefas; autonomia sem apoio; metas locais que premiam retrabalho; política externa como regra do empregador.
Tópicos relacionados: Coaching e autogestão · Visibilidade da procura · Toil e melhoria
Uma intervenção útil atua sobre a condição observada, respeita o mandato e deixa a equipa mais capaz de agir e aprender.
Referência: Visibility of work in the value stream · Scrum Guide November2020; Kanban Guide May2025; EBM May2024; primary guidance reviewed 2026-09-30