Escolher a dúvida que altera uma decisão
No caso fictício Mosaico, uma ferramenta de exceções já foi comprada. Ainda é possível configurar estados, preparar apoio e melhorar a passagem entre turnos. O sponsor pede um relatório que confirme o investimento. O Product Owner deve esclarecer quais decisões continuam abertas e que informação pode mudá-las. Com dois dias disponíveis, a dúvida sobre transferência de pendências merece uma pergunta concreta: o que precisa o operador seguinte de compreender para retomar o trabalho? Uma demonstração do fornecedor pode explicar funcionalidades, mas não mostra por si a experiência no turno afetado. Escolhe atividades que respondam à pergunta, planeia acesso às pessoas relevantes e combina como os resultados entrarão na decisão. A orientação GOV.UK é uma referência de método; as suas cadências e números sugeridos de participantes não são regras universais de Scrum nem procedimentos de um banco. Este curso não fixa uma amostra que garanta representatividade.
Observar sem acrescentar uma conclusão
No caso Lume, cinco pessoas usam um protótipo para distinguir uma rejeição corrigível de uma pendência externa. Três concluem sem ajuda; duas só encontram o menu depois de orientação. Regista a intervenção e o momento do bloqueio. O resultado não é cinco conclusões autónomas. Uma nota como “abriu o detalhe duas vezes” descreve comportamento; “não confia no sistema” acrescenta uma interpretação que precisa de esclarecimento. Agrupa observações com contexto, discute interpretações com a equipa e conserva sinais contrários à solução preferida. Quatro pessoas podem gostar de um rótulo e três entendê-lo de uma forma operacionalmente errada. Preferência não resolve compreensão. Também dez notas não representam necessariamente dez pessoas: oito podem ser tentativas da mesma pessoa. Essa repetição pode indicar persistência da dificuldade, mas deve continuar ligada à identidade de pesquisa e ao contexto, sem inventar participantes independentes ou expor dados pessoais desnecessários.
Preparar participação e reconhecer limites
Se o problema ocorre à noite e a pesquisa só inclui o turno diurno, mais entrevistas diurnas não cobrem automaticamente o encaminhamento noturno. Prepara participação do contexto relevante. Uma pessoa que usa leitor de ecrã precisa de material que permita observar a interação pretendida; o moderador ler imagens não demonstra navegação autónoma. Um protótipo sem backend pode informar a compreensão de estados, mas não demonstra segurança, carga ou prontidão operacional. Para o nosso ensaio, usa dados inteiramente fictícios: não existe autorização implícita para transportar dados de clientes. Explicita a limitação de contexto desses dados. Duas dificuldades entre cinco pessoas recrutadas por conveniência descrevem aquela amostra; não demonstram que 40% de toda a população irá falhar. Mantém impacto, evidência e incerteza juntos. Se falta acesso ao turno noturno, podes trabalhar a melhoria observada e adiar a generalização que depende desse acesso, em vez de fabricar certeza ou abandonar toda a aprendizagem.
Oficina Lume de análise
Prepara 40 minutos com Product Owner, investigador, APS, desenvolvimento e observador. Usa dez minutos para distinguir decisão aberta, pergunta e contexto. Nos dez seguintes, apresenta as notas fictícias: três conclusões autónomas, duas assistidas e oito tentativas repetidas da mesma pessoa. Pede uma síntese que não misture unidades. Usa mais dez minutos para discutir interpretação do rótulo e formular uma opção verificável. Fecha com dez minutos para planear a próxima ronda e fazer debrief. O entregável é uma folha com observação, interpretação, dúvida, opção de melhoria e evidência esperada. O observador assinala “não observado”, “observado com ajuda” ou “observado no ensaio sem ajuda” para cada comportamento, sem nota agregada nem certificação. Esta oficina ensaia análise de material sintético; não é pesquisa com utilizadores reais. O guião foi escrito, mas a execução com participantes humanos e a revisão independente por especialista ainda estão pendentes.
GUIÃO LUME | 40 min: 10 + 10 + 10 + 10
Decisão ainda aberta:
Pergunta / contexto / pessoas relevantes:
Observação literal / origem:
Pessoa distinta ou repetição:
Tarefa / conclusão autónoma ou assistida / ajuda dada:
Interpretação / explicações alternativas:
Limites do protótipo e da amostra:
Opção de melhoria / evidência esperada:
Próxima ronda / responsável / data:
Observação: não observado | com ajuda | no ensaio sem ajuda“Encontrou o menu após indicação” suporta conclusão assistida. A observação não deve ser reescrita como sucesso autónomo para melhorar o relatório.
Armadilhas comuns
Ajuda como autonomia; notas como pessoas; preferência como compreensão; protótipo como produção; pesquisa como confirmação obrigatória.
Tópicos relacionados: Pesquisa com utilizadores · Síntese e backlog · Critérios observáveis
Uma descoberta útil conserva a observação, explicita a incerteza e conduz a uma decisão que ainda pode mudar.
Referência: Plan user research for your service · Scrum Guide November2020; EBM May2024; primary product practice reviewed 2026-09-30