{"id":1229,"date":"2026-03-25T12:20:07","date_gmt":"2026-03-25T12:20:07","guid":{"rendered":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/"},"modified":"2026-03-25T12:20:07","modified_gmt":"2026-03-25T12:20:07","slug":"user-story-acceptance-criteria-definition-done","status":"publish","type":"post","link":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/","title":{"rendered":"An\u00e1lise aprofundada de Hist\u00f3rias de Usu\u00e1rio: Compreendendo Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclu\u00eddo"},"content":{"rendered":"

No cen\u00e1rio do desenvolvimento \u00e1gil, a clareza \u00e9 a moeda do sucesso. Quando uma equipe come\u00e7a a trabalhar em um novo recurso, a base est\u00e1 na Hist\u00f3ria de Usu\u00e1rio. No entanto, uma Hist\u00f3ria de Usu\u00e1rio \u00e9 meramente um espa\u00e7o reservado para uma conversa. Para transformar essa conversa em um produto funcional, s\u00e3o necess\u00e1rios dois artefatos cr\u00edticos: Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclu\u00eddo. Esses conceitos atuam como trilhos que garantem qualidade, alinhamento e previsibilidade.<\/p>\n

Muitas equipes t\u00eam dificuldade em distinguir esses dois conceitos. \u00c0s vezes, s\u00e3o tratados como se fossem a mesma coisa, levando \u00e0 confus\u00e3o durante testes ou implanta\u00e7\u00e3o. Em outros momentos, s\u00e3o totalmente ignorados, resultando em expans\u00e3o de escopo ou recursos incompletos chegando \u00e0 produ\u00e7\u00e3o. Este guia explora a mec\u00e2nica, o prop\u00f3sito e a implementa\u00e7\u00e3o dos Crit\u00e9rios de Aceita\u00e7\u00e3o e da Defini\u00e7\u00e3o de Conclu\u00eddo para ajudar sua equipe a entregar valor de forma consistente.<\/p>\n

\n
\"Hand-drawn<\/figure>\n<\/div>\n

O que \u00e9 uma Hist\u00f3ria de Usu\u00e1rio? \ud83d\udcdd<\/h2>\n

Antes de analisar os componentes de uma hist\u00f3ria, \u00e9 essencial lembrar o que uma Hist\u00f3ria de Usu\u00e1rio realmente \u00e9. Em frameworks \u00e1geis, uma Hist\u00f3ria de Usu\u00e1rio \u00e9 uma breve e simples descri\u00e7\u00e3o de um recurso contada do ponto de vista da pessoa que deseja a nova funcionalidade. Ela geralmente segue o formato:<\/p>\n

    \n
  • Como um<\/strong> [tipo de usu\u00e1rio],<\/li>\n
  • Eu quero<\/strong> [algum objetivo],<\/li>\n
  • Para que<\/strong> [algum benef\u00edcio].<\/li>\n<\/ul>\n

    Esse formato foca no valor<\/em>fornecido ao usu\u00e1rio, em vez da implementa\u00e7\u00e3o t\u00e9cnica. No entanto, esse formato sozinho n\u00e3o \u00e9 suficiente para orientar o desenvolvimento. Ele n\u00e3o especifica os limites do trabalho nem os padr\u00f5es necess\u00e1rios para a conclus\u00e3o. \u00c9 aqui que entram os Crit\u00e9rios de Aceita\u00e7\u00e3o e a Defini\u00e7\u00e3o de Conclu\u00eddo.<\/p>\n

    Crit\u00e9rios de Aceita\u00e7\u00e3o (CA): As Condi\u00e7\u00f5es para a Conclus\u00e3o \u2705<\/h2>\n

    Os Crit\u00e9rios de Aceita\u00e7\u00e3o s\u00e3o um conjunto de condi\u00e7\u00f5es que uma Hist\u00f3ria de Usu\u00e1rio deve atender para ser considerada completa, segundo a perspectiva do propriet\u00e1rio do produto. Eles definem os limites da hist\u00f3ria e fornecem uma compreens\u00e3o clara do que o produto final dever\u00e1 ser.<\/p>\n

    O Prop\u00f3sito dos Crit\u00e9rios de Aceita\u00e7\u00e3o<\/h3>\n

    Os Crit\u00e9rios de Aceita\u00e7\u00e3o desempenham m\u00faltiplas fun\u00e7\u00f5es no ciclo de vida do desenvolvimento:<\/p>\n

      \n
    • Clareza:<\/strong> Eles eliminam ambiguidades. Se um desenvolvedor perguntar: \u201cO bot\u00e3o deve ficar verde ou azul ao passar o mouse?\u201d, os CA devem responder isso.<\/li>\n
    • Testes:<\/strong> Eles atuam como casos de teste. Engenheiros de QA usam essas condi\u00e7\u00f5es para validar o recurso.<\/li>\n
    • Acordo:<\/strong> Eles garantem que o propriet\u00e1rio do produto e a equipe de desenvolvimento estejam de acordo sobre o que constitui \u201cconclu\u00eddo\u201d para esta hist\u00f3ria espec\u00edfica.<\/li>\n<\/ul>\n

      Caracter\u00edsticas de Boas Crit\u00e9rios de Aceita\u00e7\u00e3o<\/h3>\n

      Os Crit\u00e9rios de Aceita\u00e7\u00e3o eficazes s\u00e3o espec\u00edficos, mensur\u00e1veis e inequ\u00edvocos. Evite termos vagos como \u201camig\u00e1vel ao usu\u00e1rio\u201d ou \u201cr\u00e1pido\u201d sem definir m\u00e9tricas. Em vez disso, especifique comportamentos exatos.<\/p>\n

        \n
      • At\u00f4micos:<\/strong> Cada crit\u00e9rio deve abordar uma \u00fanica exig\u00eancia.<\/li>\n
      • Test\u00e1veis:<\/strong> Deve ser poss\u00edvel verificar o crit\u00e9rio com um resultado de passou ou falhou.<\/li>\n
      • Independente:<\/strong>Os crit\u00e9rios n\u00e3o devem depender de hist\u00f3rias externas para serem validados.<\/li>\n
      • Relevante:<\/strong>Foque no valor para o usu\u00e1rio, e n\u00e3o na estrutura interna do c\u00f3digo.<\/li>\n<\/ul>\n

        Exemplos de Crit\u00e9rios de Aceita\u00e7\u00e3o<\/h3>\n

        Considere uma hist\u00f3ria sobre adicionar um recurso de \u201cEsqueci minha senha\u201d. Veja como os crit\u00e9rios de aceita\u00e7\u00e3o poderiam ser:<\/p>\n

          \n
        • Dado que o usu\u00e1rio est\u00e1 na p\u00e1gina de login,
          Quando eles clicam no link \u201cEsqueci minha senha\u201d,
          Ent\u00e3o eles s\u00e3o redirecionados para a p\u00e1gina de recupera\u00e7\u00e3o de senha.<\/li>\n
        • Dado que o usu\u00e1rio insere um e-mail v\u00e1lido,
          Quando eles enviam o formul\u00e1rio,
          Ent\u00e3o uma mensagem de confirma\u00e7\u00e3o \u00e9 exibida.<\/li>\n
        • Dado que o usu\u00e1rio insere um e-mail inv\u00e1lido,
          Quando eles enviam o formul\u00e1rio,
          Ent\u00e3o uma mensagem de erro indica que o formato do e-mail est\u00e1 incorreto.<\/li>\n<\/ul>\n

          Esses exemplos seguem a estrutura Dado\/Quando\/Ent\u00e3o<\/strong>estrutura (frequentemente associada \u00e0 sintaxe Gherkin), que promove clareza e alinha-se com frameworks de testes automatizados.<\/p>\n

          Defini\u00e7\u00e3o de Conclu\u00eddo (DoD): A Porta de Qualidade \ud83d\udea7<\/h2>\n

          Enquanto os Crit\u00e9rios de Aceita\u00e7\u00e3o s\u00e3o espec\u00edficos para uma \u00fanica Hist\u00f3ria de Usu\u00e1rio, a Defini\u00e7\u00e3o de Conclu\u00eddo \u00e9 um padr\u00e3o global aplicado atodos<\/em>o trabalho dentro de um sprint ou lan\u00e7amento. Representa a lista de verifica\u00e7\u00e3o de requisitos que devem ser atendidos para que qualquer incremento de trabalho seja considerado potencialmente entreg\u00e1vel.<\/p>\n

          O Prop\u00f3sito da Defini\u00e7\u00e3o de Conclu\u00eddo<\/h3>\n

          O DoD atua como uma porta de qualidade. Garante que a d\u00edvida t\u00e9cnica n\u00e3o se acumule e que o produto permane\u00e7a em um estado entreg\u00e1vel em todo momento. Se uma hist\u00f3ria atende aos seus Crit\u00e9rios de Aceita\u00e7\u00e3o, mas n\u00e3o atende \u00e0 Defini\u00e7\u00e3o de Conclu\u00eddo, ela n\u00e3o pode ser marcada como conclu\u00edda.<\/p>\n

          Elementos comuns encontrados na Defini\u00e7\u00e3o de Conclu\u00eddo incluem:<\/p>\n

            \n
          • Revis\u00e3o de C\u00f3digo:<\/strong>Todo c\u00f3digo deve ser revisado por pelo menos um colega.<\/li>\n
          • Testes Unit\u00e1rios:<\/strong>Testes automatizados devem passar com cobertura de 100% para a nova l\u00f3gica.<\/li>\n
          • Documenta\u00e7\u00e3o:<\/strong> A documenta\u00e7\u00e3o da API ou os guias do usu\u00e1rio s\u00e3o atualizados.<\/li>\n
          • Desempenho:<\/strong> A funcionalidade atende aos requisitos m\u00ednimos de tempo de carregamento.<\/li>\n
          • Acessibilidade:<\/strong> A funcionalidade est\u00e1 em conformidade com as diretrizes WCAG.<\/li>\n
          • Seguran\u00e7a:<\/strong> Nenhuma vulnerabilidade conhecida \u00e9 introduzida.<\/li>\n<\/ul>\n

            Por que o DoD Importa<\/h3>\n

            Sem uma Defini\u00e7\u00e3o de Conclu\u00eddo, as equipes frequentemente caem na armadilha de ‘tecnicamente conclu\u00eddo, mas na verdade n\u00e3o pronto’. Uma funcionalidade pode funcionar conforme o esperado de acordo com os Crit\u00e9rios de Aceita\u00e7\u00e3o, mas pode ter danificado outra parte do sistema, carecer de documenta\u00e7\u00e3o adequada ou introduzir riscos de seguran\u00e7a. O DoD evita isso ao impor uma base m\u00ednima de qualidade em toda a lista de prioridades.<\/p>\n

            Crit\u00e9rios de Aceita\u00e7\u00e3o vs. Defini\u00e7\u00e3o de Conclu\u00eddo: As Principais Diferen\u00e7as \ud83c\udd9a<\/h2>\n

            A confus\u00e3o surge frequentemente porque ambos os conceitos lidam com a ‘completude’. No entanto, seu escopo e responsabilidade diferem significativamente. Compreender essa diferen\u00e7a evita desalinhamentos entre desenvolvedores, testadores e propriet\u00e1rios do produto.<\/p>\n\n\n\n\n\n\n\n\n\n
            Funcionalidade<\/th>\nCrit\u00e9rios de Aceita\u00e7\u00e3o<\/th>\nDefini\u00e7\u00e3o de Conclu\u00eddo<\/th>\n<\/tr>\n<\/thead>\n
            Escopo<\/strong><\/td>\nEspec\u00edfico para uma \u00fanica Hist\u00f3ria de Usu\u00e1rio<\/td>\nGlobal para toda a equipe ou projeto<\/td>\n<\/tr>\n
            Propriedade<\/strong><\/td>\nPropriet\u00e1rio do Produto e Equipe de Desenvolvimento<\/td>\nToda a Equipe de Desenvolvimento<\/td>\n<\/tr>\n
            Flexibilidade<\/strong><\/td>\nAltera\u00e7\u00f5es por hist\u00f3ria com base nos requisitos<\/td>\nEst\u00e1vel, embora possa ser atualizado ao longo do tempo<\/td>\n<\/tr>\n
            Prop\u00f3sito<\/strong><\/td>\nDefine requisitos funcionais<\/td>\nDefine qualidade e padr\u00f5es n\u00e3o funcionais<\/td>\n<\/tr>\n
            Verifica\u00e7\u00e3o<\/strong><\/td>\nTestes funcionais em rela\u00e7\u00e3o \u00e0s necessidades do usu\u00e1rio<\/td>\nVerifica\u00e7\u00e3o t\u00e9cnica e de processo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

            Pense nos Crit\u00e9rios de Aceita\u00e7\u00e3o como o destino de uma viagem espec\u00edfica, enquanto a Defini\u00e7\u00e3o de Conclu\u00eddo \u00e9 a lista de verifica\u00e7\u00e3o de seguran\u00e7a exigida para todos os ve\u00edculos na estrada.<\/p>\n

            Como escrever crit\u00e9rios de aceita\u00e7\u00e3o eficazes \ud83d\udcdd<\/h2>\n

            Escrever crit\u00e9rios de aceita\u00e7\u00e3o \u00e9 uma a\u00e7\u00e3o colaborativa. N\u00e3o deve ser feito de forma isolada pelo propriet\u00e1rio do produto. A melhor pr\u00e1tica envolve o conceito dos \u201cTr\u00eas Amigos\u201d, em que o Propriet\u00e1rio do Produto, um Desenvolvedor e um Testador colaboram cedo no processo de refinamento.<\/p>\n

            Passo 1: Identifique o objetivo do usu\u00e1rio<\/h3>\n

            Comece reafirmando a proposta de valor. Qual problema o usu\u00e1rio est\u00e1 resolvendo? Isso garante que os crit\u00e9rios permane\u00e7am focados na experi\u00eancia do usu\u00e1rio, e n\u00e3o em detalhes t\u00e9cnicos.<\/p>\n

            Passo 2: Defina cen\u00e1rios positivos e negativos<\/h3>\n

            N\u00e3o escreva apenas o caminho feliz. Considere o que acontece quando as coisas d\u00e3o errado.<\/p>\n

              \n
            • Caminho feliz:<\/strong> O usu\u00e1rio realiza a a\u00e7\u00e3o exatamente como esperado.<\/li>\n
            • Casos de borda:<\/strong> O que acontece com caracteres especiais, dados ausentes ou conex\u00f5es lentas?<\/li>\n
            • Caminho negativo:<\/strong> Como o sistema lida com entradas inv\u00e1lidas de forma elegante?<\/li>\n<\/ul>\n

              Passo 3: Use linguagem clara<\/h3>\n

              Evite jarg\u00f5es sempre que poss\u00edvel. Se termos t\u00e9cnicos forem necess\u00e1rios, certifique-se de que est\u00e3o definidos. Use voz ativa. Por exemplo, \u201cO sistema deve validar\u2026\u201d \u00e9 menos claro do que \u201cO usu\u00e1rio recebe uma mensagem de erro\u2026\u201d.<\/p>\n

              Passo 4: Priorize<\/h3>\n

              Se uma hist\u00f3ria for grande, divida-a. Os crit\u00e9rios de aceita\u00e7\u00e3o devem ser alcan\u00e7\u00e1veis dentro do sprint. Se os crit\u00e9rios implicarem trabalho que n\u00e3o pode ser conclu\u00eddo no sprint, a hist\u00f3ria precisa ser dividida.<\/p>\n

              Como estabelecer uma defini\u00e7\u00e3o robusta de pronto \ud83d\udee0\ufe0f<\/h2>\n

              A Defini\u00e7\u00e3o de Pronto n\u00e3o \u00e9 um documento est\u00e1tico. Ela evolui conforme a equipe amadurece e conforme a tecnologia muda. Deve ser vis\u00edvel para todos, geralmente exibida em uma quadro f\u00edsico ou digital.<\/p>\n

              Passo 1: Consulte a equipe<\/h3>\n

              A DoD \u00e9 de propriedade da equipe que realiza o trabalho. Desenvolvedores, testadores e designers devem contribuir para a lista. Se um desenvolvedor adiciona um requisito, ele ter\u00e1 mais probabilidade de segui-lo.<\/p>\n

              Passo 2: Categorize os requisitos<\/h3>\n

              Agrupe os itens da DoD em categorias l\u00f3gicas para tornar a lista de verifica\u00e7\u00e3o gerenci\u00e1vel.<\/p>\n

                \n
              • Qualidade do c\u00f3digo:<\/strong>Linting aprovado, sem avisos, revis\u00e3o por pares conclu\u00edda.<\/li>\n
              • Testes:<\/strong>Testes unit\u00e1rios escritos, testes de integra\u00e7\u00e3o aprovados, testes manuais verificados.<\/li>\n
              • Implanta\u00e7\u00e3o:<\/strong>Implantado no ambiente de homologa\u00e7\u00e3o, testes de fuma\u00e7a aprovados.<\/li>\n
              • Documenta\u00e7\u00e3o:<\/strong>README atualizado, documenta\u00e7\u00e3o da API sincronizada.<\/li>\n<\/ul>\n

                Passo 3: Torn\u00e1-lo uma parada obrigat\u00f3ria<\/h3>\n

                Se uma hist\u00f3ria n\u00e3o atender ao DoD, ela n\u00e3o pode ser fechada. Isso exige disciplina. \u00c9 tentador dizer: \u201cVamos corrigir a documenta\u00e7\u00e3o depois\u201d, mas isso gera d\u00edvida t\u00e9cnica. A hist\u00f3ria permanece em \u201cEm Andamento\u201d at\u00e9 que o DoD seja atendido.<\/p>\n

                Passo 4: Revisar e Refinar<\/h3>\n

                Durante as retrospectivas, pergunte \u00e0 equipe: \u201cO nosso DoD detectou algum problema?\u201d ou \u201cH\u00e1 alguma exig\u00eancia que estamos constantemente ignorando?\u201d Atualize o DoD com base nessas observa\u00e7\u00f5es.<\/p>\n

                Erros Comuns a Evitar \u26a0\ufe0f<\/h2>\n

                Mesmo equipes experientes trope\u00e7am ao implementar essas pr\u00e1ticas. Estar ciente dos erros comuns pode poupar tempo e frustra\u00e7\u00e3o significativos.<\/p>\n

                1. Crit\u00e9rios de Aceita\u00e7\u00e3o Vagos<\/h3>\n

                Escrever crit\u00e9rios como \u201cO sistema deve ser seguro\u201d \u00e9 in\u00fatil. N\u00e3o \u00e9 test\u00e1vel. Em vez disso, especifique \u201cO sistema deve exigir autentica\u00e7\u00e3o multifator para contas de administrador.\u201d<\/p>\n

                2. DoD como uma tarefa de marca\u00e7\u00e3o de caixas<\/h3>\n

                Se a equipe marca a caixa do DoD sem realmente realizar o trabalho (por exemplo, pulando a revis\u00e3o de c\u00f3digo), o DoD perde seu significado. O DoD deve ser respeitado, e n\u00e3o apenas lido.<\/p>\n

                3. Complicar excessivamente o DoD<\/h3>\n

                Um DoD com 50 itens torna-se abrumador. Foque nas portas essenciais de qualidade. Se uma exig\u00eancia for raramente violada, ela pode ser uma orienta\u00e7\u00e3o, e n\u00e3o um item r\u00edgido do DoD.<\/p>\n

                4. Ignorar Requisitos N\u00e3o-Funcionais<\/h3>\n

                As equipes frequentemente se concentram muito nas AC (funcionais) e ignoram o DoD (n\u00e3o-funcionais). Desempenho, seguran\u00e7a e acessibilidade fazem parte do DoD, e n\u00e3o das AC. Ignor\u00e1-los leva a funcionalidades que funcionam, mas s\u00e3o lentas ou inseguras.<\/p>\n

                5. Criar o DoD sem o apoio da equipe<\/h3>\n

                Se o Product Owner definir o DoD sem a contribui\u00e7\u00e3o dos desenvolvedores, a equipe pode resistir a ele. O DoD deve ser um acordo compartilhado.<\/p>\n

                Integra\u00e7\u00e3o no Fluxo de Trabalho \ud83d\udd04<\/h2>\n

                Os Crit\u00e9rios de Aceita\u00e7\u00e3o e a Defini\u00e7\u00e3o de Conclus\u00e3o devem ser integrados a cada etapa do ciclo de vida do desenvolvimento, e n\u00e3o apenas no final.<\/p>\n

                Fase de Refinamento<\/h3>\n

                Durante o refinamento da lista de pend\u00eancias, o Product Owner redige os Crit\u00e9rios de Aceita\u00e7\u00e3o. A equipe os revisa para garantir que sejam test\u00e1veis e vi\u00e1veis. Perguntas s\u00e3o feitas e respondidas aqui, e n\u00e3o durante o sprint.<\/p>\n

                Planejamento do Sprint<\/h3>\n

                Ao se comprometer com hist\u00f3rias, a equipe verifica se os Crit\u00e9rios de Aceita\u00e7\u00e3o s\u00e3o claros. Se n\u00e3o forem, a hist\u00f3ria n\u00e3o est\u00e1 pronta para o sprint.<\/p>\n

                Fase de Desenvolvimento<\/h3>\n

                Os desenvolvedores escrevem c\u00f3digo para atender \u00e0s AC. Ao mesmo tempo, garantem que estejam seguindo o DoD (por exemplo, escrevendo testes, solicitando revis\u00f5es).<\/p>\n

                Fase de Testes<\/h3>\n

                Engenheiros de QA verificam as AC em rela\u00e7\u00e3o ao recurso constru\u00eddo. Tamb\u00e9m verificam o DoD (por exemplo, verificando relat\u00f3rios de cobertura de c\u00f3digo, escaneamentos de acessibilidade).<\/p>\n

                Revis\u00e3o e Encerramento<\/h3>\n

                Antes de uma hist\u00f3ria ser movida para \u201cConclu\u00eddo\u201d, a equipe confirma que tanto as AC quanto o DoD est\u00e3o satisfeitas. Caso contr\u00e1rio, ela retorna \u00e0 fila.<\/p>\n

                Medindo o Sucesso \ud83d\udcca<\/h2>\n

                Como voc\u00ea sabe se seus Crit\u00e9rios de Aceita\u00e7\u00e3o e sua Defini\u00e7\u00e3o de Conclus\u00e3o est\u00e3o funcionando? Monitore m\u00e9tricas ao longo do tempo.<\/p>\n

                  \n
                • Taxa de Defeitos:<\/strong>Os bugs encontrados em produ\u00e7\u00e3o est\u00e3o diminuindo? Um DoD forte deveria detectar problemas antes do lan\u00e7amento.<\/li>\n
                • Taxa de Rejei\u00e7\u00e3o:<\/strong>As hist\u00f3rias est\u00e3o sendo rejeitadas frequentemente pelo Product Owner? Isso indica uma defini\u00e7\u00e3o ruim dos Crit\u00e9rios de Aceita\u00e7\u00e3o.<\/li>\n
                • Estabilidade da Velocidade:<\/strong>A velocidade da equipe permanece consistente? Se hist\u00f3rias forem frequentemente devolvidas por itens faltantes no DoD, a velocidade ir\u00e1 oscilar.<\/li>\n
                • Frequ\u00eancia de Implanta\u00e7\u00e3o:<\/strong>Um DoD claro permite implanta\u00e7\u00f5es mais suaves e frequentes?<\/li>\n<\/ul>\n

                  Perguntas Frequentes \u2753<\/h2>\n

                  Aqui est\u00e3o perguntas comuns que as equipes fazem ao implementar esses padr\u00f5es.<\/p>\n

                  P: Os Crit\u00e9rios de Aceita\u00e7\u00e3o podem mudar durante um sprint?<\/h3>\n

                  R: Idealmente, n\u00e3o. Se os Crit\u00e9rios de Aceita\u00e7\u00e3o mudarem significativamente, isso pode indicar que a hist\u00f3ria n\u00e3o foi bem compreendida durante a refinamento. Pequenas esclarecimentos s\u00e3o aceit\u00e1veis, mas mudan\u00e7as de escopo importantes devem resultar em uma nova hist\u00f3ria ou em um ajuste no escopo do sprint.<\/p>\n

                  P: Cada hist\u00f3ria precisa de uma Defini\u00e7\u00e3o de Conclus\u00e3o \u00fanica?<\/h3>\n

                  R: N\u00e3o. O DoD \u00e9 global. No entanto, hist\u00f3rias t\u00e9cnicas espec\u00edficas podem ter requisitos adicionais inclu\u00eddos na lista de verifica\u00e7\u00e3o para aquele item espec\u00edfico, mas o DoD b\u00e1sico se aplica a todas.<\/p>\n

                  P: E se a equipe discordar do DoD?<\/h3>\n

                  R: Facilite uma discuss\u00e3o. O objetivo \u00e9 alcan\u00e7ar consenso. Se um desenvolvedor insiste em um requisito com o qual o testador discorda, discuta o risco. Se o risco for baixo, descarte-o. Se for alto, mantenha-o.<\/p>\n

                  P: Qu\u00e3o detalhados os Crit\u00e9rios de Aceita\u00e7\u00e3o devem ser?<\/h3>\n

                  R: Detalhados o suficiente para serem test\u00e1veis. Se um engenheiro de QA conseguir escrever um caso de teste diretamente a partir dos Crit\u00e9rios de Aceita\u00e7\u00e3o, eles s\u00e3o suficientemente detalhados. Se precisarem fazer perguntas, precisam de mais detalhes.<\/p>\n

                  P: O teste automatizado pode substituir o teste manual no DoD?<\/h3>\n

                  R: Depende. Para l\u00f3gica cr\u00edtica, sim. Para experi\u00eancia do usu\u00e1rio ou elementos visuais, a valida\u00e7\u00e3o manual ainda pode ser necess\u00e1ria. O DoD deve refletir a melhor pr\u00e1tica para garantia de qualidade.<\/p>\n

                  Pensamentos Finais sobre Qualidade e Alinhamento \ud83c\udf1f<\/h2>\n

                  Implementar Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclus\u00e3o n\u00e3o se trata de burocracia; \u00e9 sobre respeito. \u00c9 respeito pelo usu\u00e1rio que espera uma funcionalidade funcional, respeito pelo desenvolvedor que deseja requisitos claros e respeito pelo product owner que precisa de confian\u00e7a na entrega.<\/p>\n

                  Quando esses dois conceitos s\u00e3o usados corretamente, eles criam uma linguagem compartilhada pela equipe. Reduzem a necessidade de reuni\u00f5es constantes de esclarecimento. Evitam a acumula\u00e7\u00e3o de d\u00edvida t\u00e9cnica. E, mais importante, garantem que cada hist\u00f3ria conclu\u00edda agregue valor real ao produto.<\/p>\n

                  Comece pequeno. Defina um DoD b\u00e1sico. Escreva AC claras para sua pr\u00f3xima hist\u00f3ria. Revise-as na sua pr\u00f3xima retrospectiva. Com o tempo, essas pr\u00e1ticas se tornar\u00e3o naturais, incorporadas \u00e0 cultura da sua equipe. O resultado \u00e9 um fluxo constante de software de alta qualidade que atende \u00e0s necessidades das pessoas que o utilizam.<\/p>\n","protected":false},"excerpt":{"rendered":"

                  No cen\u00e1rio do desenvolvimento \u00e1gil, a clareza \u00e9 a moeda do sucesso. Quando uma equipe come\u00e7a a trabalhar em um novo recurso, a base est\u00e1 na Hist\u00f3ria de Usu\u00e1rio. No…<\/p>\n","protected":false},"author":1,"featured_media":1230,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o de Hist\u00f3rias de Usu\u00e1rio e Defini\u00e7\u00e3o de Conclus\u00e3o \ud83d\udcdd","_yoast_wpseo_metadesc":"Aprenda a escrever Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclus\u00e3o claros para Hist\u00f3rias de Usu\u00e1rio. Melhore a qualidade, reduza o retrabalho e alinhe equipes em projetos \u00c1geis.","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[47],"tags":[43,46],"class_list":["post-1229","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-user-story","tag-academic","tag-user-story"],"yoast_head":"\nGuia de Crit\u00e9rios de Aceita\u00e7\u00e3o de Hist\u00f3rias de Usu\u00e1rio e Defini\u00e7\u00e3o de Conclus\u00e3o \ud83d\udcdd<\/title>\n<meta name=\"description\" content=\"Aprenda a escrever Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclus\u00e3o claros para Hist\u00f3rias de Usu\u00e1rio. Melhore a qualidade, reduza o retrabalho e alinhe equipes em projetos \u00c1geis.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/\" \/>\n<meta property=\"og:locale\" content=\"pt_PT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o de Hist\u00f3rias de Usu\u00e1rio e Defini\u00e7\u00e3o de Conclus\u00e3o \ud83d\udcdd\" \/>\n<meta property=\"og:description\" content=\"Aprenda a escrever Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclus\u00e3o claros para Hist\u00f3rias de Usu\u00e1rio. Melhore a qualidade, reduza o retrabalho e alinhe equipes em projetos \u00c1geis.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/\" \/>\n<meta property=\"og:site_name\" content=\"Method Post Portuguese | Your Daily Guide to AI & Software Solutions\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-25T12:20:07+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tempo estimado de leitura\" \/>\n\t<meta name=\"twitter:data2\" content=\"14 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.method-post.com\/pt\/#\/schema\/person\/c45282b4509328baa27563996f83263e\"},\"headline\":\"An\u00e1lise aprofundada de Hist\u00f3rias de Usu\u00e1rio: Compreendendo Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclu\u00eddo\",\"datePublished\":\"2026-03-25T12:20:07+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/\"},\"wordCount\":2723,\"publisher\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg\",\"keywords\":[\"academic\",\"user story\"],\"articleSection\":[\"User Story\"],\"inLanguage\":\"pt-PT\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/\",\"url\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/\",\"name\":\"Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o de Hist\u00f3rias de Usu\u00e1rio e Defini\u00e7\u00e3o de Conclus\u00e3o \ud83d\udcdd\",\"isPartOf\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg\",\"datePublished\":\"2026-03-25T12:20:07+00:00\",\"description\":\"Aprenda a escrever Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclus\u00e3o claros para Hist\u00f3rias de Usu\u00e1rio. Melhore a qualidade, reduza o retrabalho e alinhe equipes em projetos \u00c1geis.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#breadcrumb\"},\"inLanguage\":\"pt-PT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#primaryimage\",\"url\":\"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg\",\"contentUrl\":\"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.method-post.com\/pt\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"An\u00e1lise aprofundada de Hist\u00f3rias de Usu\u00e1rio: Compreendendo Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclu\u00eddo\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.method-post.com\/pt\/#website\",\"url\":\"https:\/\/www.method-post.com\/pt\/\",\"name\":\"Method Post Portuguese | Your Daily Guide to AI & Software Solutions\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.method-post.com\/pt\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"pt-PT\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.method-post.com\/pt\/#organization\",\"name\":\"Method Post Portuguese | Your Daily Guide to AI & Software Solutions\",\"url\":\"https:\/\/www.method-post.com\/pt\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\/\/www.method-post.com\/pt\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2025\/02\/logo-big.png\",\"contentUrl\":\"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2025\/02\/logo-big.png\",\"width\":117,\"height\":71,\"caption\":\"Method Post Portuguese | Your Daily Guide to AI & Software Solutions\"},\"image\":{\"@id\":\"https:\/\/www.method-post.com\/pt\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.method-post.com\/pt\/#\/schema\/person\/c45282b4509328baa27563996f83263e\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\/\/www.method-post.com\/pt\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\/\/www.method-post.com\"],\"url\":\"https:\/\/www.method-post.com\/pt\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o de Hist\u00f3rias de Usu\u00e1rio e Defini\u00e7\u00e3o de Conclus\u00e3o \ud83d\udcdd","description":"Aprenda a escrever Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclus\u00e3o claros para Hist\u00f3rias de Usu\u00e1rio. Melhore a qualidade, reduza o retrabalho e alinhe equipes em projetos \u00c1geis.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/","og_locale":"pt_PT","og_type":"article","og_title":"Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o de Hist\u00f3rias de Usu\u00e1rio e Defini\u00e7\u00e3o de Conclus\u00e3o \ud83d\udcdd","og_description":"Aprenda a escrever Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclus\u00e3o claros para Hist\u00f3rias de Usu\u00e1rio. Melhore a qualidade, reduza o retrabalho e alinhe equipes em projetos \u00c1geis.","og_url":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/","og_site_name":"Method Post Portuguese | Your Daily Guide to AI & Software Solutions","article_published_time":"2026-03-25T12:20:07+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"vpadmin","Tempo estimado de leitura":"14 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#article","isPartOf":{"@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.method-post.com\/pt\/#\/schema\/person\/c45282b4509328baa27563996f83263e"},"headline":"An\u00e1lise aprofundada de Hist\u00f3rias de Usu\u00e1rio: Compreendendo Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclu\u00eddo","datePublished":"2026-03-25T12:20:07+00:00","mainEntityOfPage":{"@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/"},"wordCount":2723,"publisher":{"@id":"https:\/\/www.method-post.com\/pt\/#organization"},"image":{"@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#primaryimage"},"thumbnailUrl":"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg","keywords":["academic","user story"],"articleSection":["User Story"],"inLanguage":"pt-PT"},{"@type":"WebPage","@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/","url":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/","name":"Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o de Hist\u00f3rias de Usu\u00e1rio e Defini\u00e7\u00e3o de Conclus\u00e3o \ud83d\udcdd","isPartOf":{"@id":"https:\/\/www.method-post.com\/pt\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#primaryimage"},"image":{"@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#primaryimage"},"thumbnailUrl":"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg","datePublished":"2026-03-25T12:20:07+00:00","description":"Aprenda a escrever Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclus\u00e3o claros para Hist\u00f3rias de Usu\u00e1rio. Melhore a qualidade, reduza o retrabalho e alinhe equipes em projetos \u00c1geis.","breadcrumb":{"@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#breadcrumb"},"inLanguage":"pt-PT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/"]}]},{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#primaryimage","url":"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg","contentUrl":"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/03\/agile-user-story-acceptance-criteria-definition-done-infographic-childs-drawing.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.method-post.com\/pt\/user-story-acceptance-criteria-definition-done\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.method-post.com\/pt\/"},{"@type":"ListItem","position":2,"name":"An\u00e1lise aprofundada de Hist\u00f3rias de Usu\u00e1rio: Compreendendo Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Conclu\u00eddo"}]},{"@type":"WebSite","@id":"https:\/\/www.method-post.com\/pt\/#website","url":"https:\/\/www.method-post.com\/pt\/","name":"Method Post Portuguese | Your Daily Guide to AI & Software Solutions","description":"","publisher":{"@id":"https:\/\/www.method-post.com\/pt\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.method-post.com\/pt\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"pt-PT"},{"@type":"Organization","@id":"https:\/\/www.method-post.com\/pt\/#organization","name":"Method Post Portuguese | Your Daily Guide to AI & Software Solutions","url":"https:\/\/www.method-post.com\/pt\/","logo":{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/www.method-post.com\/pt\/#\/schema\/logo\/image\/","url":"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2025\/02\/logo-big.png","contentUrl":"https:\/\/www.method-post.com\/pt\/wp-content\/uploads\/sites\/8\/2025\/02\/logo-big.png","width":117,"height":71,"caption":"Method Post Portuguese | Your Daily Guide to AI & Software Solutions"},"image":{"@id":"https:\/\/www.method-post.com\/pt\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.method-post.com\/pt\/#\/schema\/person\/c45282b4509328baa27563996f83263e","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/www.method-post.com\/pt\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.method-post.com"],"url":"https:\/\/www.method-post.com\/pt\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/posts\/1229","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/comments?post=1229"}],"version-history":[{"count":0,"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/posts\/1229\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/media\/1230"}],"wp:attachment":[{"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/media?parent=1229"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/categories?post=1229"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.method-post.com\/pt\/wp-json\/wp\/v2\/tags?post=1229"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}