APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Uma necessidade descreve um problema ou resultado procurado pelo utilizador. Um pedido de solução pode ser uma pista, mas precisa de contexto. Investiga o trabalho atual, as dificuldades, alternativas usadas e consequências dos atrasos. Combina entrevistas e observação com dados de utilização e contactos de suporte. Inclui pessoas que executam a tarefa, utilizadores menos frequentes e quem apoia a operação. A opinião de um stakeholder deve ser identificada como hipótese quando não existe evidência. Planeia investigação em torno da decisão que precisas de tomar, escolhendo participantes e método adequados. Recolher muitas respostas sem saber como serão usadas pode consumir tempo sem reduzir a incerteza relevante.
Aplicação guiada
APS pede um botão para repetir ficheiros porque a equipa perde tempo a consultar várias ferramentas. Observa primeiro como identifica se um ficheiro falhou, se foi recebido e se pode ser repetido sem duplicação. Talvez a necessidade principal seja obter um estado fiável, não repetir mais depressa. Testa um protótipo com tarefas realistas e instruções neutras, sem indicar onde clicar. Usa dados fictícios quando o ambiente não reúne condições para dados reais. Regista comportamento e dúvidas, incluindo os casos em que a proposta não ajuda. A investigação aqui é uma prática de descoberta complementar; os calendários e obrigações específicos do Service Manual britânico não são requisitos universais de Scrum.
Pergunta: como determina o operador se uma repetição é necessária e segura?
Armadilhas comuns
Entrevistar apenas chefias; conduzir o participante; confundir preferência com comportamento.
Tópicos relacionados: Objetivo, valor e responsabilidade · Ordenação e compromissos explícitos · Refinamento, critérios e qualidade
Escolhe a próxima experiência pela incerteza que pode resolver.
Referência: Plan user research for your service · Scrum Guide November2020; EBM May2024; primary product practice reviewed 2026-09-30