Extreme Value-driven Coaching
/evidence/Um framework de treinamento e coaching ágil baseado em Scrum acelerado, usado por Agile Coaches para potencializar seu trabalho com uma a três equipes ao mesmo tempo dentro da organização. Esta é uma releitura de 2026, em que a IA generativa já é padrão de trabalho e o gargalo migrou da execução para a qualidade da decisão diária.
EVDnC (Extreme Value-driven Coaching, pronunciado “evidence”) é um framework de treinamento e coaching ágil baseado em Scrum acelerado, usado por Agile Coaches para potencializar seu trabalho com uma a três equipes ao mesmo tempo dentro da organização.
O framework EVDnC consiste em papéis, eventos, artefatos, técnicas e regras. Os Scrum Teams, formados por um Product Owner, os membros do Development Team e um Scrum Master, executam ciclos de desenvolvimento de um dia (“One-Day Sprints”) em uma única semana de trabalho intensivo e focado, com o objetivo de produzir valor de alta qualidade, visível e utilizável todos os dias. Os ciclos rápidos de feedback permitem que as equipes decidam bem e aprendam rápido, acelerando o processo de aprendizado e trazendo benefícios de longo prazo. Em 2026, com IA executando em segundos, a tese deixou de ser “falhar rápido e barato” e passou a ser proteger a qualidade da decisão diária, já que execução virou commodity e errar agora amplifica em escala. Cada equipe entrega um produto ou incremento de produto de alto valor ao final da semana.
O ritmo acelerado estimula que disfunções existentes venham à tona. Os EVDnC Coaches lidam com as disfunções à medida que aparecem ou colocam as melhorias necessárias em um backlog para serem trabalhadas posteriormente, no Post-EVDnC.
Facilitados pelos EVDnC Coaches, stakeholders e membros do Scrum Team colaboram muito proximamente. Eles aprendem rapidamente, sentem e se tornam capazes de demonstrar os benefícios das abordagens ágeis.
EVDnC permanece time boxed em uma semana como unidade canônica de treinamento e experimento intensivo. Em 2026, porém, seus princípios (ciclos curtos de um dia, foco extremo, decisão diária validada por uso real) descrevem o modo padrão de equipes maduras com IA. A semana de EVDnC continua sendo um catalisador potente para fazer essa cultura aparecer, gerar engajamento dos envolvidos e dar liberdade de ação aos EVDnC Coaches, mesmo quando a equipe já vive parte desses princípios no dia a dia.
EVDnC foi criado por Marcos Garrido, com contribuições de Carlos Felippe Cardoso, Rafael Sabbagh e Rodrigo de Toledo, os fundadores da K21 (https://br.k21.global). EVDnC foi executado pela K21, Nower e seus coaches em mais de 500 equipes nos últimos anos, geralmente como parte de iniciativas de Transformação Ágil.
EVDnC pode trazer resultados significativos em uma única semana de trabalho intensivo. Também ajuda a levantar um backlog de melhorias para o trabalho das equipes e da organização ao seu redor, o que inclui o trabalho a montante e a jusante. Os EVDnC Coaches trabalham com a equipe e a organização para endereçar esse backlog no Post-EVDnC.
Os participantes recebem coaching sobre como ser mais efetivos e entregar alto valor em um tempo mínimo. Os membros do Development Team aprendem a ser mais eficientes usando boas técnicas de desenvolvimento de produto e fluentes em IA. O Product Owner, o Development Team, o Scrum Master e os stakeholders relevantes entendem a importância de trabalharem lado a lado. Esse processo intensivo impõe severas restrições de tempo, ajudando todos os envolvidos a focar no que importa: decidir bem e entregar alto valor, validado por uso real.
EVDnC pode ajudar equipes em seus diferentes estágios e cenários:
Equipes recém-formadas frequentemente não são coesas e o Ágil ainda não foi entendido nem internalizado. A rápida inspeção e adaptação do EVDnC ajudam essas equipes a alcançar os primeiros resultados mais cedo, auxiliando o processo de formação da equipe a fluir mais suavemente e encurtando o caminho para um nível maior de maturidade. EVDnC também ensina a essas equipes diversas práticas ágeis que podem usar no dia a dia.
Equipes tradicionais que desejam adotar Ágil tendem a manter velhos hábitos, às vezes incompatíveis com valores e princípios ágeis. Com sua abordagem prática e resultados rápidos, EVDnC pode rapidamente provar o valor das práticas e da mentalidade ágil para esses membros e ajudar a mudar os paradigmas necessários.
Mesmo equipes que vinham usando Ágil há algum tempo podem enfrentar uma série de problemas em entregar um produto funcional com frequência. Essas equipes podem carecer de foco no valor para o cliente, trabalhar sob alta pressão, em horas extras e com baixa qualidade. A gestão pode vê-las como ineficientes e inefetivas. EVDnC pode ajudar essas equipes a aprender a priorizar, usar boas práticas de desenvolvimento de produto e técnicas de facilitação para trabalhar como uma verdadeira equipe e atingir um ritmo ótimo de entrega.
A evolução de equipes ágeis experientes às vezes pode estagnar. Quando isso acontece, é necessário revisar e renovar conceitos e aprender novas técnicas. EVDnC ajuda essas equipes permitindo que encontrem a motivação e energia necessárias para voltar aos trilhos e manter a melhoria contínua, visando atingir um estado de alto desempenho.
Equipes que estão incorporando IA generativa e agentes ao seu fluxo de trabalho enfrentam um novo gargalo: a qualidade da decisão diária, já que execução virou instantânea e errado em escala custa caro. EVDnC oferece a essas equipes um espaço seguro para praticar Decision Driven Development, validar por uso real, calibrar o WIP de decisões e desenvolver fluência em prompting, escolha de ferramenta e supervisão de agentes.
Conforme o tempo passa, a equipe muda, a organização muda e o produto evolui. Em 2026, com IA acelerando ainda mais o ambiente, EVDnC é muito útil quando executado de tempos em tempos como ritmo de recalibração, não como exceção ao normal.
O Scrum Team é uma equipe multifuncional e auto-organizada formada por um Product Owner, membros do Development Team e um Scrum Master. Todos os membros do Scrum Team devem estar inteiramente dedicados ao trabalho de EVDnC durante a semana, evitando quaisquer distrações.
O Product Owner detém a autoridade para definir e priorizar o trabalho do Scrum Team. O Product Owner escreve, fatia, prioriza e descarta User Stories em colaboração com a equipe. EVDnC busca empoderar o Product Owner, de modo que ninguém mais tem permissão para alterar as prioridades da equipe. Por meio desse trabalho, o Product Owner é responsável e prestá contas por maximizar o retorno sobre o investimento do produto e por mostrar resultados rapidamente.
O Product Owner é apenas uma pessoa para o Scrum Team. Não é um comitê nem um papel dividido. Porém, o Product Owner pode ser compartilhado entre diferentes Scrum Teams na mesma semana de EVDnC.
EVDnC pode começar com uma configuração de Product Owner não ideal. Nesse caso, os EVDnC Coaches trabalham com a equipe e os stakeholders apropriados para encontrar um Product Owner adequado ao longo da semana.
O Development Team é um pequeno grupo de pessoas qualificadas (geralmente, até nove). Esse grupo deve ter todo o conhecimento e habilidades necessários para criar o produto ponta-a-ponta, incluindo conhecimento técnico, mas, idealmente, também focado no usuário e no negócio.
Os membros do Development Team trabalham juntos, no mesmo item. Usam o melhor de suas habilidades e conhecimentos para fazer o trabalho, mas também reconhecem que devem colaborar intensivamente, ajudando uns aos outros em qualquer coisa que seja necessária a cada momento para concluir a maior prioridade, em vez de apenas trabalhar em seus próprios silos. Dessa forma, conseguem fazer o trabalho mais rapidamente e aprender uns com os outros, crescendo como equipe.
Os membros do Development Team colaboram fortemente com o Product Owner e, juntos, se auto-organizam para realizar o trabalho dentro do One-Day Sprint.
Em 2026, fluência em IA é parte do conjunto de habilidades esperadas: prompting eficaz, seleção consciente de ferramenta para cada tarefa, supervisão de agentes e critério para intervir manualmente quando o custo do erro for alto. A IA acelera a execução, mas não substitui o julgamento da equipe sobre o que merece ser construído.
O Scrum Master é um facilitador da equipe e apoia o trabalho dos EVDnC Coaches, facilitando cada interação do Scrum Team, ajudando-os a manter o foco no trabalho de EVDnC e removendo quaisquer impedimentos em seu caminho.
Por outro lado, os EVDnC Coaches devem direcionar parte de seus esforços para treinar e fazer coaching do Scrum Master e reforçar esse papel junto às equipes. Portanto, o Scrum Master também aprende novas técnicas e evolui com a equipe durante a semana.
O Scrum Master é neutro e, tanto quanto possível, atua no nível do processo, não no nível de conteúdo. Os efeitos do trabalho do Facilitador da Equipe são alavancagem para os resultados do Scrum Team.
Os EVDnC Coaches trabalham em tempo integral para fazer coaching e mentoria dos membros do Scrum Team durante toda a semana de EVDnC. Eles têm autonomia para garantir que todos os membros da equipe entendam as regras de EVDnC e adiram a elas. Identificam oportunidades de melhoria e trabalham com as equipes e stakeholders para endereçá-las. Trabalham para remover impedimentos e corrigir disfunções conforme emergem. Adicionam ao backlog tudo o que não conseguirem resolver durante a semana, para uso após o término, no Post-EVDnC.
Os EVDnC Coaches podem focar em quaisquer tópicos de aprendizado que se mostrem necessários para o trabalho de EVDnC. Por exemplo, podem ser questões técnicas, de negócio ou de equipe. Os coaches podem inclusive parear com membros do Development Team, com o Scrum Master ou com o Product Owner, se isso se mostrar educativo.
Os EVDnC Coaches identificam um ou mais stakeholders necessários para apoiar e proteger o trabalho das equipes durante a semana. Eles recorrem a esses stakeholders sempre que necessário.
A proporção mínima recomendada entre EVDnC Coaches e Scrum Teams é de dois coaches para uma equipe, dois coaches para duas equipes e três coaches para três equipes.
Se houver mais de uma equipe, os EVDnC Coaches não devem trabalhar sozinhos ou divididos por equipe. Devem colaborar intensivamente entre si ao longo do dia, criando visibilidade entre eles e tomando decisões rápidas, mas, sobretudo, compartilhadas sobre o que fazer em seguida.
Em 2026, o coaching expande naturalmente para três frentes complementares: coaching de decisão (ajudar a equipe a decidir bem antes de executar com IA), gestão real de produto (problema, métricas e validade de uso) e estratégia de plataforma de IA (escolha de modelos, agentes, guardrails e custos). O escopo permanece dentro do framework, o que muda é a profundidade do que se observa na semana.
EVDnC ocorre em uma semana inteira, dentro do horário de trabalho regular, preferencialmente de segunda a sexta-feira. Todos os eventos de EVDnC são time-boxed, o que significa que podem ser mais curtos, mas não mais longos do que uma quantidade máxima predefinida de tempo.
Antes da semana de EVDnC, os EVDnC Coaches colaboram com a gestão ou com a equipe de liderança para buscar o alinhamento necessário para o trabalho que virá.
Os EVDnC Coaches ajudam a identificar as pessoas que participarão do processo e, sempre que possível, fazem um briefing rápido sobre EVDnC e o que se espera delas. Isso inclui um ou mais Product Owners, Scrum Masters, membros do Development Team e stakeholders relevantes que sejam críticos para apoiar o trabalho. Os EVDnC Coaches entendem quem são essas pessoas e como elas trabalham hoje. Pode ser necessário formar novos Scrum Teams se não houver equipes multifuncionais previamente estabelecidas.
Os EVDnC Coaches e stakeholders trabalham para identificar e selecionar ideias de produto de alto valor para transformá-las em um produto funcional, no máximo uma por equipe. A melhor escolha é um produto novo, não parte de um existente, mas pode ser também um incremento de produto. As habilidades necessárias para criar o produto devem estar totalmente dentro do conhecimento técnico e de negócio da equipe.
Em 2026, recomenda-se um mini 3DD (Decision Driven Development) com IA junto aos stakeholders ainda no Pre-EVDnC: explorar de três a nove caminhos possíveis para cada ideia, com protótipos rápidos gerados por IA, para que a semana comece com hipóteses fortes e não com soluções já comprometidas.
O Product Goal é um objetivo de valor que será alcançado e aprimorado incrementalmente dentro da semana de EVDnC por meio da implementação de User Stories. Ele orienta os Development Teams sobre qual é o problema que estão trabalhando para resolver ao construir o Produto e visa trazer alinhamento entre todos os stakeholders envolvidos.
Em 2026, com IA capaz de gerar soluções em segundos, o Product Goal precisa ser radicalmente problem first: descreve o problema do usuário e o sinal de uso esperado, não uma solução pré-comprometida. É ele que dá à equipe o critério para descartar caminhos baratos de construir, mas pobres em valor.
O Product Goal deve ser elaborado antes de qualquer um dos One-Day Sprints. Muito frequentemente é elaborado mesmo antes da Preparação, nas semanas anteriores.
Pode haver um Product Goal por Scrum Team, ou um único Product Goal para mais de uma equipe se estiverem trabalhando no mesmo produto.
O Product Goal preferencialmente endereça um produto novo, não parte de um existente. Se isso não for possível, pode se referir a um incremento de produto, mas com um bom nível de independência em relação aos incrementos anteriores, para reduzir riscos imprevisíveis que possam representar uma ameaça ao trabalho da semana.
Também é possível executar EVDnC sem um Product Goal claro, como parte de trabalho de manutenção orientado a tickets, embora isso possa ser menos efetivo.
A Definition of Done em EVDnC é muito semelhante ao termo do Scrum. É um entendimento compartilhado do que significa quando a equipe declara que uma User Story está concluída, e é a mesma para cada e toda User Story.
Cada Scrum Team tem sua própria Definition of Done, ou mais de uma equipe pode compartilhar a mesma Definition of Done se estiverem trabalhando no mesmo produto ou incremento de produto. A Definition of Done é compartilhada entre todos os envolvidos no trabalho de EVDnC, incluindo Development Team, Product Owner, EVDnC Coaches e stakeholders.
A Definition of Done é usada para ajudar a definir qual é o trabalho necessário para transformar uma User Story em uma parte potencial do produto. Também é usada para avaliar quando esse trabalho está completo. Portanto, uma User Story que está concluída, conforme a Definition of Done, tem tudo o que é necessário para ser colocada nas mãos dos usuários, incluindo qualidade suficiente.
A Definition of Done é criada na Preparação, mas é adaptada conforme necessário ao longo do caminho.
O taskboard é um quadro altamente visível que cada Scrum Team usa para representar o trabalho a ser feito no One-Day Sprint. Mostra as User Stories selecionadas para o dia e as tarefas correspondentes da User Story atualmente em andamento. Também indica o status de cada tarefa.
O taskboard é um quadro Scrum To Do/Doing/Done ou um quadro Lean Kanban, neste caso refletindo cada estágio do trabalho.
O formato User Story é uma representação do trabalho a ser feito para criar funcionalidade para o usuário, da perspectiva do usuário. O padrão usual estabelece (1) quem é o usuário, (2) o que ele/ela precisa, ou seja, a funcionalidade a ser desenvolvida e (3) por que ele/ela precisa, ou seja, qual é o valor imediato que o usuário obtém disso.
Um dos aspectos mais importantes das User Stories é que conversas devem ocorrer entre o Product Owner e o Development Team para definir e detalhar a funcionalidade a ser desenvolvida. Portanto, Product Owner e membros do Development Team devem se encontrar durante o dia para ter as conversas necessárias para escrever, fatiar e preparar User Stories para o próximo dia de trabalho.
Cada User Story é uma fatia muito fina de uma necessidade do usuário. Cada User Story deve ser concluída em no máximo um dia de trabalho. Se a User Story for muito grande para caber nesse prazo, deve ser fatiada, mantendo o foco no problema a ser resolvido. As User Stories devem ser priorizadas para entregar valor ponta-a-ponta ao usuário o mais rapidamente possível. Geralmente, um Scrum Team conclui de uma a três User Stories por dia.
Em 2026, cada User Story carrega também um critério de validação por uso (como saberemos, pelo comportamento real do usuário, que essa história entregou valor) definido antes de construir. Sem esse critério, a equipe arrisca usar a IA para entregar muito, muito rápido, sem aprender nada.
EVDnC é um framework gratuito criado e oferecido pela K21 neste guia. EVDnC é definido por seus papéis, eventos, artefatos, técnicas e regras. Você pode introduzir e usar quaisquer técnicas ou ferramentas adicionais para ajudar as equipes a alcançar seus objetivos, e pode continuar chamando-o de “EVDnC”, desde que a estrutura básica não seja comprometida.
Em 2026, o framework segue inteiramente válido. O que mudou foi o que ele protege. Antes, EVDnC protegia velocidade de execução num mundo em que executar era caro. Hoje, com IA executando em segundos, EVDnC protege a qualidade da decisão diária, o foco extremo e a validação por uso real, justamente o que se torna escasso quando tudo se torna fácil de construir.
Copyright © 2013-2017 K21. Oferecido para licenciamento sob a licença Attribution-ShareAlike 4.0 International do Creative Commons (CC BY-SA 4.0). Ao utilizar este guia, você reconhece e concorda que leu e concorda com os termos da licença Attribution-ShareAlike 4.0 International do Creative Commons.
© 2013 - 2026 K21, Todos os direitos reservados
Licenciado sob CC BY-SA 4.0
