APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Qualidade partilhada exige colaboração concreta. Um programador pode ajudar a tornar os estados internos observáveis; um tester pode identificar combinações de dados esquecidas; um operador pode explicar o que acontece quando um batch falha durante a noite. Partilhar responsabilidade não significa que todas as pessoas tenham a mesma competência ou autoridade. Define quem prepara dados, quem investiga falhas e quem pode aceitar um risco de negócio. Em Scrum, um incremento que não satisfaz a Definition of Done não fica pronto por haver uma demonstração convincente. Fora de Scrum, usa os critérios acordados no método da equipa. Evita transformar uma regra de um framework numa obrigação universal para qualquer organização ágil.
Aplicação guiada
Num projeto de migração de middleware, o especialista em segurança só tem duas horas disponíveis. Usa esse tempo para rever riscos e desenhar verificações que a equipa possa repetir, mantendo as decisões especializadas que continuam a exigir essa competência. Convida uma pessoa que nunca usou o novo ecrã para observar a primeira interação, sem explicar antecipadamente onde deve clicar. Esse feedback de primeira utilização perde valor se a pessoa já conhece o percurso. Regista a dificuldade encontrada, confirma o objetivo do utilizador e combina essa observação com testes funcionais. Para envolver negócio, apresenta exemplos curtos de exceções reais do processo, com dados fictícios, e pede decisões específicas sobre resultados esperados.
Conhecimento partilhado reduz dependência; autoridade continua explícita.
Armadilhas comuns
Todos como especialistas; demonstração como Done; orientar a primeira utilização.
Tópicos relacionados: Estratégia, risco e regressão · Plano, métricas e melhoria · Exemplos, critérios e pequenas entregas
Colabora cedo e preserva responsabilidades claras.
Referência: The Scrum Guide · CTAL-AT v2.0 (2026)