{"id":320,"date":"2026-03-23T12:42:03","date_gmt":"2026-03-23T12:42:03","guid":{"rendered":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/"},"modified":"2026-03-23T12:42:03","modified_gmt":"2026-03-23T12:42:03","slug":"defining-done-acceptance-criteria-agile-guide","status":"publish","type":"post","link":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/","title":{"rendered":"Guia \u00c1gil: Definindo Feito – Criando Crit\u00e9rios de Aceita\u00e7\u00e3o Claros para Hist\u00f3rias"},"content":{"rendered":"
\n
\"Hand-drawn<\/figure>\n<\/div>\n

Em um ambiente acelerado de desenvolvimento \u00e1gil, a ambiguidade \u00e9 inimiga do progresso. Quando uma equipe recebe uma hist\u00f3ria de usu\u00e1rio sem limites claros, as expectativas divergem, levando a retrabalho, lan\u00e7amentos atrasados e frustra\u00e7\u00e3o.Crit\u00e9rios de aceita\u00e7\u00e3o<\/strong> e o Defini\u00e7\u00e3o de Feito<\/strong>n\u00e3o s\u00e3o apenas tarefas administrativas; s\u00e3o os contratos fundamentais entre os interessados e a equipe de desenvolvimento. Eles definem o que significa sucesso antes que uma \u00fanica linha de c\u00f3digo seja escrita.<\/p>\n

Este guia explora a mec\u00e2nica de criar crit\u00e9rios de aceita\u00e7\u00e3o precisos e estabelecer uma Defini\u00e7\u00e3o de Feito s\u00f3lida. Analisaremos como esses elementos impulsionam a qualidade, reduzem o desperd\u00edcio e garantem que cada sprint entregue valor tang\u00edvel. Ao final deste documento, voc\u00ea entender\u00e1 como estruturar seu backlog para minimizar ambiguidades e maximizar a confian\u00e7a na entrega.<\/p>\n

\ud83e\udde9 Compreendendo Crit\u00e9rios de Aceita\u00e7\u00e3o vs. Defini\u00e7\u00e3o de Feito<\/h2>\n

Embora frequentemente usados de forma intercambi\u00e1vel por quem est\u00e1 come\u00e7ando com a metodologia, Crit\u00e9rios de Aceita\u00e7\u00e3o (CA)<\/strong> e Defini\u00e7\u00e3o de Feito (DF)<\/strong>servem prop\u00f3sitos distintos. Confundir os dois pode levar a hist\u00f3rias que s\u00e3o tecnicamente conclu\u00eddas, mas n\u00e3o atendem \u00e0s necessidades do neg\u00f3cio, ou hist\u00f3rias prontas do ponto de vista do neg\u00f3cio, mas que falham nos padr\u00f5es t\u00e9cnicos.<\/p>\n

O que s\u00e3o Crit\u00e9rios de Aceita\u00e7\u00e3o?<\/h3>\n

Crit\u00e9rios de Aceita\u00e7\u00e3o s\u00e3o um conjunto espec\u00edfico de condi\u00e7\u00f5es que uma hist\u00f3ria de usu\u00e1rio deve atender para ser considerada completa do ponto de vista do neg\u00f3cio. Eles s\u00e3o \u00fanicos para cada hist\u00f3ria. Se uma hist\u00f3ria trata de ‘fazer login’, os crit\u00e9rios de aceita\u00e7\u00e3o definem o que constitui uma tentativa de login bem-sucedida. Se uma hist\u00f3ria trata de ‘visualizar um painel’, os crit\u00e9rios de aceita\u00e7\u00e3o definem quais dados s\u00e3o exibidos e como eles s\u00e3o atualizados.<\/p>\n

    \n
  • \n

    Alcance:<\/strong>Espec\u00edfico para cada hist\u00f3ria de usu\u00e1rio individual.<\/p>\n<\/li>\n

  • \n

    Prop\u00f3sito:<\/strong>Verificar o comportamento funcional e o valor de neg\u00f3cio.<\/p>\n<\/li>\n

  • \n

    Propriedade:<\/strong>Normalmente definido pelo Product Owner em colabora\u00e7\u00e3o com a equipe.<\/p>\n<\/li>\n

  • \n

    Exemplo:<\/strong>\u201cO sistema dever\u00e1 permitir que os usu\u00e1rios redefinam sua senha por e-mail em at\u00e9 5 minutos.\u201d<\/p>\n<\/li>\n<\/ul>\n

    O que \u00e9 a Defini\u00e7\u00e3o de Feito?<\/h3>\n

    A Defini\u00e7\u00e3o de Feito \u00e9 uma compreens\u00e3o compartilhada do que significa que o trabalho esteja completo em toda a extens\u00e3o do projeto. \u00c9 uma lista de verifica\u00e7\u00e3o que se aplica a cada<\/em>hist\u00f3ria, independentemente do seu conte\u00fado. Representa a base de qualidade do produto.<\/p>\n

      \n
    • \n

      Alcance:<\/strong>Aplic\u00e1vel a todos os itens de trabalho na lista de prioridades.<\/p>\n<\/li>\n

    • \n

      Prop\u00f3sito:<\/strong> Para garantir qualidade consistente e integridade t\u00e9cnica.<\/p>\n<\/li>\n

    • \n

      Propriedade:<\/strong> Detida coletivamente pela Equipe de Desenvolvimento.<\/p>\n<\/li>\n

    • \n

      Exemplo:<\/strong> \u201cO c\u00f3digo foi revisado, os testes unit\u00e1rios foram aprovados e a documenta\u00e7\u00e3o foi atualizada.\u201d<\/p>\n<\/li>\n<\/ul>\n\n\n\n\n<\/colgroup>\n\n\n\n\n\n\n
      \n

      Funcionalidade<\/p>\n<\/th>\n

      		\n

      Crit\u00e9rios de Aceita\u00e7\u00e3o<\/p>\n<\/th>\n

      		\n

      Defini\u00e7\u00e3o de Conclu\u00eddo<\/p>\n<\/th>\n<\/tr>\n

      \n

      Granularidade<\/strong><\/p>\n<\/td>\n

      		\n

      Espec\u00edfico para uma \u00fanica hist\u00f3ria<\/p>\n<\/td>\n

      		\n

      Universal para todas as hist\u00f3rias<\/p>\n<\/td>\n<\/tr>\n

      \n

      Foco<\/strong><\/p>\n<\/td>\n

      		\n

      Funcionalidade de Neg\u00f3cio<\/p>\n<\/td>\n

      		\n

      Qualidade T\u00e9cnica e Padr\u00f5es<\/p>\n<\/td>\n<\/tr>\n

      \n

      Evolu\u00e7\u00e3o<\/strong><\/p>\n<\/td>\n

      		\n

      Mudan\u00e7as por hist\u00f3ria<\/p>\n<\/td>\n

      		\n

      Est\u00e1tica ou evolui lentamente<\/p>\n<\/td>\n<\/tr>\n

      \n

      Exemplo<\/strong><\/p>\n<\/td>\n

      		\n

      \u201cO bot\u00e3o fica verde ao clicar\u201d<\/p>\n<\/td>\n

      		\n

      \u201cNenhum erro no console presente\u201d<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      \ud83d\udcdd A Anatomia de um Crit\u00e9rio de Aceita\u00e7\u00e3o de Alta Qualidade<\/h2>\n

      Escrever crit\u00e9rios de aceita\u00e7\u00e3o eficazes exige uma mudan\u00e7a de desejos vagos para condi\u00e7\u00f5es mensur\u00e1veis. Um crit\u00e9rio n\u00e3o \u00e9 uma tarefa; \u00e9 uma condi\u00e7\u00e3o test\u00e1vel. Quando os crit\u00e9rios s\u00e3o fracos, a fase de teste torna-se um jogo de adivinha\u00e7\u00e3o. Quando s\u00e3o fortes, a fase de teste torna-se um processo de verifica\u00e7\u00e3o.<\/p>\n

      Caracter\u00edsticas de Crit\u00e9rios Eficazes<\/h3>\n

      Para garantir clareza, os crit\u00e9rios de aceita\u00e7\u00e3o devem seguir princ\u00edpios espec\u00edficos. Esses princ\u00edpios ajudam a equipe a evitar mal-entendidos e garantem que todos compartilhem o mesmo modelo mental da funcionalidade.<\/p>\n

        \n
      • \n

        N\u00e3o amb\u00edguo:<\/strong> Evite palavras como \u201cr\u00e1pido\u201d, \u201cf\u00e1cil\u201d ou \u201camig\u00e1vel ao usu\u00e1rio\u201d. Use m\u00e9tricas espec\u00edficas em vez disso, como \u201ccarrega em menos de 2 segundos\u201d ou \u201crequer 3 cliques para concluir.\u201d<\/p>\n<\/li>\n

      • \n

        Test\u00e1vel:<\/strong> Se voc\u00ea n\u00e3o consegue escrever um caso de teste para ele, n\u00e3o \u00e9 um crit\u00e9rio v\u00e1lido. Cada crit\u00e9rio deve resultar em um resultado de Aprovado ou Reprovado.<\/p>\n<\/li>\n

      • \n

        Completo:<\/strong> Cubra caminhos felizes, casos de borda e cen\u00e1rios negativos. O que acontece se a entrada estiver vazia? O que acontece se a rede falhar?<\/p>\n<\/li>\n

      • \n

        Independente:<\/strong> Embora hist\u00f3rias possam depender de outras hist\u00f3rias, os crit\u00e9rios de uma hist\u00f3ria n\u00e3o devem depender dos crit\u00e9rios de outra para serem v\u00e1lidos.<\/p>\n<\/li>\n

      • \n

        Valioso:<\/strong> Foque no que o usu\u00e1rio experimenta. Detalhes de implementa\u00e7\u00e3o t\u00e9cnica geralmente s\u00e3o mais adequados para a Defini\u00e7\u00e3o de Pronto ou notas t\u00e9cnicas.<\/p>\n<\/li>\n<\/ul>\n

        T\u00e9cnicas de Escrita<\/h3>\n

        Existem abordagens estruturadas para escrever crit\u00e9rios que melhoram a consist\u00eancia em toda a equipe. O uso desses formatos reduz a carga cognitiva ao revisar itens da lista de pend\u00eancias.<\/p>\n

        1. O formato Dado-Quando-Ent\u00e3o<\/h4>\n

        Tamb\u00e9m conhecido como sintaxe Gherkin, esse formato estrutura os crit\u00e9rios em uma cena. Separa o contexto, a a\u00e7\u00e3o e o resultado esperado.<\/p>\n

          \n
        • \n

          Dado:<\/strong> O estado inicial ou contexto.<\/p>\n<\/li>\n

        • \n

          Quando:<\/strong> O evento ou a\u00e7\u00e3o realizada pelo usu\u00e1rio.<\/p>\n<\/li>\n

        • \n

          Ent\u00e3o:<\/strong> O resultado observ\u00e1vel que confirma que o recurso funciona.<\/p>\n<\/li>\n<\/ul>\n

          Exemplo:<\/em><\/p>\n

            \n
          • \n

            Dado<\/strong> o usu\u00e1rio est\u00e1 logado com uma assinatura ativa<\/p>\n<\/li>\n

          • \n

            Quando<\/strong> eles navegam at\u00e9 a p\u00e1gina de cobran\u00e7a<\/p>\n<\/li>\n

          • \n

            Ent\u00e3o<\/strong> o plano atual e a pr\u00f3xima data de renova\u00e7\u00e3o s\u00e3o exibidos<\/p>\n<\/li>\n<\/ul>\n

            2. O formato de Lista de Verifica\u00e7\u00e3o<\/h4>\n

            Para hist\u00f3rias mais simples, uma lista direta de condi\u00e7\u00f5es geralmente \u00e9 suficiente. Esse formato \u00e9 ideal para ajustes na interface ou atualiza\u00e7\u00f5es de dados simples.<\/p>\n

              \n
            • \n

              Verifique se o bot\u00e3o “Enviar” est\u00e1 desativado quando o formul\u00e1rio est\u00e1 vazio.<\/p>\n<\/li>\n

            • \n

              Garanta que a mensagem de erro apare\u00e7a em texto vermelho abaixo do campo de entrada.<\/p>\n<\/li>\n

            • \n

              Confirme que a resposta da API retorna um c\u00f3digo de status 200.<\/p>\n<\/li>\n<\/ul>\n

              3. O formato Baseado em Regras<\/h4>\n

              Algumas funcionalidades dependem fortemente da l\u00f3gica de neg\u00f3cios. Listar essas regras explicitamente evita erros de l\u00f3gica durante o desenvolvimento.<\/p>\n

                \n
              • \n

                Descontos s\u00e3o aplic\u00e1veis apenas a itens com pre\u00e7o maior que 10 d\u00f3lares.<\/p>\n<\/li>\n

              • \n

                Usu\u00e1rios com menos de 18 anos n\u00e3o podem acessar o n\u00edvel premium.<\/p>\n<\/li>\n

              • \n

                O tamanho m\u00e1ximo de upload de arquivo \u00e9 de 10MB.<\/p>\n<\/li>\n<\/ul>\n

                \ud83e\udd1d Aperfei\u00e7oamento Colaborativo<\/h2>\n

                Os crit\u00e9rios de aceita\u00e7\u00e3o n\u00e3o s\u00e3o escritos de forma isolada. Eles s\u00e3o o resultado da colabora\u00e7\u00e3o. O Product Owner traz o contexto do neg\u00f3cio, enquanto a equipe de desenvolvimento traz a perspectiva de viabilidade t\u00e9cnica. Essa colabora\u00e7\u00e3o acontece durante Aperfei\u00e7oamento do Backlog<\/strong> sess\u00f5es.<\/p>\n

                Quem deve estar envolvido?<\/h3>\n

                Embora o Product Owner seja o principal autor dos crit\u00e9rios, seu valor aumenta significativamente quando outros contribuem.<\/p>\n

                  \n
                • \n

                  Product Owner:<\/strong> Define o \u201cO qu\u00ea\u201d e o \u201cPorqu\u00ea\u201d. Garante que os crit\u00e9rios reflitam as necessidades dos usu\u00e1rios.<\/p>\n<\/li>\n

                • \n

                  Desenvolvedores:<\/strong> Identificam restri\u00e7\u00f5es t\u00e9cnicas. Eles esclarecem o que \u00e9 poss\u00edvel dentro da arquitetura atual.<\/p>\n<\/li>\n

                • \n

                  QA \/ Testadores:<\/strong> Focam em casos extremos. Eles perguntam: \u201cO que quebra isso?\u201d e \u201cComo medimos o sucesso?\u201d<\/p>\n<\/li>\n

                • \n

                  Designers:<\/strong> Garantem que os crit\u00e9rios visuais e de intera\u00e7\u00e3o correspondam \u00e0s especifica\u00e7\u00f5es de design.<\/p>\n<\/li>\n<\/ul>\n

                  Quando aperfei\u00e7oar?<\/h3>\n

                  O aperfei\u00e7oamento \u00e9 uma atividade cont\u00ednua, e n\u00e3o um evento \u00fanico. O objetivo \u00e9 garantir que as hist\u00f3rias estejam prontas para o pr\u00f3ximo planejamento de Sprint. Uma regra comum \u00e9 ter de 50% a 75% do backlog do pr\u00f3ximo Sprint aperfei\u00e7oado e pronto para ser executado.<\/p>\n

                    \n
                  • \n

                    Est\u00e1gio Inicial:<\/strong> Tra\u00e7os gerais. Foco na principal proposta de valor e fluxos de alto n\u00edvel.<\/p>\n<\/li>\n

                  • \n

                    Est\u00e1gio Intermedi\u00e1rio:<\/strong>Detalhamento de casos extremos e requisitos espec\u00edficos de dados.<\/p>\n<\/li>\n

                  • \n

                    Antes do Sprint:<\/strong>Revis\u00e3o final. Garantindo que n\u00e3o reste nenhuma ambiguidade antes do compromisso.<\/p>\n<\/li>\n<\/ul>\n

                    \u26a0\ufe0f Armadilhas Comuns e Como Evit\u00e1-las<\/h2>\n

                    Mesmo equipes experientes enfrentam dificuldades com crit\u00e9rios de aceita\u00e7\u00e3o. Reconhecer erros comuns permite que voc\u00ea corrija o rumo antes que afetem a entrega.<\/p>\n

                    1. Escrevendo Tarefas em vez de Crit\u00e9rios<\/h3>\n

                    Um erro comum \u00e9 listar etapas de implementa\u00e7\u00e3o. \u201cCriar uma tabela no banco de dados\u201d \u00e9 uma tarefa. \u201cOs dados persistem entre sess\u00f5es\u201d \u00e9 um crit\u00e9rio. Tarefas pertencem ao plano de desenvolvimento, e n\u00e3o aos crit\u00e9rios de aceita\u00e7\u00e3o.<\/p>\n

                    2. Sobredetalhamento<\/h3>\n

                    Fornecer muitos detalhes pode sufocar a inova\u00e7\u00e3o. Se voc\u00ea disser aos desenvolvedores exatamente como resolver um problema, limita sua capacidade de encontrar solu\u00e7\u00f5es melhores. Foque no comportamento, e n\u00e3o no mecanismo.<\/p>\n

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

                    Desempenho, seguran\u00e7a e acessibilidade s\u00e3o frequentemente ignorados. Uma funcionalidade que funciona, mas \u00e9 insegura ou inacess\u00edvel, n\u00e3o est\u00e1 conclu\u00edda. Inclua crit\u00e9rios para:<\/p>\n

                      \n
                    • \n

                      Desempenho:<\/strong> \u201cA p\u00e1gina carrega em menos de 2 segundos.\u201d<\/p>\n<\/li>\n

                    • \n

                      Acessibilidade:<\/strong> \u201cLeitores de tela conseguem navegar pelo formul\u00e1rio.\u201d<\/p>\n<\/li>\n

                    • \n

                      Seguran\u00e7a:<\/strong> \u201cSenhas s\u00e3o criptografadas antes do armazenamento.\u201d<\/p>\n<\/li>\n<\/ul>\n

                      4. Linguagem Amb\u00edgua<\/h3>\n

                      Palavras como \u201cotimizado\u201d, \u201crobusto\u201d ou \u201cmoderno\u201d s\u00e3o subjetivas. Substitua-as por padr\u00f5es mensur\u00e1veis. \u201cOtimizado\u201d torna-se \u201cReduz chamadas \u00e0 API em 20%\u201d. \u201cRobusto\u201d torna-se \u201cManuseia 1.000 usu\u00e1rios simult\u00e2neos sem erro.\u201d<\/p>\n

                      \ud83d\udd04 A Defini\u00e7\u00e3o de Conclu\u00eddo: Garantindo a Consist\u00eancia<\/h2>\n

                      Enquanto os Crit\u00e9rios de Aceita\u00e7\u00e3o garantem que a funcionalidade funcione para o usu\u00e1rio, a Defini\u00e7\u00e3o de Conclu\u00eddo garante que o c\u00f3digo esteja seguro para lan\u00e7amento. Uma DoD atua como um guardi\u00e3o. Se uma hist\u00f3ria n\u00e3o atender \u00e0 DoD, ela n\u00e3o pode ser movida para \u201cConclu\u00eddo\u201d, independentemente de os Crit\u00e9rios de Aceita\u00e7\u00e3o terem sido atendidos.<\/p>\n

                      Componentes de uma Boa Defini\u00e7\u00e3o de Conclu\u00eddo<\/h3>\n

                      Uma DoD abrangente cobre todo o ciclo de vida de uma altera\u00e7\u00e3o de c\u00f3digo. Deve ser vis\u00edvel para todos, geralmente exibida em um quadro f\u00edsico ou em um painel digital.<\/p>\n

                        \n
                      • \n

                        Qualidade do C\u00f3digo:<\/strong> Sem cheiros de c\u00f3digo, verifica\u00e7\u00f5es de lint passadas, limites de complexidade atingidos.<\/p>\n<\/li>\n

                      • \n

                        Testes:<\/strong> Testes unit\u00e1rios escritos e aprovados, testes de integra\u00e7\u00e3o aprovados, testes manuais verificados.<\/p>\n<\/li>\n

                      • \n

                        Documenta\u00e7\u00e3o:<\/strong> Documenta\u00e7\u00e3o do usu\u00e1rio atualizada, documenta\u00e7\u00e3o da API renovada, base de conhecimento interna vinculada.<\/p>\n<\/li>\n

                      • \n

                        Seguran\u00e7a:<\/strong> Escaneamento de depend\u00eancias aprovado, sem segredos codificados, escaneamento de vulnerabilidades aprovado.<\/p>\n<\/li>\n

                      • \n

                        Implanta\u00e7\u00e3o:<\/strong> C\u00f3digo mesclado na branch principal, implantado no ambiente de homologa\u00e7\u00e3o, verificado no ambiente de produ\u00e7\u00e3o.<\/p>\n<\/li>\n<\/ul>\n

                        Aprimorando a Defini\u00e7\u00e3o de Conclu\u00eddo<\/h3>\n

                        A DoD n\u00e3o \u00e9 est\u00e1tica. \u00c0 medida que a equipe amadurece e a tecnologia muda, a DoD deve evoluir. Se uma nova ferramenta de testes for adotada, a DoD deve refletir a exig\u00eancia de utiliz\u00e1-la. Se um padr\u00e3o de seguran\u00e7a for atualizado, a DoD deve se alinhar.<\/p>\n

                          \n
                        • \n

                          Revis\u00e3o Regular:<\/strong> Discuta a DoD durante as retrospectivas. Est\u00e1 muito pesada? Est\u00e1 muito leve?<\/p>\n<\/li>\n

                        • \n

                          Crescimento Incremental:<\/strong> Adicione itens gradualmente. N\u00e3o duplique a DoD de uma vez s\u00f3. Isso evita gargalos.<\/p>\n<\/li>\n

                        • \n

                          Consenso da Equipe:<\/strong> A equipe deve concordar com o DoD. Se os desenvolvedores acharem que \u00e9 imposs\u00edvel, ir\u00e3o contorn\u00e1-lo, anulando seu prop\u00f3sito.<\/p>\n<\/li>\n<\/ul>\n

                          \ud83d\udcc8 Medindo Impacto e Qualidade<\/h2>\n

                          Investir tempo na defini\u00e7\u00e3o de Feito e Crit\u00e9rios de Aceita\u00e7\u00e3o gera retornos mensur\u00e1veis. Equipes que priorizam a clareza veem melhorias na velocidade, previsibilidade e qualidade.<\/p>\n

                          Principais M\u00e9tricas para Monitorar<\/h3>\n
                            \n
                          • \n

                            Taxa de Fuga de Defeitos:<\/strong> O n\u00famero de bugs encontrados em produ\u00e7\u00e3o. Crit\u00e9rios claros reduzem a probabilidade de erros l\u00f3gicos chegarem aos usu\u00e1rios.<\/p>\n<\/li>\n

                          • \n

                            Porcentagem de Revis\u00e3o:<\/strong> Quanto trabalho est\u00e1 sendo desfeito ou modificado ap\u00f3s a conclus\u00e3o inicial. Crit\u00e9rios amb\u00edguos frequentemente levam \u00e0 revis\u00e3o.<\/p>\n<\/li>\n

                          • \n

                            Conformidade com a Defini\u00e7\u00e3o de Feito:<\/strong> Quantas hist\u00f3rias est\u00e3o marcadas como “Feito” que realmente atenderam \u00e0 lista completa de verifica\u00e7\u00e3o do DoD.<\/p>\n<\/li>\n

                          • \n

                            Tempo de Refinamento:<\/strong> Tempo gasto discutindo crit\u00e9rios. Embora isso leve tempo no in\u00edcio, reduz o tempo gasto em esclarecimentos durante o desenvolvimento.<\/p>\n<\/li>\n<\/ul>\n

                            Ciclos de Feedback<\/h3>\n

                            A qualidade dos seus crit\u00e9rios pode ser avaliada por meio de ciclos de feedback. Se um engenheiro de QA frequentemente encontrar problemas que deveriam ter sido cobertos pelos crit\u00e9rios, os crit\u00e9rios precisam de aprimoramento. Se os desenvolvedores frequentemente fizerem perguntas esclarecedoras durante o desenvolvimento, os crit\u00e9rios precisam de mais detalhes.<\/p>\n

                            Use a retrospectiva para discutir esses problemas. Pergunte \u00e0 equipe:<\/p>\n

                              \n
                            • \n

                              Entendemos errado alguma hist\u00f3ria?<\/p>\n<\/li>\n

                            • \n

                              Houve casos de borda que perdemos?<\/p>\n<\/li>\n

                            • \n

                              O DoD foi alcan\u00e7\u00e1vel dentro do tempo do sprint?<\/p>\n<\/li>\n<\/ul>\n

                              \ud83d\udee0\ufe0f Passos Pr\u00e1ticos de Implementa\u00e7\u00e3o<\/h2>\n

                              Implementar um sistema robusto para Crit\u00e9rios de Aceita\u00e7\u00e3o e Defini\u00e7\u00e3o de Feito exige uma abordagem estruturada. Siga estas etapas para integrar essas pr\u00e1ticas ao seu fluxo de trabalho.<\/p>\n

                              Passo 1: Estabelecer a Base<\/h3>\n

                              Comece definindo a Defini\u00e7\u00e3o de Feito m\u00ednima. Qual \u00e9 o m\u00ednimo absoluto necess\u00e1rio para considerar o c\u00f3digo seguro? Isso pode incluir “Compila”, “Roda Localmente” e “Testes B\u00e1sicos”. Obtenha a concord\u00e2ncia da equipe sobre essa base imediatamente.<\/p>\n

                              Passo 2: Treinar na Escrita de Crit\u00e9rios<\/h3>\n

                              Realize oficinas para ensinar a equipe a escrever cen\u00e1rios Given-When-Then. Use hist\u00f3rias reais da lista de prioridades como material de pr\u00e1tica. Isso garante que todos entendam o formato e o n\u00edvel esperados.<\/p>\n

                              Passo 3: Integrar ao Fluxo de Trabalho<\/h3>\n

                              Torne os crit\u00e9rios um campo obrigat\u00f3rio no seu sistema de rastreamento. Hist\u00f3rias sem crit\u00e9rios n\u00e3o podem ser movidas para “Prontas para Planejamento do Sprint”. Isso imp\u00f5e a disciplina sem exigir microgerenciamento.<\/p>\n

                              Passo 4: Revisar Durante o Planejamento<\/h3>\n

                              Dedique tempo no Planejamento do Sprint para revisar os crit\u00e9rios das hist\u00f3rias selecionadas. Se uma hist\u00f3ria for amb\u00edgua, n\u00e3o se comprometa com ela. Retorne-a para refinamento. Isso protege a equipe de se comprometer excessivamente com trabalho amb\u00edguo.<\/p>\n

                              Passo 5: Melhoria Cont\u00ednua<\/h3>\n

                              Revise os crit\u00e9rios ap\u00f3s o sprint. Eles se sustentaram? Eles capturaram os problemas que deveriam ter capturado? Atualize os modelos e padr\u00f5es com base nessas descobertas.<\/p>\n

                              \ud83c\udf1f Avan\u00e7ando<\/h2>\n

                              Crit\u00e9rios de aceita\u00e7\u00e3o claros e uma Defini\u00e7\u00e3o de Feito s\u00f3lida n\u00e3o s\u00e3o atalhos; s\u00e3o a base de uma entrega \u00c1gil confi\u00e1vel. Eles transformam o desenvolvimento de um jogo de adivinha\u00e7\u00e3o em um processo previs\u00edvel. Ao investir tempo desde o in\u00edcio para definir o que significa sucesso, as equipes reduzem desperd\u00edcios, melhoram o moral e entregam software de maior qualidade.<\/p>\n

                              A jornada rumo \u00e0 clareza \u00e9 cont\u00ednua. Exige disciplina para manter os padr\u00f5es e coragem para resistir a requisitos vagos. \u00c0 medida que aprimora seus processos, descobrir\u00e1 que o tempo gasto definindo o que \u00e9 Feito \u00e9 tempo economizado em depura\u00e7\u00e3o, retrabalho e gest\u00e3o de stakeholders. Foque na precis\u00e3o, incentive a colabora\u00e7\u00e3o e deixe a qualidade dos seus crit\u00e9rios impulsionar a qualidade do seu produto.<\/p>\n","protected":false},"excerpt":{"rendered":"

                              Em um ambiente acelerado de desenvolvimento \u00e1gil, a ambiguidade \u00e9 inimiga do progresso. Quando uma equipe recebe uma hist\u00f3ria de usu\u00e1rio sem limites claros, as expectativas divergem, levando a retrabalho,…<\/p>\n","protected":false},"author":1,"featured_media":321,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"Definindo Feito: Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o \u00c1gil","_yoast_wpseo_metadesc":"Aprenda a criar crit\u00e9rios de aceita\u00e7\u00e3o claros e uma Defini\u00e7\u00e3o de Feito para hist\u00f3rias \u00c1geis. Melhore a qualidade, reduza o retrabalho e otimize a entrega das suas sprint.","inline_featured_image":false,"fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[12],"tags":[5,11],"class_list":["post-320","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agile","tag-academic","tag-agile"],"yoast_head":"\nDefinindo Feito: Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o \u00c1gil<\/title>\n<meta name=\"description\" content=\"Aprenda a criar crit\u00e9rios de aceita\u00e7\u00e3o claros e uma Defini\u00e7\u00e3o de Feito para hist\u00f3rias \u00c1geis. Melhore a qualidade, reduza o retrabalho e otimize a entrega das suas sprint.\" \/>\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.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/\" \/>\n<meta property=\"og:locale\" content=\"pt_PT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Definindo Feito: Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o \u00c1gil\" \/>\n<meta property=\"og:description\" content=\"Aprenda a criar crit\u00e9rios de aceita\u00e7\u00e3o claros e uma Defini\u00e7\u00e3o de Feito para hist\u00f3rias \u00c1geis. Melhore a qualidade, reduza o retrabalho e otimize a entrega das suas sprint.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/\" \/>\n<meta property=\"og:site_name\" content=\"Go Deck Portugu\u00eas\u2013 Discover AI Trends, Tools & Future Insights\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-23T12:42:03+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.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=\"\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tempo estimado de leitura\" \/>\n\t<meta name=\"twitter:data2\" content=\"12 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/#\/schema\/person\/7549ecafb441f7f62d698414909124df\"},\"headline\":\"Guia \u00c1gil: Definindo Feito – Criando Crit\u00e9rios de Aceita\u00e7\u00e3o Claros para Hist\u00f3rias\",\"datePublished\":\"2026-03-23T12:42:03+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/\"},\"wordCount\":2492,\"publisher\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\",\"keywords\":[\"academic\",\"agile\"],\"articleSection\":[\"Agile\"],\"inLanguage\":\"pt-PT\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/\",\"url\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/\",\"name\":\"Definindo Feito: Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o \u00c1gil\",\"isPartOf\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\",\"datePublished\":\"2026-03-23T12:42:03+00:00\",\"description\":\"Aprenda a criar crit\u00e9rios de aceita\u00e7\u00e3o claros e uma Defini\u00e7\u00e3o de Feito para hist\u00f3rias \u00c1geis. Melhore a qualidade, reduza o retrabalho e otimize a entrega das suas sprint.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#breadcrumb\"},\"inLanguage\":\"pt-PT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#primaryimage\",\"url\":\"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\",\"contentUrl\":\"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.go-deck.com\/pt\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Guia \u00c1gil: Definindo Feito – Criando Crit\u00e9rios de Aceita\u00e7\u00e3o Claros para Hist\u00f3rias\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/#website\",\"url\":\"https:\/\/www.go-deck.com\/pt\/\",\"name\":\"Go Deck Portugu\u00eas\u2013 Discover AI Trends, Tools & Future Insights\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.go-deck.com\/pt\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"pt-PT\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/#organization\",\"name\":\"Go Deck Portugu\u00eas\u2013 Discover AI Trends, Tools & Future Insights\",\"url\":\"https:\/\/www.go-deck.com\/pt\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/go-deck-logo2.png\",\"contentUrl\":\"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/go-deck-logo2.png\",\"width\":983,\"height\":401,\"caption\":\"Go Deck Portugu\u00eas\u2013 Discover AI Trends, Tools & Future Insights\"},\"image\":{\"@id\":\"https:\/\/www.go-deck.com\/pt\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.go-deck.com\/pt\/#\/schema\/person\/7549ecafb441f7f62d698414909124df\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\/\/www.go-deck.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.go-deck.com\"],\"url\":\"https:\/\/www.go-deck.com\/pt\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Definindo Feito: Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o \u00c1gil","description":"Aprenda a criar crit\u00e9rios de aceita\u00e7\u00e3o claros e uma Defini\u00e7\u00e3o de Feito para hist\u00f3rias \u00c1geis. Melhore a qualidade, reduza o retrabalho e otimize a entrega das suas sprint.","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.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/","og_locale":"pt_PT","og_type":"article","og_title":"Definindo Feito: Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o \u00c1gil","og_description":"Aprenda a criar crit\u00e9rios de aceita\u00e7\u00e3o claros e uma Defini\u00e7\u00e3o de Feito para hist\u00f3rias \u00c1geis. Melhore a qualidade, reduza o retrabalho e otimize a entrega das suas sprint.","og_url":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/","og_site_name":"Go Deck Portugu\u00eas\u2013 Discover AI Trends, Tools & Future Insights","article_published_time":"2026-03-23T12:42:03+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":false,"Tempo estimado de leitura":"12 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#article","isPartOf":{"@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.go-deck.com\/pt\/#\/schema\/person\/7549ecafb441f7f62d698414909124df"},"headline":"Guia \u00c1gil: Definindo Feito – Criando Crit\u00e9rios de Aceita\u00e7\u00e3o Claros para Hist\u00f3rias","datePublished":"2026-03-23T12:42:03+00:00","mainEntityOfPage":{"@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/"},"wordCount":2492,"publisher":{"@id":"https:\/\/www.go-deck.com\/pt\/#organization"},"image":{"@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#primaryimage"},"thumbnailUrl":"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","keywords":["academic","agile"],"articleSection":["Agile"],"inLanguage":"pt-PT"},{"@type":"WebPage","@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/","url":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/","name":"Definindo Feito: Guia de Crit\u00e9rios de Aceita\u00e7\u00e3o \u00c1gil","isPartOf":{"@id":"https:\/\/www.go-deck.com\/pt\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#primaryimage"},"image":{"@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#primaryimage"},"thumbnailUrl":"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","datePublished":"2026-03-23T12:42:03+00:00","description":"Aprenda a criar crit\u00e9rios de aceita\u00e7\u00e3o claros e uma Defini\u00e7\u00e3o de Feito para hist\u00f3rias \u00c1geis. Melhore a qualidade, reduza o retrabalho e otimize a entrega das suas sprint.","breadcrumb":{"@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#breadcrumb"},"inLanguage":"pt-PT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/"]}]},{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#primaryimage","url":"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","contentUrl":"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.go-deck.com\/pt\/defining-done-acceptance-criteria-agile-guide\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.go-deck.com\/pt\/"},{"@type":"ListItem","position":2,"name":"Guia \u00c1gil: Definindo Feito – Criando Crit\u00e9rios de Aceita\u00e7\u00e3o Claros para Hist\u00f3rias"}]},{"@type":"WebSite","@id":"https:\/\/www.go-deck.com\/pt\/#website","url":"https:\/\/www.go-deck.com\/pt\/","name":"Go Deck Portugu\u00eas\u2013 Discover AI Trends, Tools & Future Insights","description":"","publisher":{"@id":"https:\/\/www.go-deck.com\/pt\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.go-deck.com\/pt\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"pt-PT"},{"@type":"Organization","@id":"https:\/\/www.go-deck.com\/pt\/#organization","name":"Go Deck Portugu\u00eas\u2013 Discover AI Trends, Tools & Future Insights","url":"https:\/\/www.go-deck.com\/pt\/","logo":{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/www.go-deck.com\/pt\/#\/schema\/logo\/image\/","url":"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/go-deck-logo2.png","contentUrl":"https:\/\/www.go-deck.com\/pt\/wp-content\/uploads\/sites\/23\/2026\/03\/go-deck-logo2.png","width":983,"height":401,"caption":"Go Deck Portugu\u00eas\u2013 Discover AI Trends, Tools & Future Insights"},"image":{"@id":"https:\/\/www.go-deck.com\/pt\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.go-deck.com\/pt\/#\/schema\/person\/7549ecafb441f7f62d698414909124df","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/www.go-deck.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.go-deck.com"],"url":"https:\/\/www.go-deck.com\/pt\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/posts\/320","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/comments?post=320"}],"version-history":[{"count":0,"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/posts\/320\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/media\/321"}],"wp:attachment":[{"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/media?parent=320"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/categories?post=320"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.go-deck.com\/pt\/wp-json\/wp\/v2\/tags?post=320"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}