# K21 — Conteúdo completo para LLMs Site: https://br.k21.global Atualizado: 2026-07-20 A K21 é referência em formação ágil no Brasil. Oferecemos cursos oficiais Scrum Alliance, Kanban University, Management 3.0, Flight Levels Academy e formações K21 em OKR, IA aplicada a produtos, Liderança Ágil e Design Thinking. Mais de 50.000 alunos certificados em 13+ anos de atuação. Aulas ao vivo online com instrutores certificados, materiais inclusos e certificação internacional. ## Treinamentos ### Certified ScrumMaster® (CSM) URL: https://br.k21.global/treinamentos/certified-scrummaster-csm - Categoria: Scrum Alliance - Certificadora: Scrum Alliance - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 2.980 Formação completa em cultura ágil e Scrum com certificação internacional Scrum Alliance. 100% prático, com cases reais. Junte-se aos mais de 50.000 alunos da K21 e protagonize a mudança! O CSM da K21 é uma formação completa em Scrum e transformação digital. Com cases reais e muita prática, você sairá preparado para trazer eficácia e elevar resultados de negócio. No CSM, você vive na prática os fundamentos e técnicas que garantem o sucesso de uma adoção ágil, aprendendo o que fazer e o que não fazer em cada situação. O treinamento é 100% prático, com exercícios e discussões que vão muito além do uso do Scrum. Você aprende a remover bloqueios reais, conduzir mudanças genuínas, gerar resultados em ciclos curtos e construir times de alta performance. Aprenda com os especialistas mais reconhecidos do mercado (no Brasil e no exterior), responsáveis por formar o maior número de profissionais ágeis no Brasil e transformar as empresas mais inovadoras do mercado. Destaques: - Certificação internacional Scrum Alliance (CSM) reconhecida em todo o mundo. - 100% prático com cases reais. - Refaça gratuitamente em 1 ano. - Saiba como solucionar os desafios da transformação digital, impulsionando os resultados de negócio através da Agilidade. - Aprenda com Marcos Garrido, um dos dois Certified Enterprise Coach (CEC) da América Latina. - Garanta dois anos como membro da Scrum Alliance e faça a prova oficial da certificação internacional CSM sem nenhum custo adicional. - Receba 14 PDUs para o PMI (PMP) e 14 SEUs para a Scrum Alliance - Acesso ao simulado de preparação para a prova mais completo do mercado - 2 tentativas para passar na prova de certificação (nossa taxa de aprovação é de 99,1%) Competências desenvolvidas: - Compreender profundamente os fundamentos do Scrum, incluindo seus papéis, eventos e artefatos, para já aplicar no seu contexto. - Lidar com os principais desafios para utilizar o Scrum com sucesso, focando na obtenção de resultados de negócio. - Utilizar práticas da Cultura Ágil em um cenário competitivo que exige rápida adaptação para os negócios. - Colocar todo o conhecimento em prática imediatamente. --- ### Certified Scrum Product Owner® (CSPO) URL: https://br.k21.global/treinamentos/certified-scrum-product-owner-cspo - Categoria: Scrum Alliance - Certificadora: Scrum Alliance - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 3.480 Certificação internacional mais reconhecida em produtos. Aprenda a maximizar o valor entregue pelo time. O Certified Scrum Product Owner® (CSPO) é a certificação Product Owner mais reconhecida internacionalmente, oferecida pela Scrum Alliance e ministrada em português pela K21 — a maior treinadora oficial Scrum Alliance do Brasil. Ao longo do treinamento, você vivencia o papel de Product Owner (PO) na prática: aprende a construir e priorizar o backlog, conectar a estratégia ao trabalho do time, conversar com stakeholders, maximizar o ROI do produto e usar a Sprint Review para gerar valor de negócio de forma frequente. Ao final, você sai com a certificação CSPO da Scrum Alliance e o repertório completo de um PO moderno: Product Discovery, Visão de Produto, Métricas, Personas, User Stories, Fatiamento e Priorização. Destaques: - Certificação internacional Scrum Alliance - Treinamento totalmente prático, com cerca de 40 atividades, em que a dinâmica puxa a teoria. - Cases reais de gestão de backlog - Refaça gratuitamente em 1 ano - Aprenda com Rodrigo de Toledo, pioneiro na disseminação da Agilidade no Brasil. Toledo treinou mais de 10.000 pessoas em produtos. - Trainer aprovado pela Scrum Alliance, referência em Product Ownership na América Latina - Curso 100% em português, online ao vivo, com cases reais de produto - Receba 14 PDUs para o PMI (PMP) e 14 SEUs para a Scrum Alliance Competências desenvolvidas: - Compreender o papel do Product Owner e como maximizar o valor do produto - Gerir e priorizar o Product Backlog com técnicas eficazes e embasamento estratégico - Comunicar-se com stakeholders de forma confiante e persuasiva, alinhando expectativas e direcionando entregas de valor - Independentemente do seu papel (PO, PM, Head de Produtos ou outros), você fará uma gestão de produtos de forma extremamente eficaz. - Criar User Stories e fatiar Épicos --- ### Advanced Certified ScrumMaster® (A-CSM) URL: https://br.k21.global/treinamentos/advanced-certified-scrummaster-a-csm - Categoria: Scrum Alliance - Certificadora: Scrum Alliance - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 3.280 Leve sua atuação em Agilidade para o próximo nível. Aprenda facilitação, agilidade em escala, transformação ágil e Scrum para ampliar seu impacto nas organizações. Amplie seu impacto como profissional de Agilidade com ferramentas e práticas que elevam a maturidade, a produtividade e a autonomia de times ágeis. O Advanced Certified ScrumMaster® (A-CSM), certificação avançada da Scrum Alliance®, aprofunda seus conhecimentos em Scrum por meio de técnicas avançadas de facilitação, desenvolvimento de soft skills, transformação ágil e agilidade em escala. Você aprenderá a conduzir reuniões mais produtivas, facilitar decisões, lidar com conflitos, influenciar pessoas e apoiar a evolução de equipes e organizações. O treinamento também promove discussões sobre abordagens de escala como LeSS, SAFe e Spotify Model, explorando seus princípios, vantagens, limitações e contextos de aplicação. Um curso prático para ampliar seu repertório, gerar mais impacto e se destacar no mercado. Pré-requisito: possuir a certificação CSM e pelo menos um ano de experiência prática facilitando times Scrum. Destaques: - Foco em liderança servidora e coaching - Escale o Scrum na sua organização - Refaça gratuitamente em 1 ano - Aprenda hoje, aplique amanhã - Destaque ainda mais o seu currículo - Aprofunde o papel de líder servidor (servant leader) e de facilitação avançada - Receba 14 PDUs para o PMI (PMP) e 14 SEUs para a Scrum Alliance Competências desenvolvidas: - Desenvolver ainda mais suas habilidades como líder servidor - Conhecer diferentes abordagens para escalar o Scrum e levar a agilidade para toda a organização - Adquirir habilidades de coaching, facilitação e desenvolvimento de times e Product Owners - Aprender a aplicar o Scrum e Agile em escala e transformar a organização - Renovar todas as certificações da Scrum Alliance sem custo adicional - até mesmo as que estavam vencidas! --- ### Dominando o Claude AI URL: https://br.k21.global/treinamentos/product-ai-dominando-o-claude - Categoria: Inteligência Artificial - Certificadora: K21 - Carga horária: 5h - Modalidade: Ao Vivo Online - A partir de: R$ 1137 Curso ao vivo de Claude AI para quem quer se destacar no dia a dia. Domine Chat, Cowork e Code, corte até 70% do custo de tokens e monte fluxos que rodam sozinhos. 5h, 100% prático, com a K21. Dominando o Claude AI é o curso ao vivo da K21 para quem quer se destacar e aumentar a produtividade no dia a dia usando a IA da Anthropic. Em 5h práticas, você sai do uso pontual do Claude para um método sistemático de trabalho com IA. Você domina a família Claude por completo: Chat, Cowork e Code, os três modelos (Haiku, Sonnet e Opus) e quando usar cada um. Aprende prompt engineering de verdade em 7 partes (Papel, Contexto, Dados, Exemplos, Tarefa, Formato, Verificação), e como usar Projects, Skills e Subagents para escalar e agentizar o trabalho. Aprende os mecanismos que cortam até 70% do custo de tokens sem perder qualidade: routing entre modelos, prompt caching e batch API. E percorre os 5 estágios de automação, do trabalho manual ao loop autônomo, com um case real: como a própria K21 usa Claude + Lovable em produção. Tudo em turmas pequenas, com exercícios em grupo, materiais que ficam com você e direito de refazer o curso em até 1 ano. Você sai com um método aplicável no dia seguinte. Este curso não é para você se você procura só ver features novas do Claude sem praticar, ou quer aprender IA na teoria sem colocar a mão na massa. Destaques: - 100% prático, com sprints hands-on em grupos e um case real de ponta a ponta - Domine Chat, Cowork e Code e saiba quando usar cada ambiente - Escolha o modelo certo (Haiku, Sonnet, Opus) e ajuste o nível de effort para cada tarefa - Prompt engineering na prática: mega-prompt de 7 partes (Papel, Contexto, Dados, Exemplos, Tarefa, Formato, Verificação) e o prompt-curinga - Projects, Skills e Subagents: reutilização, escala e agentização do seu trabalho - Corte até 70% do consumo de tokens com routing, prompt caching e batch API - Claude Code na prática: Plan Mode, Hooks, ultracode e modo headless - Segundo cérebro com CLAUDE.md e AGENTS.md — contexto que viaja entre sessões - Percorra os 5 estágios de automação: do trabalho manual ao loop autônomo - Case real: como a K21 usa Claude + Lovable em produção - Aprenda com Marcos Garrido, co-fundador da K21 Competências desenvolvidas: - Escolher o ambiente do Claude (Chat, Cowork ou Code) e o modelo certo para cada tarefa, controlando o nível de effort - Escrever prompts eficazes no padrão do Claude e reduzir custo de tokens sem perder qualidade - Usar subagents, dispatch e skills para escalar e agentizar o trabalho - Aplicar os 5 estágios de automação e melhoria contínua a um produto digital real - Desenhar e prototipar loops de automação, saindo da sala com artefatos próprios --- ### Advanced Certified Scrum Product Owner® (A-CSPO) URL: https://br.k21.global/treinamentos/acspo-advanced-certified-scrum-product-owner - Categoria: Scrum Alliance - Certificadora: Scrum Alliance - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 3.980 Treinamento avançado para profissionais de produto que querem elevar sua gestão estratégica. Você está pronto para elevar sua capacidade de gestão estratégica a um novo patamar? Nosso treinamento avançado é projetado para profissionais da área de produto que desejam aprimorar suas habilidades e acelerar o sucesso de suas organizações. A partir dos cases trazidos pelos alunos, exploramos uma variedade de ferramentas, conceitos práticos e metodologias que podem transformar sua abordagem para a gestão estratégica. Você se aprofunda em Product Discovery, Dual Track Agile, Outcome-based roadmap, North Star Metric, Jobs To Be Done (JTBD) e gestão estratégica de stakeholders — temas centrais para evoluir de Product Owner para PO sênior ou Product Manager. Destaques: - Curso mais avançado na área de produtos - Aprendizado baseado em desafios reais do mercado - Refaça gratuitamente em 1 ano - Aprenda hoje, aplique amanhã - Certificação cada vez mais demandada na Europa e nos EUA - Receba 14 PDUs para o PMI (PMP) e 14 SEUs para a Scrum Alliance Competências desenvolvidas: - Aplicar práticas avançadas de gerenciamento de produtos - Usar ferramentas sofisticadas como: Golden Circle, Tanque de Decantação, Test Card 2.0 etc. - Implementar conceitos modernos como: Fit for Purpose, Broader Product Definition, Funil de produto e muito mais. - Discutir cases reais da K21/Nower - Renovar todas as certificações da Scrum Alliance sem custo adicional - até mesmo as que estavam vencidas! - Aplicar Product Discovery, Outcome-based roadmap e métricas como North Star para decisões estratégicas de produto. --- ### Kanban System Design (KSD) URL: https://br.k21.global/treinamentos/kanban-system-design-ksd - Categoria: Kanban University - Certificadora: Kanban University - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 2.660 Aprenda a implementar fluxos Kanban eficientes, visualizar o trabalho e aprimorar processos continuamente. Evolua a produtividade do seu time com o Kanban System Design (KSD), treinamento oficial credenciado pela Kanban University. Você aprenderá os fundamentos do Método Kanban, a desenhar e implementar um sistema Kanban do zero, visualizar o trabalho e o fluxo de valor, definir limites de WIP, classes de serviço, políticas explícitas e cadências de feedback. A abordagem é mão na massa: ao final do treinamento você sai com o desenho de um sistema Kanban pronto para o seu contexto real. Indicado para Scrum Masters, agile coaches, líderes, PMs e qualquer profissional que queira melhorar fluxo, previsibilidade e visibilidade do trabalho. KSD soma créditos para a credencial KMP da Kanban University. Destaques: - Certificação internacional Kanban University - Abordagem 100% prática - Primeira etapa para alcançar a badge de Kanban Management Professional (KMP) - Refaça gratuitamente em 1 ano - Aprenda com os melhores: Nossos instrutores são AKTs, com vasta experiência em transformar empresas através do método Kanban. Competências desenvolvidas: - Menos retrabalho e desperdício. - Ciclos de trabalho mais curtos com entregas constantes. - Aumento da previsibilidade das entregas, facilitando o planejamento. - Maior capacidade de responder a mudanças e adaptar-se a novas demandas. --- ### Kanban Systems Improvement (KSI) URL: https://br.k21.global/treinamentos/kanban-system-improvement-ksi - Categoria: Kanban University - Certificadora: Kanban University - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 2.790 Com o Kanban Systems Improvement (KSI), avance seu Kanban! Adquira ferramentas para evoluir a produtividade do seu time e escalar o método para toda a organização. Com o Kanban Systems Improvement (KSI) você avança nos conhecimentos adquiridos no KSD, adquire mais ferramentas para evoluir o Kanban dentro do seu time e escalar o método para toda a organização. O treinamento aprofunda as cadências oficiais Kanban (Service Delivery Review, Operations Review, Risk Review e Replenishment Meeting) e as métricas de fluxo essenciais — lead time, throughput e Cumulative Flow Diagram (CFD) — para diagnosticar gargalos e conduzir mudanças evolutivas com dados. Concluindo KSD + KSI, você recebe a credencial internacional KMP (Kanban Management Professional) da Kanban University. Indicado para quem já implementa Kanban e quer levar a prática para o próximo nível, com governança, melhoria contínua e escala. Destaques: - Certificação internacional Kanban University - Escale Kanban na organização - Segunda etapa para alcançar a badge de Kanban Management Professional (KMP) - Refaça gratuitamente em 1 ano - Aprenda com os melhores: Nossos instrutores são AKTs, com vasta experiência em transformar empresas através do método Kanban. Competências desenvolvidas: - Identificar oportunidades de melhoria em processos existentes usando Kanban - Projetar e implementar sistemas Kanban para melhorar o fluxo de trabalho entre diferentes áreas - Medir e avaliar a eficácia do fluxo de trabalho com métricas consolidadas - Gerir a evolução contínua do seu fluxo de trabalho --- ### Team Kanban Practitioner (TKP) URL: https://br.k21.global/treinamentos/team-kanban-practitioner-tkp - Categoria: Kanban University - Certificadora: Kanban University - Carga horária: 8 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 1.190 Use os princípios do Kanban para eliminar improdutividade e melhorar a entrega do seu time. Melhore a produtividade do seu time em qualquer atividade com o treinamento Team Kanban Practitioner (TKP)! Você vai aprender a usar os princípios do Kanban para eliminar a improdutividade, resolver as dores do dia a dia da sua equipe e aumentar o foco nas entregas de valor. - Compreenda e pratique as bases do Kanban para trabalhar em equipes! - Saiba como detectar gargalos que impactam na eficiência das suas entregas! - Aprenda através de dinâmicas, exercícios práticos e com material 100% em português! Destaques: - Certificação internacional Kanban University - Abordagem 100% prática - Ideal para times iniciantes em Kanban - Refaça gratuitamente em 1 ano - Aprenda com os melhores: Nossos instrutores são AKTs, com vasta experiência em transformar empresas através do método Kanban. Competências desenvolvidas: - Iniciar a estruturação de um sistema Kanban no seu time - Visualizar o trabalho em progresso no time para limitá-lo e garantir o fluxo de entregas - Praticar as principais métricas do Kanban - Aplicar conceitos do Kanban para aperfeiçoar o trabalho do seu time --- ### Fit for Purpose (F4P) URL: https://br.k21.global/treinamentos/fit-for-purpose-f4p - Categoria: Kanban University - Certificadora: Kanban University - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 2.280 Desenvolva estratégias eficazes para atender aos propósitos do cliente e melhorar a experiência. Com o Fit for Purpose (F4P) — Customer Experience Professional —, aprenda na prática a desenvolver uma estratégia altamente eficaz para atender aos propósitos reais do cliente, melhorar o Business Agility e transformar os resultados do seu negócio. O treinamento da Kanban University apresenta o framework F4P de David J. Anderson, com ferramentas como Purpose Alignment Model, Fitness Criteria Metrics e segmentação por necessidade do cliente. Você sai capaz de mapear o que de fato gera satisfação, alinhar a entrega ao propósito e criar uma cultura de melhoria contínua orientada ao cliente. Indicado para líderes, gerentes de produto e times que querem ir além da entrega rápida para entregar o que realmente importa. Destaques: - Certificação internacional Kanban University - Foco em propósito do cliente - Melhore o Business Agility e transforme os resultados do seu negócio - Abordagem 100% prática - Refaça gratuitamente em 1 ano - Aprenda com os melhores: Nossos instrutores são AKTs - Kanban Accredited Trainer, são trainers pioneiros no F4P no Brasil. Competências desenvolvidas: - Compreender as necessidades reais dos clientes e tornar seu produto adequado - Elaborar estratégias que atendam aos propósitos do cliente - Utilizar as métricas corretas para definir e gerar dados que façam o cliente escolher a sua empresa --- ### Product AI: Gestão de Produtos com IA URL: https://br.k21.global/treinamentos/product-ai - Categoria: Inteligência Artificial - Certificadora: K21 - Carga horária: 9 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 1.870 Aprenda a transformar rotinas diárias usando IA. Crie prompts, automatize tarefas e ganhe produtividade. Está pronto para dar um salto na sua carreira como profissional de produto? No nosso treinamento de IA, você vai aprender a transformar suas rotinas diárias usando inteligência artificial. Como a criação de personas; otimização e detalhamento do backlog; análise de dados de forma rápida e eficiente entre outros aprendizados. Como está a saúde do seu backlog atual? Está respeitando as boas práticas Ágeis? Com a Inteligência Artificial podemos criar agentes capazes de avaliar e ajustar o backlog. Mais do que isso, você vai descobrir como a IA pode ser sua parceira na formulação de hipóteses e validações, ajudando a tomar decisões do produto com maior confiança e embasamento. Venha dominar ferramentas como ChatGPT, Gemini, Copilot, Claude, Perplexity, IdeaMap, Invideo, Suno, Gamma, Napkin. Destaques: - IA aplicada a produtos - ChatGPT, Gemini e mais - Bônus: Product Fundamentals - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Utilizar IA como parceira estratégica na gestão e evolução de produtos digitais - Identificar oportunidades de aplicação de IA em processos de produto e negócio - Evoluir a gestão de produtos incorporando ferramentas e técnicas de inteligência artificial --- ### Product AI: Transformando Ideias em Produtos com IA URL: https://br.k21.global/treinamentos/inteligencia-artificial-na-pratica - Categoria: Inteligência Artificial - Certificadora: K21 - Carga horária: 9 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 1.870 Crie sites e aplicativos funcionais completos em horas usando IA e Vibe Coding. Sem precisar saber programar. Transforme suas ideias em aplicativos reais, rápidos, funcionais e visualmente incríveis, usando IA como sua parceira de desenvolvimento. Neste curso, você vai dominar a abordagem NO-CODE com Vibe Coding para sair do zero e publicar seu próprio produto digital em poucas horas. Nada de teoria solta, você constrói na prática, evoluindo da primeira tela até um app completo, pronto para rodar em domínio próprio. Ao longo do caminho, você aprende a integrar banco de dados, aplicar fundamentos de SEO, versionar seu projeto com boas práticas e operar um backend serverless de forma simples e escalável. Tudo isso utilizando ferramentas modernas como Lovable e Supabase. Se você quer velocidade sem abrir mão de qualidade, este é o caminho para transformar ideia em produto de verdade. Destaques: - Você aprende fazendo. O curso é 100% prático - Ao final do treinamento o App fica com você - Tirar todas as suas dúvidas durante o treinamento - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Criar e publicar aplicativos completos usando IA como parceira de desenvolvimento - Transformar ideias em produtos digitais reais de forma rápida e prática - Construir MVPs navegáveis rapidamente com abordagem Vibe Coding - Estruturar prompts, refatorar código e melhorar a performance do app para o mundo real --- ### Design Thinking + IA URL: https://br.k21.global/treinamentos/design-thinking-ia - Categoria: Inteligência Artificial - Certificadora: K21 - Carga horária: 12 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 950 Combine Design Thinking com IA para resolver problemas complexos e gerar inovação na prática. Design Thinking + IA é um curso inovador que combina a abordagem human-centered do Design Thinking com o potencial da Inteligência Artificial Generativa para acelerar inovação e resolução de problemas complexos. Você vai percorrer as etapas clássicas (Empatia, Definição, Ideação, Prototipação e Teste) aplicando ferramentas de IA para enriquecer pesquisa com usuários, sintetizar insights de grandes volumes de dados, gerar e priorizar ideias, criar protótipos rápidos e validar hipóteses com mais agilidade. Indicado para Product Managers, designers, inovadores, líderes de produto, agile coaches e times de discovery que querem unir empatia humana e produtividade da IA. Saia com prompts, templates e um processo aplicável já no próximo projeto. Destaques: - Design Thinking + IA - Human-centered design - Análise de dados com IA - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Compreender os fundamentos do Design Thinking e os seus pilares essenciais - Aplicar ferramentas de IA para otimizar o processo de inovação e tomada de decisões - Identificar e definir problemas com base na empatia e na experiência do utilizador - Utilizar métodos e ferramentas para ideação, prototipagem e testes rápidos - Trabalhar em ciclos curtos para experimentação e melhoria contínua - Desenvolver soluções inovadoras e validar os seus impactos no contexto real --- ### OKR Foundations URL: https://br.k21.global/treinamentos/okr-foundations - Categoria: OKR / Gestão Estratégica - Certificadora: K21 - Carga horária: 12 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 2.650 Aprenda a construir e acompanhar OKRs para alinhar áreas e gerar resultados na organização. OKR Foundations é o ponto de partida para quem quer implementar Objectives and Key Results de forma consistente, evitando os erros mais comuns de adoção. Você aprenderá a formular Objetivos inspiradores e Key Results mensuráveis, conectar os OKRs da empresa, áreas e times, e estabelecer ciclos de check-in que mantêm o foco no que realmente importa. Vamos abordar diferenças entre OKR, KPI e metas tradicionais, governança leve, e como usar OKRs para resolver desalinhamentos entre camadas da organização e estimular colaboração entre áreas. Indicado para líderes, gestores, PMs, agile coaches e times que querem trocar gestão por tarefas pela gestão por resultados. Conteúdo aplicável já no próximo ciclo. Destaques: - Framework OKR completo - Alinhamento estratégico - Construção e acompanhamento - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Definir e acompanhar objetivos e resultados chave (OKRs) de forma estratégica - Executar setups e check-ins de OKRs de forma prática e eficiente - Evitar erros comuns na governança e priorização de iniciativas relacionadas aos OKRs --- ### OKR Professional Champion URL: https://br.k21.global/treinamentos/okr-professional-champion - Categoria: OKR / Gestão Estratégica - Certificadora: K21 - Carga horária: 12 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 2.195 Torne-se um Champion de OKR e garanta a governança eficaz dos objetivos e resultados-chave. O diferencial dos OKRs frente a outros frameworks de gestão de resultados está na governança — e essa governança depende de um Champion preparado. No OKR Professional Champion você aprofunda o domínio do framework e desenvolve as habilidades práticas para sustentar a adoção em organizações reais: facilitar workshops de formulação, conduzir check-ins e revisões trimestrais, treinar líderes e times, lidar com resistências, e medir maturidade. Vamos cobrir padrões e anti-padrões de adoção, integração com planejamento estratégico, e como evoluir o programa ao longo dos ciclos. Indicado para quem já tem base em OKR (recomendado OKR Foundations) e vai liderar a implementação na empresa como Champion, consultor ou agile coach. Destaques: - Governança de OKR - Papel do Champion - Bônus: OKR Essentials on-demand Competências desenvolvidas: - Dominar as competências necessárias para um Champion de OKRs - Compreender quais são as técnicas de facilitação e aplicá-las para preparar e executar Setups, Workshops e Check-ins - Aplicar boas práticas na criação de OKRs Estratégicos e Táticos - Avaliar a Maturidade da sua empresa no uso de OKRs, mapear disfunções dentro das rotinas de execução e traçar planos de ação para evoluí-la --- ### Management 3.0 Foundation Workshop URL: https://br.k21.global/treinamentos/management30 - Categoria: Liderança - Certificadora: Management 3.0 - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 1.870 Workshop transformador sobre liderança moderna: gestão inspiradora, humana e orientada a resultados. O Management 3.0, criado por Jurgen Appelo, é um workshop transformador que propõe uma nova abordagem à liderança, promovendo uma gestão inspiradora, humana e orientada a resultados, essencial na era da complexidade e inovação. Voltado para líderes de todos os níveis e para aqueles que buscam desenvolver habilidades de autoliderança, o treinamento destaca a importância da adaptabilidade e do papel de todos na criação de ambientes que promovam a autonomia, a criatividade, a inovação e o aprendizado contínuo, redefinindo a liderança como algo importante demais para ficar apenas na mão dos gestores. Destaques: - Certificação Management 3.0 - Gestão humana e inspiradora - Autonomia e inovação - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Entender o pensamento complexo, as abordagens de gestão e os comportamentos que precisamos evoluir - Experimentar técnicas e práticas para desenvolver e empoderar pessoas - Identificar e evoluir seu estilo de liderança para um lugar mais consciente, eficaz e humano --- ### Flight Levels System Architecture (FLSA) URL: https://br.k21.global/treinamentos/flsa-flight-levels-system-architecture - Categoria: Flight Levels Academy - Certificadora: Flight Levels Academy - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 2.690 Conecte decisões estratégicas ao nível operacional usando os três níveis de voo da organização. O Flight Levels System Architecture (FLSA) é o treinamento oficial para profissionais que precisam conectar estratégia e execução em organizações com múltiplos times e dependências. Você aprenderá a mapear os três níveis de voo (estratégico, coordenação e operacional), desenhar sistemas de fluxo que tornam visíveis gargalos e interações, e desdobrar decisões estratégicas até o dia a dia das equipes em tempo real. Indicado para líderes, agile coaches, gerentes de produto e PMOs que buscam reduzir desalinhamento, acelerar entregas e tomar decisões baseadas em dados de fluxo. Ao final, você terá um plano concreto de Flight Levels para aplicar na sua empresa. Destaques: - Certificação Flight Levels Academy - Conexão estratégia-operação - Agilidade organizacional - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Conectar todos os sistemas para que as decisões estratégicas cheguem ao nível operacional em tempo real - Visualizar o trabalho em um sistema Flight Level e estabelecer o fluxo entre as equipes - Implementar a arquitetura de Flight Levels para alinhar estratégia e operação --- ### Técnicas de Facilitação URL: https://br.k21.global/treinamentos/tecnicas-de-facilitacao - Categoria: Soft Skills - Certificadora: K21 - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 1.980 Aprenda a facilitar reuniões eficazes e criar ambientes seguros para decisões colaborativas. Reuniões longas, improdutivas e que não levam a decisão alguma drenam a energia do time. No treinamento Técnicas de Facilitação você aprenderá a desenhar e conduzir reuniões eficazes, criando ambientes psicologicamente seguros onde todas as vozes são ouvidas e as decisões avançam. Vamos praticar dinâmicas de divergência e convergência, técnicas de quebra-gelo, escuta ativa, gestão de conflitos e ferramentas como Liberating Structures e visual facilitation. Indicado para Scrum Masters, agile coaches, líderes, PMs, consultores e qualquer profissional que conduza workshops, retrospectivas, sessões de discovery ou cerimônias recorrentes. Saia com um repertório prático para aplicar na próxima reunião. Destaques: - Reuniões produtivas - Ambientes seguros - Facilitação eficaz - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Mapear contextos e climas para desempenhar uma facilitação assertiva - Promover a inovação, colaboração e aprendizagem das pessoas e times - Reconhecer quais técnicas de facilitação aplicar em diferentes cenários - Gerar discussões pertinentes, focadas em resultados, mantendo a leveza nas interações --- ### Comunicação Empática e Assertiva para o Trabalho URL: https://br.k21.global/treinamentos/comunicacao-assertiva - Categoria: Soft Skills - Certificadora: K21 - Carga horária: 16 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 1.350 Transforme sua comunicação no trabalho com mais colaboração, empatia e assertividade. Comunicação é a soft skill mais buscada do mercado — e a maior fonte de retrabalho, conflito e desengajamento quando falha. Na Comunicação Empática e Assertiva para o Trabalho você aprende, a partir das suas próprias experiências, a estruturar conversas difíceis, dar e receber feedbacks de forma construtiva, escutar ativamente e resolver conflitos sem desgaste. Vamos praticar técnicas de Comunicação Não-Violenta, escuta empática, perguntas poderosas e diálogo assertivo aplicados a reuniões, 1:1s, retrospectivas e situações de pressão. Indicado para líderes, Scrum Masters, agile coaches, PMs, RH e qualquer profissional que queira transformar a forma como se expressa e se relaciona no trabalho. Treinamento prático e transformador. Destaques: - Comunicação empática - Feedback assertivo - Resolução de conflitos - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Compreender melhor a si mesmo, seus padrões de escuta e de expressão - Fazer pedidos assertivos e diminuir ruídos na comunicação - Desenvolver e expressar empatia para si mesmo e para com os outros - Responder e comunicar mensagens difíceis com mais consciência - Aprimorar sua forma de dar e receber feedbacks para a melhoria contínua --- ### Agilidade em Escala: CLB (Certified LeSS Basics)® URL: https://br.k21.global/treinamentos/agilidade-em-escala-clb-certified-less-basics - Categoria: Less - Certificadora: LeSS Company - Carga horária: 8 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 1.490 Certificação oficial LeSS Basics: escale o Scrum para múltiplos times de forma simples e eficaz. A K21 é a única instituição no Brasil a oferecer o Certified LeSS Basics® (CLB), certificação oficial reconhecida internacionalmente pela LeSS Company. LeSS (Large-Scale Scrum) é a extensão mais simples e enxuta do Scrum para coordenar dezenas de times ágeis (Squads) entregando um único produto, com foco em alto valor em ciclos curtos e mínimo overhead organizacional. No treinamento você aprenderá os princípios, papéis, eventos e artefatos do LeSS, padrões de adoção, e como evitar os anti-padrões mais comuns em escala. Indicado para Scrum Masters, líderes técnicos, gestores e agile coaches que precisam escalar agilidade sem cair em frameworks burocráticos. Inclui a certificação oficial CLB. Destaques: - Certificação LeSS - Escalar Scrum - Times ágeis em escala - Único curso oficial Certified LeSS Basics® no Brasil em português - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Compreender os princípios e regras do LeSS e LeSS Huge para escalar a agilidade - Utilizar visão sistêmica com Causal Loop Diagrams para análise organizacional - Redesenhar estruturas organizacionais para suportar múltiplos times ágeis com um único backlog de produto - Aplicar as melhores práticas de escalabilidade da agilidade para transformar resultados de negócio --- ### Workshop Estimativa de Backlog URL: https://br.k21.global/treinamentos/estimativa-de-backlog - Categoria: Product Management - Certificadora: K21 - Carga horária: 3,5 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 587 Aprenda a estimar backlog rapidamente, gerar consenso no time e usar Story Points de verdade. Comece a descobrir a sua capacidade real de entrega! No Workshop Estimativa de Backlog, você aprende a estimar de forma rápida, diminuir atrito no time, gerar consenso e criar alinhamentos justos sobre capacidade de entrega — usando Story Points de verdade, fugindo do compromisso de Homem-Dia (HDia) ou Homem-Hora (HH). Você vai praticar técnicas como Planning Poker, comparação de itens e quebra de épicos, e entender como combinar estimativas com métricas reais (lead time, throughput) para previsões mais confiáveis. Ideal para Scrum Masters, Product Owners e líderes de time que querem parar de prometer datas furadas e começar a planejar com base em dados. Destaques: - Story Points na prática - Rápido e direto - Para POs e times - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Estimar entregas de produto usando Story Points de forma eficaz - Utilizar o planning poker para gerar consenso no time - Aplicar estimativas para melhorar previsibilidade, produtividade e priorização - Responder honestamente à pergunta: Quando fica pronto? --- ### Mentoria Estratégica com Rodrigo de Toledo URL: https://br.k21.global/treinamentos/mentoria-estrategica-com-rodrigo-de-toledo - Categoria: Liderança - Certificadora: K21 - Carga horária: 2 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 1.880 Mentoria estratégica com Rodrigo de Toledo para decisões complexas em produto e liderança. Uma mentoria estratégica e individual para líderes e profissionais experientes que buscam clareza e direção para decisões complexas em produto, agilidade e carreira. Com acompanhamento direto de Rodrigo de Toledo — sócio-fundador da K21, doutor em Engenharia de Sistemas e o melhor trainer de CSPO da América Latina — você amplia sua visão sistêmica, refina seu pensamento estratégico e toma decisões com mais consciência e impacto. As sessões são personalizadas a partir dos seus desafios reais: estratégia de produto, escalada de times, transformação organizacional, posicionamento de carreira ou dilemas de liderança. Indicada para CPOs, Heads, gerentes seniores e fundadores que querem um sparring partner experiente para acelerar suas decisões. Destaques: - Mentoria 1:1 com Rodrigo de Toledo - Decisões complexas - Visão sistêmica Competências desenvolvidas: - Direcionamento prático para conectar estratégia e ação no dia a dia - Clareza para tomar decisões estratégicas mesmo em cenários complexos - Provocações profundas para ampliar visão sistêmica e estratégica --- ### Kanban Maturity Model (KMM) URL: https://br.k21.global/treinamentos/kanban-maturity-model-kmm - Categoria: Kanban University - Certificadora: Kanban University - Carga horária: 16 horas - Modalidade: Online Ao Vivo Determine a maturidade Kanban da sua organização e crie um plano de evolução sustentável. Evolua a agilidade nos negócios e conquiste uma credencial internacional no Método Kanban. No treinamento Kanban Maturity Model (KMM), você aprenderá a identificar o nível de maturidade da organização e conduzir mudanças evolutivas. Indicado para profissionais com experiência em Kanban/agilidade e para equipes ou empresas que desejam aprimorar processos em diferentes níveis. Com 16 horas de conteúdo, o curso combina teoria, dinâmicas, debates e cases reais. As aulas são conduzidas por Jose JR, com quase duas décadas de experiência em TrueAgile. Destaques: - Certificação internacional oficial pela Kanban University® - Treinamento com duração de 16 horas com trainer referência de mercado - Material completo em português da K21 usado durante o treinamento Competências desenvolvidas: - Determinar a maturidade organizacional - Definir a abordagem correta para liderar a organização para o próximo nível - Determinar e implementar apropriadamente as práticas do Kanban que ajudarão a organização a entregar mais valor ao cliente - Compreender a inovadora arquitetura do KMM, suas dimensões e visões --- ### Kanban Coaching (KC) URL: https://br.k21.global/treinamentos/kanban-coaching-kc - Categoria: Kanban University - Certificadora: Kanban University - Carga horária: 16 horas - Modalidade: Online Ao Vivo Formação avançada em coaching Kanban: expanda iniciativas e lidere transformações organizacionais. Segundo o "State Of Kanban Report 2022", o Kanban é considerado o método mais eficaz por 87% dos seus usuários e 86% dos entrevistados pretendem expandir suas iniciativas. Mas extrair os melhores resultados exige mais do que saber aplicar o método — é preciso saber conduzir a mudança. O Kanban Coaching (KC) é indicado para quem completou o KMM (requisito) e quer aprofundar suas habilidades de coaching para orientar a mudança evolutiva nas organizações. Somando o conhecimento do KMM às técnicas de Kanban Coaching, você sai com um manual prático e pragmático de orientações de mudança com o Método Kanban. Ao realizar o KC já tendo concluído o KMM e a credencial KMP (Kanban Management Professional), você ganha direito à credencial Kanban Coaching (KC). Como em todas as formações da K21, o ensino é baseado na prática e no protagonismo do aluno. Destaques: - O passo final para você se tornar Kanban Coaching - Você vai aprender técnicas de coaching para disseminar o mindset da mudança evolutiva dentro da organização - Material 100% em português Competências desenvolvidas: - Orientar a Mudança Evolutiva do método Kanban em equipes, departamentos e organizações inteiras - Fornecer orientação pragmática e acionável a uma organização - Usar as mais recentes técnicas de Kanban Coaching para impulsionar a mudança evolucionária - Compreender o manual completo das técnicas atuais de Kanban --- ### Product Essentials URL: https://br.k21.global/treinamentos/product-essentials - Categoria: Product Management - Certificadora: K21 - Carga horária: 45 horas - Modalidade: Online Gravada - A partir de: R$ 795 Aulas gravadas, desafios e mentoria para quem quer conquistar uma posição na área de produtos. O futuro da sua carreira em produto começa agora. O Product Essentials é uma formação on-demand para quem quer conquistar uma posição na área de produtos ou evoluir rapidamente na carreira. O conteúdo cobre os pilares da gestão de produtos: Product Discovery, Product Delivery, métricas de produto (AARRR e North Star), entrevistas com usuário, MVP e Jobs To Be Done (JTBD). Em uma plataforma 100% online, você tem acesso a aulas gravadas, testes, desafios práticos e apoio de mentores que vivem o dia a dia do mercado, além de uma comunidade ativa para tirar dúvidas e trocar experiências. Pensado tanto para quem está em transição de carreira quanto para profissionais que querem acelerar sua evolução, o Product Essentials dá a base que uma pessoa produteira precisa para começar sua jornada com segurança. Destaques: - Conhecimento técnico e cultura de Produto - Rede de apoio com instrutores, alunos e mentores - Acompanhe o avanço das ações de melhoria a partir de métricas de resultado - Módulo extra de empregabilidade para apoio a entrada no mercado de trabalho Competências desenvolvidas: - Desenvolver estratégias de produtos digitais para se manter relevante e competitivo no mercado - Idealizar produtos assertivos para o cliente, com valor agregado e com resultados interessantes para o negócio - Desenvolver produtos digitais com entregas frequentes, com mindset de experimentação - Desenvolver habilidades para liderar times de produto que privilegiam o aprendizado e que alavancam resultados através de inteligência coletiva, colaboração e maestria --- ### Certified Exponential Leader (CEL) URL: https://br.k21.global/treinamentos/certified-exponential-leader-cel - Categoria: Liderança - Certificadora: K21 - Carga horária: 22 horas - Modalidade: Online Gravada - A partir de: R$ 1397 Adquira 10 anos de experiência em liderança em 6 meses. Formação para líderes exponenciais. Adquira 10 anos de experiência em liderança em 6 meses. Você precisa liderar a transformação na sua empresa e quer ser referência? O Certified Exponential Leader (CEL) une o melhor do treinamento ao melhor da mentoria: técnicas, ferramentas e conceitos para avançar 10 anos de experiência em apenas 6 meses. Muitas empresas procuram a K21 com o mesmo desafio: o mercado precisa de líderes capacitados, mas tem dificuldade em formar pessoas. No CEL, oferecemos uma gama de aprendizados conectados às necessidades reais dos profissionais e das empresas, em um programa 100% online, disponível 24 horas por dia. Conteúdo de alta qualidade, focado em desafios reais do dia a dia da liderança, com suporte de instrutores experientes para tirar dúvidas e apoiar suas necessidades. Destaques: - Capacitamos e evoluímos líderes com ferramentas que ajudam a lidar com a responsabilidade dos seus papéis - Ensinamos líderes a capturar e potencializar oportunidades de negócio para a empresa - Acompanhe o avanço das ações de melhoria a partir de métricas de resultado - Nossas aulas visam desenvolver uma cultura de aprendizados, aumentando a capacidade de adaptação das pessoas e, consequentemente, da organização Competências desenvolvidas: - Tomar melhores decisões no seu dia a dia, a fim de gerenciar processos e alavancar as pessoas - Priorizar e descartar iniciativas com os liderados, para aumentar a relevância da empresa para o cliente - Utilizar ferramentas como Diagrama de Loop Causal, Business Agility Assessment, Xadrez da Transformação etc para dar suporte em suas práticas enquanto líder - Liderar em ambientes VUCA e BANI, atuando como líder ambidestro e adaptativo na transformação digital --- ### Gestão de Times de Alta Performance URL: https://br.k21.global/treinamentos/gestao-times-alta-perfomance - Categoria: Liderança - Certificadora: K21 - Carga horária: 10 horas - Modalidade: Online Gravada - A partir de: R$ 595 Eleve seu time a outro patamar com práticas para entregas de grande valor e resultados exponenciais. Chegou a hora de elevar o seu time a outro patamar! Se você sente que falta algo para o seu time fazer entregas de grande valor e obter resultados exponenciais, este curso é para você. Em um treinamento on-demand rápido e assertivo, você terá acesso a vídeo-aulas, artigos, podcast e propostas de prática para despertar um olhar diferente, totalmente focado em resultados. As mudanças dentro das empresas estão cada vez mais rápidas, exigindo um comportamento diferente dos colaboradores. Foi pensando nisso que idealizamos a Gestão de Times de Alta Performance: 9 aulas objetivas e uma proposta de intervenção, totalizando 10 horas de aprendizado, reflexões e práticas — disponíveis 24 horas por dia, em uma plataforma acessível de qualquer lugar com internet. Destaques: - Eleve o desempenho da sua equipe: Aprenda técnicas e estratégias para gerir times de alta performance e leve o desempenho da sua equipe a outro patamar. - Prepare-se para os desafios do mercado: você estará preparado para gerir equipes em um cenário cada vez mais competitivo e exigente. - Aumente sua capacidade de liderança: Desenvolva suas habilidades de liderança e se torne uma referência em gestão de times de alta performance Competências desenvolvidas: - Utilizar técnicas e estratégias para gerir times de alta performance - Desenvolver habilidades de liderança e tornar-se uma referência em gestão de times de alta performance - Despertar um olhar diferente e totalmente focado em resultados para elevar o desempenho da equipe --- ### Gestão do Conhecimento URL: https://br.k21.global/treinamentos/gestao-do-conhecimento - Categoria: Soft Skills - Certificadora: K21 - Carga horária: 2 horas - Modalidade: Online Gravada - A partir de: R$ 249 Transforme experiências individuais em inteligência coletiva e multiplique o conhecimento na organização. Descubra como transformar experiências individuais em inteligência coletiva, criando um ambiente onde o aprendizado flui naturalmente e o conhecimento se multiplica, gerando valor real para o negócio. Times que dominam a gestão do conhecimento (Knowledge Management) são mais ágeis, inovadores e entregam resultados consistentes, mesmo com mudanças de pessoas ou de contexto. Você ganha segurança a cada novo desafio e aprende a construir uma cultura de colaboração que preserva e potencializa o conhecimento da equipe. No treinamento, vamos do fundamento à prática: começamos pelos conceitos da gestão do conhecimento e sua importância para times ágeis de alta performance, e avançamos para técnicas práticas de mapear, compartilhar e preservar o conhecimento crítico — incluindo ferramentas e cases reais para você pôr a mão na massa na sua organização. Destaques: - Reduza a dependência de pessoas-chave e aumente a colaboração do time! - Mantenha o conhecimento vital na empresa, melhorando a produtividade e engajamento das pessoas! - Fortaleça ambientes de aprendizagem e melhoria contínua, alcançando novos resultados! - Treinamento indicado para Lideranças, RH e/ou qualquer pessoa que queira fazer a diferença em um time. Competências desenvolvidas: - Conteúdo direto ao ponto: aprenda o que realmente importa sobre Gestão do Conhecimento e, principalmente, saiba como colocar em prática! - Aprenda de forma rápida e com autonomia: você encontrará vídeos, artigos, ferramentas e materiais diversificados. - Cases, exemplos e muita experiência prática: tudo que é trabalhado no curso vem das experiências reais de nossos experts Marcos Garrido, Fernanda Magalhães e Rodrigo de Toledo. --- ### Mentoria Dual Master URL: https://br.k21.global/treinamentos/mentoria-dual-master - Categoria: Liderança - Certificadora: K21 - Carga horária: 4 horas - Modalidade: Online Ao Vivo Mentoria prática com Rodrigo de Toledo e Marcos Garrido: trabalhe diretamente no seu caso real. A Mentoria Dual Master é uma experiência prática e personalizada para quem quer avançar de verdade no seu produto, trabalhando diretamente no seu caso real, com apoio próximo de Rodrigo de Toledo e Marcos Garrido. A mentoria funciona como uma aula aplicada: usamos conceitos de produto, agilidade e IA para tomar decisões e construir soluções no seu contexto — não em exemplos genéricos. 👉 Vagas limitadas | Mentoria individual ou para pequenos grupos 🔷 PARA QUEM É Product Managers, Product Owners sênior, Heads de Produto, CPOs e lideranças C-level que precisam de mentoria executiva em produto, agilidade e IA. 🔷 COMO SÃO OS ENCONTROS - Online, com duração e frequência conforme o formato contratado (4 horas) - Foco total no seu caso real (produto, time ou iniciativa) - Encontros concentrados ou distribuídos ao longo das semanas - Atividades práticas entre encontros para avançar o produto Destaques: - A proposta da Mentoria Dual Master é justamente unir visão sistêmica + prática de produto, aplicadas ao seu desafio real. Competências desenvolvidas: - Dois cofundadores analisando seu contexto - Uso de IA como acelerador de aprendizado e execução - Apoio prático para definição e evolução do MVP - Direcionamento claro de próximos passos após cada encontro - A oportunidade de revisar decisões importantes com especialistas internacionais --- ### Degustação: CSM® da K21 URL: https://br.k21.global/treinamentos/degustacao-csm-da-k21 - Categoria: Scrum Alliance - Certificadora: K21 - Carga horária: 1 hora - Modalidade: Online Gravada - A partir de: R$ 0,00 Imersão gratuita e prática no CSM da K21: experimente um dos cursos mais elogiados do portfólio. O Certified ScrumMaster® da K21 é um dos cursos mais procurados e elogiados do nosso portfólio — uma imersão prática e inovadora que desenvolve pessoas para geração de resultados. Com a Degustação: CSM® da K21, você experimenta gratuitamente os conteúdos dessa aula antes de adquirir o curso oficial em ScrumMaster da Scrum Alliance. Navegue por pílulas de conhecimento em vídeo, elaboradas diretamente das aulas e das discussões que acontecem nas turmas, e tenha um gostinho da disrupção e dos insights aprendidos no treinamento de CSM. A degustação é 100% gravada, organizada em módulos curtos para consumo rápido — ideal para quem deseja conhecer um pouco mais sobre os assuntos ensinados antes de se inscrever no CSM oficial. Destaques: - Acesso gratuito à Degustação: CSM® da K21 para você assistir tudo quantas vezes quiser, pelo período de 15 dias! - Ao concluir a Degustação: CSM® da K21, você terá direito a um cupom de desconto para o curso Certified ScrumMaster - CSM Competências desenvolvidas: - Módulo 1 - Introdução à Agilidade e ao Scrum - Módulo 2 - Essência do Scrum - Módulo 3 - Artefatos e Cerimônias do Scrum - Módulo 4 - Times de Alta Performance - Módulo 5 - Sobre o treinamento Certified ScrumMaster --- ### Product Analytics para PMs URL: https://br.k21.global/treinamentos/product-analytics-para-pms - Categoria: Product Management - Certificadora: K21 - Carga horária: 2 horas - Modalidade: Online Gravada - A partir de: R$ 500 Use dados como aliados estratégicos em todas as etapas do desenvolvimento de produto. No Product Analytics para PMs: do Básico ao Estratégico você vai aprender a usar dados como aliados estratégicos em todas as etapas do desenvolvimento de produto. Vamos além da coleta superficial — e das métricas de vaidade — para focar no que realmente importa: formular hipóteses testáveis, priorizar com base em impacto, validar cenários e comunicar insights de forma clara e persuasiva. Você vai descobrir como integrar dados em cada etapa do ciclo de produto, antecipar riscos com indicadores preditivos e engajar times e stakeholders com narrativas baseadas em evidências. Mais do que técnicas, este treinamento ajuda você a criar uma cultura de aprendizado contínuo, conectando métricas ao impacto real no cliente e no negócio, e tomando decisões de produto com mais confiança. Destaques: - Transforme achismos em hipóteses testáveis. - Priorize iniciativas com clareza e objetividade. - Integre métricas estratégicas ao dia a dia do produto. - Desenvolva uma cultura de dados no time e na organização. Competências desenvolvidas: - Curso prático e direto, que conecta teoria ao dia a dia do PM. - Interaja com especialistas em produto e dados. - Leve frameworks, ferramentas e rituais que podem ser aplicados já na sua rotina. --- ### OKR Essentials URL: https://br.k21.global/treinamentos/okr-essentials - Categoria: OKR / Gestão Estratégica - Certificadora: K21 - Carga horária: 12 horas - Modalidade: Online Gravada - A partir de: R$ 1690 Curso on-demand 100% online para nivelar OKR (Objectives and Key Results) em toda a empresa de forma curta e prática, com fundamentos para alinhar áreas em torno de objetivos comuns. O OKR Essentials é um curso on-demand da K21 criado para nivelar Objectives and Key Results em toda a empresa, de forma curta, prática e 100% online. Em poucas horas, todos os colaboradores entendem o que são OKRs, por que diferentes áreas precisam estar alinhadas em torno de objetivos comuns e como contribuir com Key Results mensuráveis no dia a dia. O conteúdo cobre os fundamentos: definição de Objectives, escrita de Key Results, ciclos de OKR, governança e os erros mais comuns ao adotar o framework. Ideal para empresas que estão implantando OKRs e precisam dar uma base comum para times de produto, engenharia, marketing, RH, comercial e operações — antes de avançar para formações mais profundas como OKR Foundations e OKR Professional Champion. Destaques: - 100% on-demand: faça no seu ritmo, de qualquer lugar - Linguagem acessível para colaboradores de todas as áreas - Pensado para escalar a cultura de OKR em toda a empresa - Material em português, alinhado às melhores práticas internacionais Competências desenvolvidas: - Aplicar os fundamentos de OKR no dia a dia da sua área - Diferenciar OKR de KPI e MBO no contexto da sua empresa - Reconhecer um bom Objetivo e bons Key Results - Participar de forma ativa do ciclo trimestral de OKRs --- ### Workshop Métricas para Gestão de Produtos URL: https://br.k21.global/treinamentos/ws-metricas-gestao-de-produto - Categoria: Product Management - Certificadora: K21 - Carga horária: 2,5 horas - Modalidade: Aula Online ao Vivo - A partir de: R$ R$ 439 Aprenda a gerir seu produto através de métricas: defina indicadores, datas de lançamento e priorização baseada em dados. Para garantir que seu produto entrega resultados reais, você precisa saber metrificar performance — sem se perder em vanity metrics. Neste workshop prático você aprende a definir indicadores que importam (North Star, métricas de input/output, AARRR), estimar datas de lançamento com base em estatística (lead time, throughput, Monte Carlo) e defender suas escolhas para stakeholders e executivos com decisões baseadas em dados. Vamos trabalhar com casos reais, planilhas e dashboards aplicáveis no seu produto. Indicado para Product Managers, Product Owners, líderes de produto, agile coaches e founders que precisam parar de discutir achismos e começar a conversar com dados. Saia com um conjunto de métricas e previsões para o seu produto. Destaques: - Construa uma visão sistêmica sobre seu produto, gerindo-o de ponta a ponta através de indicadores - Desenvolva uma mentalidade data-driven para tomada de decisões em produtos - Aprenda com os melhores nomes do mercado em um workshop prático - Refaça gratuitamente em 1 ano Competências desenvolvidas: - Definir os melhores indicadores para a gestão do seu produto - Medir em ciclos curtos para acompanhamento do resultado do produto - Definir datas de lançamento com base em métricas - Controlar custo e retorno sobre investimento - Promover um processo de tomada de decisão baseado em dados - Defender priorização com base em métricas ## Combos e Formações ### Combo CSM + CSPO URL: https://br.k21.global/combos/combo-csm-cspo - Categoria: Combos - Certificadora: Scrum Alliance - Carga horária: 32 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 5.361 Domine o Scrum com o combo CSM + CSPO: duas certificações internacionais com desconto especial. Domine o Scrum de ponta a ponta com o Combo CSM + CSPO da K21: as duas certificações internacionais mais reconhecidas da Scrum Alliance, em português, com desconto especial para quem faz a jornada completa. No Certified ScrumMaster® (CSM), você aprende a facilitar o time, remover impedimentos e liderar a transformação ágil. No Certified Scrum Product Owner® (CSPO), você passa para o lado do produto: prioriza o backlog, conecta estratégia e entrega e maximiza valor de negócio. Combinados, os dois cursos dão a visão completa de como Scrum Master e Product Owner trabalham juntos para gerar resultados. Destaques: - 2 certificações Scrum Alliance - Economia de R$ 1.099 - Caminho completo no Scrum Competências desenvolvidas: - Dominar ambos os papéis Scrum - Facilitar e gerir produtos --- ### Combo CSPO + A-CSPO URL: https://br.k21.global/combos/combo-cspo-a-cspo - Categoria: Combos - Certificadora: Scrum Alliance - Carga horária: 32 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 5.960 Domine competências essenciais e avançadas de Product Ownership com o combo CSPO + A-CSPO. O Combo CSPO + A-CSPO é a trilha completa de Product Owner pela Scrum Alliance: você sai dos fundamentos do Product Ownership até as práticas avançadas de gestão de produto, com duas certificações internacionais e desconto especial. No Certified Scrum Product Owner® (CSPO), você aprende a construir o backlog, escrever User Stories, validar hipóteses e maximizar valor entregue. No Advanced Certified Scrum Product Owner® (A-CSPO), você avança para Product Discovery, Outcome-based roadmap, gestão de stakeholders e portfólio. Ideal para quem quer evoluir de Product Owner para Product Owner sênior ou Product Manager. Destaques: - 2 certificações Scrum Alliance - Economia de R$ 1.500 - PO completo Competências desenvolvidas: - Dominar Product Ownership do básico ao avançado --- ### Combo KSD + KSI URL: https://br.k21.global/combos/combo-ksd-ksi - Categoria: Combos - Certificadora: Kanban University - Carga horária: 32 horas - Modalidade: Aula ao vivo - A partir de: R$ R$ 4.632 Seja Kanban Management Professional com KSD + KSI: duas certificações com desconto especial. Conquiste a credencial internacional KMP (Kanban Management Professional) com o Combo KSD + KSI da Kanban University, em português e com desconto especial. No Kanban System Design (KSD), você aprende a desenhar o sistema Kanban com a abordagem oficial STATIK e visualizar fluxos de trabalho. No Kanban Systems Improvement (KSI), você evolui para as cadências oficiais (Service Delivery, Operations, Risk Review, Replenishment) e métricas de fluxo (lead time, throughput, CFD). Concluindo os dois, você recebe a credencial KMP da Kanban University. Destaques: - Certificação KMP completa - Economia de R$ 818 - Gestão de fluxo end-to-end Competências desenvolvidas: - Projetar e evoluir sistemas Kanban - Tornar-se KMP ## Trainers ### Andressa Chiara URL: https://br.k21.global/trainers/andressa-chiara Certificações: AKT — Accredited Kanban Trainer (Kanban University); M3.0 — Management 3.0 Facilitator; OKR; FLSA Trainer especialista na K21, trabalha com estratégia de negócios, produtos, governança e desenvolvimento de performance de equipes há mais de 10 anos. É autora da série de livros O Produto Ágil, e de OKR e estratégia de negócios para transformação (US e BR). --- ### Avelino Ferreira Gomes Filho URL: https://br.k21.global/trainers/avelino-ferreira-gomes-filho Certificações: AKT — Accredited Kanban Trainer (Kanban University); M3.0 — Management 3.0 Facilitator Avelino Ferreira é formado e mestre em Ciência da Computação. Teve uma longa trajetória na TI, começando como programador e chegando a gestor de diversos times de criação de produtos digitais. Conheceu e começou a adotar as melhores prática de de Métodos Ágeis em 2008. Desde então, se dedica a auxiliar outras empresas na construção da cultura ágil. Atualmente, é Consultor e Trainer na K21. --- ### Carlos Felippe Cardoso URL: https://br.k21.global/trainers/carlos-felippe-cardoso Certificações: AKT — Accredited Kanban Trainer (Kanban University); MSc Carlos Felippe Cardoso é cofundador da K21 e tem experiência em métodos ágeis desde 2004. Palestrante nos maiores eventos de agilidade do Brasil e da Europa, é trainer habilitado de CSD e Kanban. Como Executivo, possui vasta experiência em Transformação Digital e Liderança, atuando especialmente no C-Level de empresas. --- ### Daniella Prevot URL: https://br.k21.global/trainers/daniella-prevot Certificações: M3.0 — Management 3.0 Facilitator; FLSA A Dani, como prefere ser chamada, é apaixonada por pessoas e interações e por aprender e ensinar. Foi facilitando workshops e cursos de empatia e Comunicação Não-Violenta® que conheceu o mundo Ágil e se encantou com a proposta de transformação de organizações a partir e para as pessoas. Pós-graduada em Psicologia Positiva - PURS, com especialização em Gestão da Qualidade pela POLI-USP, Green Belt - Lean Seis Sigma pela UNICAMP e Coach Pessoal e Profissional, nos seus 12 anos de trabalho mediando equipes e facilitando reuniões desenvolveu a certeza de que, para trabalharmos juntos, precisamos aprender a nos comunicar de forma efetiva. --- ### Fernanda Magalhães URL: https://br.k21.global/trainers/fernanda-magalhaes Certificações: M3.0 — Management 3.0 Facilitator; OKR Trainer na K21, consultora na Nower, co-autora dos livros RH Ágil, Cultura Ágil, Formiguitas e Lina, a Lagarta Bailarina e palestrante. Professora de RH Ágil no MBA de RH da PUC-RJ. Trabalhou com times e projetos globais em multinacional por 11 anos e atuou como gerente de pessoas. No mundo Ágil desde 2015, formou times e gestores no tema e implementou novas abordagens de trabalho nos times por onde passou. --- ### Marco Dubovski URL: https://br.k21.global/trainers/marco-dubovski Certificações: AKT — Accredited Kanban Trainer (Kanban University) Consultor sênior em agilidade de negócios, especialista em Fit for Purpose (F4P), com experiência em ajudar organizações a alinhar entrega de valor às necessidades reais dos clientes. --- ### Marcos Garrido URL: https://br.k21.global/trainers/marcos-garrido Certificações: CST — Certified Scrum Trainer (Scrum Alliance); CEC — Certified Enterprise Coach (Scrum Alliance); MSc; Less; CTC — Certified Team Coach (Scrum Alliance) Marcos Garrido, co-fundador da K21, Nower e WBrain. É Certified Enterprise Coach (CEC), Certified Scrum Trainer (CST) e Certified Team Coach (CTC), fazendo parte do seleto grupo no mundo que possuem as três certificações mais importantes da Scrum Alliance. Com grande atuação internacional, possui larga experiência em Transformação Digital e Gestão de Produtos. Também é Less Friendly Trainer e já palestrou em mais de 15 Scrum Gatherings ao redor do mundo, além de ser o principal organizador do Scrum Gathering Rio (SGRIO), maior evento de Scrum da América Latina, desde 2014. Garrido certificou mais de 10.000 pessoas no Brasil, EUA e Europa. --- ### Rafaela Fonseca URL: https://br.k21.global/trainers/rafaela-fonseca Certificações: OKR; M3.0 — Management 3.0 Facilitator Rafaela Fonseca atua como instrutora e consultora associada da K21, referência nacional e internacional em transformação ágil e capacitação corporativa. Sua trajetória combina conhecimento técnico profundo com prática de mercado, em contextos de grande complexidade organizacional. Atuou como palestrante em Conferências The Developer´s Conference em diversas ocasiões, abordando os temas de OKRs e Agilidade. --- ### Raphael de Andrade Montenegro URL: https://br.k21.global/trainers/raphael-de-andrade-montenegro Certificações: FLSA; OKR Raphael Montenegro é um Flight Levels Guide que já liderou a transformação ágil em companhias nacionais e internacionais, do nível operacional ao estratégico. É autor de um case de FLSA da empresa Toro, apresentado no LKBR 2019, quando gravou um vídeo com Klaus Leopold sobre problemas e oportunidades de Flight Level 2 nas empresas. É trainer, expert em gestão de resultados com OKRs e Gestão de Produtos Digitais e Inovação. --- ### Rodrigo de Toledo URL: https://br.k21.global/trainers/rodrigo-de-toledo Certificações: CST — Certified Scrum Trainer (Scrum Alliance); AKT — Accredited Kanban Trainer (Kanban University); M3.0 — Management 3.0 Facilitator; Less; PhD Cofundador da K21, Rodrigo de Toledo já liderou a transformação ágil em organizações de diferentes segmentos, como governo, área financeira e startups. Trabalha com Métodos Ágeis desde 2007, já tendo criado e organizado vários eventos com a temática de agilidade. É PhD pelo INRIA (França), com artigos publicados internacionalmente. Lecionou por doze anos na PUC-Rio e na UFRJ, duas das principais universidades da América do Sul. Certified Scrum Trainer (CST) e Accredited Kanban Trainer (AKT). Treinou mais de 10.000 pessoas em produtos ao longo da carreira. --- ### Samira Tavares URL: https://br.k21.global/trainers/samira-tavares Certificações: AKT — Accredited Kanban Trainer (Kanban University); M3.0 — Management 3.0 Facilitator; FLSA Especialista em desenvolvimento de executivos e líderes, com foco em formação de pessoas, inovação, e entrega de valor de negócio e liderança humanizada. Ampla experiência em liderança de equipes, promovendo práticas para resolução de problemas e melhoria contínua em grandes organizações. Liderança em transformações que resultaram em aumentos significativos de resultados de negócio, produtividade e eficiência operacional. --- ### Samuel Cavalcante URL: https://br.k21.global/trainers/samuel-cavalcante Certificações: AKT — Accredited Kanban Trainer (Kanban University); FLSA Samuel Cavalcante é Engenheiro de Computação e Especialista em Engenharia de Sistemas. Mudou de carreira em 2013 para se tornar Scrum Master, e desde então acumula vasta experiência em formação de equipes. Nos últimos 6 anos como Consultor K21, vem evoluindo seus conhecimentos em práticas Kanban, o que o levou a se tornar Kanban Coaching Professional (KCP) e Accredited Kanban Trainer (AKT). ## Perguntas Frequentes ### Qual certificação eu terei com este treinamento? Esse treinamento terá certificado da K21. ### Preciso ter CSPO? O CSPO é pré-requisito para o A-CSPO. O combo resolve isso. ### Posso fazer separado? Sim, mas o combo oferece desconto exclusivo. ### Qual certificação eu terei? Certificado K21 de participação (sem certificação externa). ### Qual certificação eu terei? Certificado K21 de participação + certificação internacional Kanban System Design pela Kanban University. ### Qual certificação eu terei? Certificado K21 de participação. ### Qual certificação eu terei? Certificado K21 + certificação Team Kanban Practitioner pela Kanban University. ### Qual certificação eu terei? Certificado K21 + certificação Kanban Systems Improvement pela Kanban University. ### Meu curso expirou, mas ainda não concluí as aulas. Como devo proceder? Cursos on-demand possuem o prazo de 6 meses para consumo, caso você deseje renovação é necessário entrar em contato com nosso time para informação (contato@k21.com.br ou Whatsapp (21)3825-8624). ### Qual certificação eu terei? Certificado K21 + certificação internacional Advanced Certified ScrumMaster pela Scrum Alliance. ### Qual certificação eu terei? Certificado K21 + certificação Flight Levels System Architecture pela Flight Levels Academy. ### Qual certificação eu terei? Certificado K21 + certificação Fit for Purpose pela Kanban University. ### Qual a diferença entre CSM e PSM? O CSM é a certificação da Scrum Alliance, com curso obrigatório ministrado por um CST aprovado; o PSM é da Scrum.org, sem curso obrigatório. O CSM é a certificação Scrum Master mais reconhecida internacionalmente. ### Para quem é o Management 3.0? Para líderes de todos os níveis e profissionais que buscam desenvolver habilidades de liderança moderna e autoliderança. ### Quais são os pré-requisitos? Possuir a certificação CSPO ativa + pelo menos 12 meses de experiência como Product Owner. ### Quais são os pré-requisitos? Possuir a certificação CSM ativa + pelo menos 12 meses de experiência como Scrum Master. ### Para quem é o treinamento KSD? Para profissionais de qualquer área que desejam melhorar a produtividade e o fluxo de trabalho do seu time. ### Quanto ganha um Scrum Master no Brasil? A faixa varia por senioridade e região, partindo de R$ 6k para júnior e ultrapassando R$ 20k para sênior em grandes empresas. ### Meu curso expirou, mas ainda não concluí as aulas. Como devo proceder? Na maior parte das vezes, nossos cursos gravados ficam disponíveis por até 6 meses. Passado este período, entre em contato com nosso atendimento pelo Whatsapp. ### LeSS vs SAFe vs Nexus, qual escolher? LeSS prioriza simplicidade e princípios Scrum puros; SAFe é mais prescritivo e focado em grandes corporações; Nexus é o framework leve da Scrum.org. A K21 ensina LeSS por seu alinhamento com a essência ágil. ### Como renovar a certificação CSM (SEUs)? A cada 2 anos, com 20 SEUs (Scrum Education Units). Os cursos avançados da K21 (A-CSM, CSP-SM) já contam SEUs. ### Como refazer o treinamento? Cursos on-demand possuem o prazo de 6 meses para consumo. Entre em contato com nosso time para renovação. ### Como acesso às aulas? Após se inscrever, você receberá um e-mail com todas as informações. Explore a sua Área do Aluno e lá você encontrará todas as instruções de acesso. As aulas acontecem pela ferramenta Zoom. ### Para quem é o treinamento KSD? Este treinamento é para você se: - Trabalha em um ambiente dinâmico e com alta demanda - É líder ou agente de mudança - Busca melhorar a eficiência e a qualidade das suas entregas Não existem restrições quanto a modelos de negócio, tipos de empresa e áreas do conhecimento… Seja trabalhando com serviços, projetos, produtos, você conseguirá conquistar resultados incríveis ao implementar o Kanban no seu contexto. ### Ex-aluno tem desconto? Sim, você que já participou de treinamentos da K21 tem um desconto de 5% nos próximos treinamentos. Esse desconto pode ser acumulado com o desconto de 5% para opção de pagamento via boleto, totalizando assim 10%. Entre em contato informando nome completo e e-mail para enviarmos seu cupom de desconto. Você pode falar com nosso time pelo e-mail contato@k21.com.br ou Whatsapp (21)3825-8624. ### Para quem é o Treinamento Certified LeSS Basics®? Este treinamento é destinado a todos os profissionais com experiência em agilidade e/ou formação prévia (CSM, CSPO ou similar) que desejam entender como escalar seus times, produtos, serviços e projetos. ### Preciso de experiência? Não, o combo começa do KSD. ### Quais são os pré-requisitos? Este treinamento é recomendado para profissionais que já possuem certa experiência com agilidade e/ou já tenham formação como CSM, CSPO ou similar. ### Como acesso a mentoria? Após se inscrever, você receberá um e-mail com todas as informações que precisa. A Mentoria acontece pela ferramenta Zoom, que oferece ótimos recursos para aulas bem dinâmicas e interativas. ### Como eu tenho acesso à plataforma do Curso OKR Essentials que irei ganhar? Você receberá no seu e-mail as instruções para acesso à plataforma. O prazo para envio é de até dois dias úteis após a confirmação do pagamento. ### Preciso saber programar para fazer o curso? Não. O treinamento é pensado para profissionais de produto. A maior parte é em Chat e Cowork, que não exigem código. Há um exercício final no Claude Code, mas você participa especificando a tarefa, mesmo sem programar. ### O OKR Essentials substitui o OKR Foundations? Não. O Essentials é introdutório e on-demand, voltado a nivelamento de toda a empresa. O Foundations é mais profundo e voltado a quem vai implantar OKR. ### Quanto tempo leva para concluir? Em média 2 a 4 horas, no seu próprio ritmo. ### O treinamento é gravado ou ao vivo? Todo o treinamento de Gestão de Times de Alta Performance é composto por aulas gravadas, ferramentas e propostas de exercícios. ### Quais ferramentas e contas preciso ter? Uma conta Claude em plano pago (com acesso a Chat e Cowork) e acesso ao Claude Code para o sprint final. No Chat, deixe a execução de código e a criação de arquivos habilitadas nas configurações. ### Como são as aulas? Nossos treinamentos são experiências incríveis de hands-on learning com Trainers que também são Agile Experts. Além do conteúdo teórico, eles levam para as aulas suas vivências do dia a dia do mundo das organizações. ### O curso dá certificação? Sim, ao concluir você recebe certificado de participação K21. ### O treinamento é gravado ou ao vivo? Todo o Certified Exponential Leader (CEL) é composto por aulas gravadas, ferramentas e propostas de exercícios. ### Como tenho acesso ao material? O material e a orientação sobre as ferramentas que serão usadas no treinamento serão enviados até 24h horas antes do início do treinamento. Quanto ao material usado na apresentação pelo trainer, será enviado após o treinamento para todos os alunos participantes. ### Qual a duração dos treinamentos OKR Professional Champion e OKR Essentials? O OKR Professional Champion tem carga horária de 10 horas de aulas ao vivo e online. O OKR Essentials tem 12 horas de conteúdo on-demand. ### O treinamento é gravado ou ao vivo? Todo o curso Product Essentials é composto por aulas gravadas, composto por videoaulas, artigos, podcasts, propostas de exercícios. ### É indicado para qual público? Colaboradores de qualquer área que queiram entender OKR e contribuir com a estratégia. ### O treinamento é gravado ou ao vivo? O treinamento acontece ao vivo e não é gravado, logo, não poderá ser cursado em horário diferente do divulgado. Lembrando que é pré-requisito para a certificação que o aluno participe do treinamento de forma efetiva. ### Qual certificação eu terei com esses treinamentos? Após o OKR Professional Champion, você receberá um certificado da K21. A certificação do OKR Essentials será emitida automaticamente após 100% do conteúdo. ### Qual a diferença entre OKR e KPI? KPI é indicador de desempenho contínuo; OKR define objetivos ambiciosos e mensuráveis num ciclo (geralmente trimestral). ### Qual certificação eu terei com este treinamento? Ao completar 100% do progresso e consumo do curso na plataforma, automaticamente será liberado seu certificado K21. ### Qual certificação eu terei com este treinamento? Além de um certificado de participação pela K21, você terá a certificação internacional oficial pela Kanban University. ### Por quanto tempo terei acesso ao OKR Essentials pela plataforma? Ao adquirir, você terá o prazo de 6 meses para acessar pela plataforma. ### Posso comprar para minha equipe inteira? Sim, a K21 tem condições corporativas — fale com nossos especialistas. ### Qual certificação eu terei? Além de um certificado de participação pela K21, você terá uma certificação internacional oficial pela Flight Levels Academy. ### Como refazer o treinamento? Você precisa enviar um e-mail para , no prazo de 1 ano, informando a sua vontade de refazer o treinamento. Como as vagas de retornantes são limitadas a duas por turma e restritas à lotação da mesma, iremos te matricular na primeira turma online disponível, mesmo que a data aconteça fora do prazo de um ano. Importante: este benefício não é válido para os alunos de turmas in company; e a sua participação como retornante será na modalidade online, independentemente se a sua participação na primeira turma foi online ou presencial; além disso, participar da nova turma não dará direito à renovação da certificação. ### Qual certificação eu terei? Além de um certificado de participação pela K21, você terá uma certificação internacional oficial pela Scrum Alliance. ### Qual certificação eu terei? Além de um certificado de participação pela K21, você terá uma certificação internacional oficial pela Kanban University. ### Qual certificação eu terei? Certificado Oficial K21. ### Para quem é o OKR Foundations? Para líderes, gestores e profissionais que desejam alinhar estratégia e execução usando OKRs. ### Qual certificação eu terei? Certificado oficial Management 3.0 Foundation Workshop, reconhecido internacionalmente. ### Terei que fazer prova para receber o certificado? Não, você não precisa realizar prova. Para obter sua certificação, você só precisa assistir às aulas e participar de forma efetiva. ### Quais são os pré-requisitos? Para obter a sua certificação A-CSM, os requisitos exigidos pela certificadora Scrum Alliance são: - ter a certificação Certified ScrumMaster (CSM) com a Scrum Alliance; - realizar o treinamento A-CSM; - validar pelo menos 12 meses de experiência profissional específica para a função de Scrum Master (nos últimos cinco anos). *Para comprovar a experiência, você precisa acessar o site da Scrum Alliance (scrumalliance.org) e fazer o seu login. Lá no dashboard, há a opção ‘Manage work experience’, basta selecionar esta opção e seguir as orientações do site. Obs.: você pode fazer o curso A-CSM a qualquer momento após concluir sua certificação CSM, e deve ter pelo menos 12 meses de experiência Scrum Master logado no seu perfil Scrum Alliance antes de se qualificar para receber sua certificação A-CSM. ### Quais são os pré-requisitos? Para obter a sua certificação A-CSPO, os requisitos exigidos pela certificadora Scrum Alliance são: - ter a certificação Certified Scrum Product Owner (CSPO) com a Scrum Alliance; - realizar o treinamento Advanced Certified Scrum Product Owner® (A-CSPO); - validar pelo menos 12 meses de experiência profissional específica para a função de Product Owner (nos últimos cinco anos). *Para comprovar a experiência, você precisa acessar o site da Scrum Alliance (scrumalliance.org) e fazer o seu login. Lá no dashboard, há a opção ‘Manage work experience’, basta selecionar esta opção e seguir as orientações do site. Obs.: você pode fazer o curso A-CSPO a qualquer momento após concluir sua certificação CSPO, e deve ter pelo menos 12 meses de experiência Product Owner logado no seu perfil Scrum Alliance antes de se qualificar para receber sua certificação A-CSPO. ### Terei que fazer prova? Sim, você precisa realizar uma prova da Scrum Alliance para receber sua certificação internacional. ### Os modelos e preços do Claude citados no curso mudam? Sim, a IA evolui rápido. O conteúdo é mantido atualizado a cada turma com os modelos, preços e recursos mais recentes do Claude. ### Para quem é o Técnicas de Facilitação? Para qualquer profissional que conduz reuniões, workshops ou dinâmicas e deseja torná-los mais produtivos. ### Para quem é o FLSA? Para líderes e profissionais que desejam conectar estratégia e operação na organização. ### Para quem é o F4P? Para profissionais de produto, estratégia, marketing e líderes que desejam alinhar seus produtos/serviços às necessidades dos clientes. ### Como é a prova de CSM? Após o treinamento, você terá 90 dias para fazer a prova oficial da certificadora Scrum Alliance. O exame de CSM é realizado online, e pode ser feito em português. A avaliação é de múltipla escolha, e 99.1% dos nossos alunos são aprovados. Se não atingir a pontuação necessária, você terá uma segunda chance de realização da prova, caso seja necessário. ### Para quem é o TKP? Para profissionais de qualquer área que desejam melhorar a produtividade do seu time usando Kanban. ### Como obter o certificado pela Scrum Alliance? Após o treinamento, você receberá um e-mail da Scrum Alliance com instruções para ativar sua certificação. ### Quais são os pré-requisitos? Ter concluído o treinamento KSD (Kanban System Design). ### Não encontrou sua dúvida? Fale com nosso time pelo e-mail contato@k21.com.br Ou envie sua dúvida pelo Whatsapp (21)3825-8624 ### Preciso ter experiência em gestão? Não. O treinamento é voltado para qualquer profissional interessado em evoluir como líder. ### O que é a licença de KMP? KMP (Kanban Management Professional) é obtida ao completar os treinamentos KSD e KSI. ### Como obter a licença de KMP? Para obter a licença e poder usar o badge de Kanban Management Professional (KMP), você precisa concluir os treinamentos de KSD (Kanban System Design) e KSI (Kanban System Improvement). Não há uma ordem obrigatória para a realização, mas, para um melhor entendimento dos conceitos, sugerimos a sequência: 1. KSD (Kanban System Design) 2. KSI (Kanban System Improvement) ### Qual a diferença entre um curso de Claude e um curso de ChatGPT? Ambos são cursos de IA generativa, mas o Claude (da Anthropic) tem vantagens específicas em raciocínio longo, análise de documentos extensos e nas ferramentas Chat, Cowork e Code — que este curso ensina a combinar. Se você já usa ChatGPT, o curso de Claude te dá um segundo eixo forte de IA no dia a dia, com fluxos que o ChatGPT sozinho não cobre bem. ### Qual a diferença deste curso para um curso de Claude Code isolado? Cursos isolados de Claude Code focam só no terminal e no fluxo de desenvolvimento. Aqui você domina a família Claude completa — Chat, Cowork e Code — mais prompt engineering, Projects, Skills e Subagents. Claude Code aparece como um dos ambientes (com Plan Mode, Hooks, ultracode e modo headless), no contexto dos 5 estágios de automação e do case real K21 + Lovable. ### Para quem é este curso de Claude AI? O curso de Claude AI da K21 é voltado para profissionais de produto, tecnologia, dados e operações que já usam IA de forma ocasional e querem estruturar um método de trabalho com ela. Não é preciso saber programar, mas é preciso ter uma conta Claude em plano pago. Se você quer sair de "uso pontual" para "uso sistemático", o curso é para você. ### O curso é em português? Preciso saber inglês? Sim, 100% em português. Não precisa saber inglês para acompanhar. Os prompts, exercícios e materiais são todos em português, e as interfaces do Claude podem ser usadas no idioma que você preferir. ### Vale a pena fazer um curso de Claude? Vale se você usa IA no trabalho e sente que está deixando produtividade na mesa. Em 5h ao vivo, você aprende a escolher o modelo certo para cada tarefa, escrever prompts que funcionam na primeira tentativa e montar fluxos que rodam sozinhos. A maioria dos alunos recupera o investimento em tempo economizado nas primeiras 2 semanas de uso. ## Glossário (definições) ### #NoEstimates URL: https://br.k21.global/glossario/no-estimates Categoria: Scrum Definição: #NoEstimates é um movimento e uma conversa, iniciada por nomes como Woody Zuill e Vasco Duarte, que questiona o valor de gastar tempo com estimativas detalhadas de esforço. A proposta não é literalmente "nunca estimar", mas explorar formas de tomar decisões e prever entregas usando dados de fluxo, como a contagem de itens e o histórico de throughput, em vez de estimativas item a item. O argumento central é que, em muitos contextos, estimativas consomem tempo, geram falsa previsibilidade e pouco melhoram a decisão. Se um time entrega historicamente certo número de itens por semana, dá para projetar prazos com base nesse dado real, dispensando o esforço de estimar cada história. Na prática: Times que exploram #NoEstimates quebram o trabalho em itens de tamanho parecido, medem o throughput (itens concluídos por período) e usam essa cadência, muitas vezes com simulações de Monte Carlo, para fazer previsões probabilísticas, em vez de somar pontos estimados. O que acontece quando falta: Times investem horas estimando porque "sempre foi assim", produzem números tratados como compromisso e depois sofrem quando a realidade diverge. A estimativa vira teatro de previsibilidade que consome tempo sem melhorar a decisão. --- ### 5 Disfunções de uma Equipe (Lencioni) URL: https://br.k21.global/glossario/disfuncoes-de-uma-equipe Categoria: Liderança e Gestão Definição: As 5 Disfunções de uma Equipe é um modelo de Patrick Lencioni que descreve, em forma de pirâmide, os obstáculos que impedem times de alcançar resultados. Da base ao topo: ausência de confiança, medo de conflito, falta de comprometimento, evitação de responsabilização e desatenção aos resultados. Cada disfunção alimenta a seguinte. A lógica é cumulativa: sem confiança, as pessoas não se expõem; sem conflito saudável, não há debate real; sem debate, não há comprometimento genuíno; sem comprometimento, ninguém cobra ninguém; e sem cobrança, o foco no resultado coletivo se perde para agendas individuais. Na prática: Líderes e Agile Coaches usam o modelo para diagnosticar onde um time emperra. Como a base é a confiança, o trabalho começa por segurança psicológica e vulnerabilidade, sem isso, intervenções no topo (metas, cobrança) não pegam. O que acontece quando falta: Sem entender a sequência, o líder tenta consertar o sintoma errado, cobra resultado de um time que sequer confia o suficiente para discordar em reunião. A intervenção falha porque ignora a disfunção da base. --- ### 5 Forças de Porter URL: https://br.k21.global/glossario/cinco-forcas-de-porter Categoria: Estratégia e Negócio Definição: As 5 Forças de Porter são um modelo de análise da competitividade de um setor, criado por Michael Porter. As cinco forças que determinam a atratividade e a rentabilidade de um mercado são: rivalidade entre concorrentes, ameaça de novos entrantes, ameaça de substitutos, poder de barganha dos fornecedores e poder de barganha dos clientes. O modelo desloca a análise do concorrente isolado para a estrutura do setor inteiro: a lucratividade de longo prazo é menos sobre derrotar um rival específico e mais sobre a posição da empresa frente a essas cinco pressões. Na prática: É usado em análise estratégica e de entrada em novos mercados, geralmente em conjunto com SWOT e PESTEL. Ajuda a responder se vale a pena competir em determinado setor e onde estão as alavancas de poder. O que acontece quando falta: A empresa avalia só os concorrentes diretos e ignora forças que corroem a margem por trás, fornecedores que apertam preços, clientes que ganham poder, substitutos que mudam a categoria. A estratégia mira no inimigo errado. --- ### 5 Porquês (5 Whys) URL: https://br.k21.global/glossario/cinco-porques Categoria: Estratégia e Negócio Definição: Os 5 Porquês são uma técnica de análise de causa-raiz que consiste em perguntar "por quê?" sucessivamente, tipicamente cinco vezes, até chegar à causa fundamental de um problema, em vez de parar no primeiro sintoma. Nasceu no Sistema Toyota de Produção. O número cinco é uma referência, não uma regra: o objetivo é continuar perguntando até que a resposta aponte para uma causa que, se corrigida, impede o problema de voltar, geralmente algo de processo, não de pessoa. Na prática: Diante de um problema, o time pergunta por que ele aconteceu, depois por que aquela causa aconteceu, e assim por diante. Cada resposta vira a base da próxima pergunta. É rápido, não exige ferramentas e cabe bem dentro de uma retrospectiva. O que acontece quando falta: As soluções tratam sintomas. "O deploy quebrou, então vamos ter mais cuidado", sem entender por que o processo permitiu que quebrasse. O problema reaparece com outra roupagem, e o time vive apagando incêndios. --- ### 5W2H URL: https://br.k21.global/glossario/5w2h Categoria: Estratégia e Negócio Definição: O 5W2H é um checklist de planejamento que transforma uma intenção em um plano de ação executável respondendo a sete perguntas: What (o quê), Why (por quê), Where (onde), When (quando), Who (quem), How (como) e How much (quanto custa). É simples de aplicar e elimina ambiguidade sobre o que precisa ser feito. A força da ferramenta está em forçar respostas para todas as perguntas: a maioria dos planos falha justamente nos campos que ninguém respondeu, o "quem" sem dono e o "quando" sem data. Na prática: É usado para detalhar ações que saem de uma retrospectiva, de uma análise de causa-raiz ou de um planejamento. Cada linha vira uma ação com responsável e prazo, o que facilita o acompanhamento e evita que boas ideias morram por falta de dono. O que acontece quando falta: Planos ficam vagos, "vamos melhorar a comunicação" sem dizer como, quem ou até quando. Ações sem responsável e sem data não acontecem, e o time repete os mesmos problemas reunião após reunião. --- ### 8 Passos de Kotter URL: https://br.k21.global/glossario/kotter Categoria: Estratégia e Negócio Definição: Os 8 Passos de Kotter são um modelo de condução de mudança organizacional criado por John Kotter. A sequência: criar senso de urgência, formar uma coalizão de liderança, desenvolver visão e estratégia, comunicar a visão, capacitar a ação removendo obstáculos, gerar vitórias de curto prazo, consolidar ganhos e ancorar a mudança na cultura. O modelo enfatiza que mudança em escala é um processo, não um evento, e que a maioria das transformações fracassa por pular etapas, sobretudo a urgência inicial e a ancoragem cultural final. Vitórias de curto prazo são o combustível que mantém o esforço vivo. Na prática: É usado para estruturar transformações grandes, incluindo adoção de agilidade em escala. Ajuda líderes a sequenciar o esforço: sem urgência genuína e coalizão forte no início, iniciativas de mudança perdem tração antes de produzir resultado. O que acontece quando falta: A transformação começa pelo meio, anuncia-se a visão sem urgência real nem coalizão, e morre na primeira resistência. Sem vitórias de curto prazo, o ceticismo cresce; sem ancoragem cultural, tudo regride quando a atenção dos líderes muda de foco. --- ### Agentes de IA URL: https://br.k21.global/glossario/agentes-de-ia Categoria: Inteligência Artificial Definição: Agentes de IA são sistemas autônomos que usam modelos de linguagem para planejar passos, executar ações em ferramentas externas e perseguir objetivos com pouca ou nenhuma supervisão humana intermediária. Em vez de responder uma pergunta por vez, um agente decompõe o problema, decide o que fazer, age (envia e-mails, consulta APIs, escreve código, atualiza planilhas) e ajusta a rota conforme aprende. Na prática: Times de produto usam agentes para automatizar fluxos repetitivos: triagem de tickets, qualificação de leads, geração de relatórios semanais, análise de feedback em escala e até execução de tarefas dentro do próprio produto. Construir um bom agente exige clareza sobre o objetivo, as ferramentas disponíveis e os limites do que ele pode fazer sem aprovação humana. O curso Product AI: Transformando Ideias em Produtos com IA da K21 mostra como combinar agentes e Vibe Coding para construir soluções que tomam ações no mundo real, não só geram texto. O que acontece quando falta: Sem agentes, as organizações continuam gastando horas humanas em trabalho repetitivo que máquinas já conseguem fazer melhor. Pessoas qualificadas viram operadoras de planilha e copiadoras de informação entre sistemas. O custo de oportunidade é enorme: o tempo que poderia ser gasto em estratégia, descoberta e relacionamento com cliente é consumido em tarefas que um agente bem desenhado resolveria em segundos. --- ### Agile Coach URL: https://br.k21.global/glossario/agile-coach Categoria: Liderança e Gestão Definição: Agile Coach é o profissional que ajuda times, líderes e organizações a desenvolverem a capacidade de operar de forma ágil, não apenas a usar um framework. Combina conhecimento técnico de Scrum, Kanban e produto com habilidades de coaching, facilitação e gestão de mudança. Atua em horizontes mais longos do que um Scrum Master de time único. Na prática: No dia a dia, um Agile Coach pode mentorar Scrum Masters menos experientes, facilitar workshops com lideranças, ajudar a desenhar a estrutura de times de uma área, conduzir diagnósticos de maturidade e propor experimentos de mudança organizacional. Trabalha com dados (métricas de fluxo, satisfação, qualidade) e com pessoas (conversas difíceis, alinhamentos entre áreas, resolução de conflitos). Não é um título cerimonial: é uma combinação de habilidades que se constrói com anos de prática em times reais. A trilha A-CSM da K21 é o passo natural para Scrum Masters que querem evoluir para esse papel. O que acontece quando falta: Sem alguém com olhar de Agile Coach, a transformação ágil fica restrita a times isolados. Cada time melhora dentro da sua bolha, mas as fronteiras entre áreas continuam travadas, a liderança não muda de comportamento e a organização não capta o ganho real. O resultado é o famoso "fizemos a transformação ágil e nada mudou", porque o que mudou foi o vocabulário, não o sistema. --- ### Agilidade URL: https://br.k21.global/glossario/agilidade Categoria: Scrum Definição: Agilidade é a capacidade de uma organização entregar valor desde cedo e consistentemente, adaptar-se à mudança e aprender com cada entrega. Não é sinônimo de Scrum, Kanban ou de qualquer framework específico, esses são meios. Agilidade é o resultado: ciclos curtos de feedback, decisões próximas de quem faz o trabalho e foco em valor real entregue ao cliente, não em horas trabalhadas. Na prática: Uma organização ágil mantém times pequenos e estáveis com responsabilidade ponta a ponta sobre um produto ou serviço, encurta o ciclo entre ideia e produção, expõe métricas de fluxo e de qualidade, e usa retrospectivas e dados para evoluir o jeito de trabalhar. Líderes deixam de aprovar tudo e passam a remover obstáculos sistêmicos. Decisões deixam de subir todas para o topo e passam a ser tomadas onde está a informação. Cursos como CSM e CSPO da K21 ensinam o framework; a agilidade verdadeira aparece quando as práticas começam a transformar o sistema todo. O que acontece quando falta: Organizações sem agilidade real demoram meses para responder a movimentos do mercado, aprovam projetos em ciclos anuais, medem produtividade por horas em vez de valor entregue e descobrem que o produto está errado só depois do lançamento. O custo da mudança é alto, a moral dos times cai e a competição mais rápida começa a abocanhar mercado, geralmente sem que ninguém perceba a tempo. --- ### Agilidade de Negócio URL: https://br.k21.global/glossario/agilidade-de-negocio Categoria: Liderança e Gestão Definição: Agilidade de Negócio (Business Agility) é a capacidade de uma organização inteira, não apenas tecnologia, sentir, responder e se adaptar a mudanças no mercado de forma rápida e contínua. Vai além de times ágeis: envolve estratégia, finanças, RH, jurídico, marketing e operações organizados em fluxos de valor com decisão próxima de quem faz o trabalho. Na prática: Organizações com agilidade de negócio adotam orçamento contínuo no lugar do anual, estruturam-se por fluxo de valor, medem outcome em vez de output, descentralizam decisões e investem em aprendizagem coletiva. Frameworks como Flight Levels, Team Topologies e LeSS ajudam, mas o cerne é cultural. A K21 atua nessa frente com formações de FLSA, OKR Foundations e consultoria, agilidade técnica é só o começo. O que acontece quando falta: Sem agilidade de negócio, ter times ágeis no meio de uma estrutura tradicional gera atrito eterno: o time entrega a cada Sprint, mas o orçamento é anual; o time prioriza por valor, mas a estratégia muda em comitê opaco. Eficiência local não vira ganho organizacional, e a frustração mata o entusiasmo dos primeiros anos. --- ### Auto-organização URL: https://br.k21.global/glossario/auto-organizacao Categoria: Liderança e Gestão Definição: Auto-organização é a capacidade de um time decidir internamente quem faz o quê, quando e como, dentro de um propósito e restrições claras. O Scrum Guide atual usa o termo "auto-gerenciado" para reforçar que o time também decide por que e o que fazer, em colaboração com o PO. É o oposto da gestão por comando-e-controle, em que tarefas são distribuídas de cima para baixo. Na prática: Times auto-organizados puxam trabalho do backlog em vez de receber atribuições, fazem pareamento sem pedir autorização, decidem práticas técnicas, ajustam o próprio processo na Retrospectiva e negociam escopo dentro da Sprint quando necessário. A auto-organização exige clareza de propósito (Sprint Goal, Product Goal), segurança psicológica e maturidade, não acontece por decreto. A formação CSM da K21 mostra como construir o terreno em que a auto-organização floresce. O que acontece quando falta: Quando um time não é auto-organizado, ele depende do Scrum Master ou de um gerente para tudo: priorizar tarefas, mediar conflitos, decidir como fazer. Vira reativo, perde iniciativa e qualidade. O líder vira gargalo, o time vira executor passivo e a Retrospectiva fica vazia, não há senso de agência para mudar nada. --- ### BANI URL: https://br.k21.global/glossario/bani Categoria: Estratégia e Negócio Definição: BANI é um acrônimo proposto por Jamais Cascio para descrever o mundo contemporâneo como Frágil (Brittle), Ansioso (Anxious), Não-linear (Non-linear) e Incompreensível (Incomprehensible). Surge como uma evolução do VUCA, para situações em que sistemas aparentemente estáveis colapsam de repente e relações de causa e efeito deixam de ser proporcionais. A diferença de tom em relação ao VUCA é proposital: enquanto VUCA descreve turbulência, BANI captura a sensação de fragilidade e ansiedade, sistemas que funcionam até quebrarem catastroficamente, e efeitos desproporcionais à causa. Na prática: BANI é usado para enquadrar conversas sobre resiliência, saúde mental no trabalho e antifragilidade. Cada elemento sugere uma resposta: fragilidade pede capacidade e folga; ansiedade pede empatia e presença; não-linearidade pede experimentação; incompreensibilidade pede transparência e sensemaking. O que acontece quando falta: Sem uma leitura adequada do contexto, líderes respondem à fragilidade com mais eficiência (que aumenta a fragilidade) e à ansiedade com mais pressão (que a piora). A organização otimiza para o cenário normal e desaba no primeiro choque inesperado. --- ### BDD (Behavior-Driven Development) URL: https://br.k21.global/glossario/bdd Categoria: Engenharia e DevOps Definição: BDD (Desenvolvimento Orientado a Comportamento) é uma prática que descreve o comportamento esperado do software em linguagem próxima à do negócio, usando exemplos no formato "Dado–Quando–Então" (Given–When–Then). Evolui o TDD ao aproximar desenvolvedores, QA e pessoas de negócio em torno de uma mesma especificação executável. A ideia é transformar requisitos em cenários concretos e testáveis, escritos de forma que todos entendam. Esses cenários servem ao mesmo tempo como documentação viva, critério de aceitação e teste automatizado. Na prática: O time escreve cenários (muitas vezes em Gherkin) durante o refinamento, definindo juntos o que significa "pronto" para cada história. Os cenários guiam o desenvolvimento e são automatizados, garantindo que o comportamento combinado seja o que de fato é entregue. O que acontece quando falta: Requisitos viram texto ambíguo interpretado de formas diferentes por negócio, dev e QA. O que é construído não é o que foi pedido, retrabalho aparece tarde, e os critérios de aceitação só são "descobertos" na revisão. --- ### Burndown Chart URL: https://br.k21.global/glossario/burndown-chart Categoria: Métricas e Performance Definição: Burndown Chart é um gráfico que mostra o trabalho restante de uma Sprint (ou release) ao longo do tempo. No eixo X, os dias da Sprint; no eixo Y, o trabalho restante (em pontos, itens ou tarefas). Uma linha ideal, reta descendente, serve como referência, e a linha real revela se o time está adiantado, no ritmo ou atrasado em relação ao Sprint Goal. Na prática: O burndown é atualizado diariamente, idealmente automatizado a partir do quadro. Variações significativas, uma linha horizontal por dias, um pulo súbito, geram conversa na Daily ou na Retrospectiva. Hoje, muitos times preferem burnup charts (que mostram trabalho concluído crescendo e separa mudanças de escopo) ou Cumulative Flow Diagrams (que revelam gargalos). O importante é o gráfico gerar conversa baseada em dado, não virar instrumento de cobrança. O que acontece quando falta: Sem visualização do progresso, o time descobre que vai atrasar só na Sprint Review. Ajustes que poderiam ter acontecido no meio da Sprint, renegociar escopo com o PO, pedir ajuda, não acontecem. O Sprint Goal é traído no último dia, e a Retrospectiva se enche de "deveríamos ter visto antes". --- ### Burnup Chart URL: https://br.k21.global/glossario/burnup-chart Categoria: Scrum Definição: O Burnup Chart é um gráfico de acompanhamento que mostra, ao longo do tempo, quanto trabalho já foi concluído em relação ao escopo total. Diferente do Burndown (que mostra o trabalho restante caindo até zero), o Burnup usa duas linhas: uma para o concluído (subindo) e outra para o escopo total. A vantagem do Burnup é tornar visível a mudança de escopo. Quando o escopo aumenta, a linha superior sobe, e fica evidente se o atraso vem do ritmo de entrega ou de um escopo que não para de crescer, algo que o Burndown esconde. Na prática: Times e POs usam o Burnup para acompanhar progresso de uma release ou épico e para conversar com stakeholders sobre prazo versus escopo. As duas linhas tornam honesta a discussão: dá para ver se a meta se afasta porque o time é lento ou porque o escopo incha. O que acontece quando falta: Com só um Burndown, mudanças de escopo viram ruído invisível: a linha "não desce" e ninguém sabe se é problema de ritmo ou de escopo crescente. As conversas de prazo ficam confusas e os stakeholders desconfiam dos números. --- ### Business Model Canvas URL: https://br.k21.global/glossario/business-model-canvas Categoria: Produto e Discovery Definição: O Business Model Canvas é um quadro visual com nove blocos que descrevem como uma organização cria, entrega e captura valor: Segmentos de Clientes, Proposta de Valor, Canais, Relacionamento, Fontes de Receita, Recursos-Chave, Atividades-Chave, Parcerias-Chave e Estrutura de Custos. Foi criado por Alexander Osterwalder. Em vez de um plano de negócios de 40 páginas, o Canvas cabe em uma folha e torna o modelo de negócio discutível, comparável e fácil de iterar, você muda um post-it e vê o efeito no resto. Na prática: Times usam o Canvas para desenhar um novo negócio, mapear um existente ou comparar alternativas estratégicas. Cada bloco é uma hipótese a ser validada, o que o conecta diretamente ao Lean Startup e à descoberta de produto. O que acontece quando falta: A discussão de modelo de negócio fica fragmentada: marketing fala de canais, finanças fala de custos e ninguém vê o todo. Decisões são tomadas sem entender como as peças se sustentam, e inconsistências (uma proposta de valor sem fonte de receita clara) passam despercebidas. --- ### Classes de Serviço URL: https://br.k21.global/glossario/classes-de-servico Categoria: Kanban Definição: Classes de Serviço são categorias de itens no sistema Kanban que recebem tratamentos diferentes com base em risco, urgência ou custo de atraso. O Método Kanban sugere quatro classes clássicas: Expedida (Expedite), Data Fixa (Fixed Date), Padrão (Standard) e Intangível (Intangible). Cada classe tem sua própria política de fluxo, prioridade e Service Level Expectation. Na prática: Itens Expedidos passam à frente, com limite máximo de um por vez. Data Fixa entram com prazo claro e priorização proativa antes da urgência. Padrão seguem ordem FIFO baseada em custo de atraso. Intangíveis (refatorações, automações) entram quando há capacidade e equilibram saúde técnica. Critérios claros de classificação evitam que "tudo vire urgência". O KSD da K21 ensina a desenhar classes de serviço que reflitam a economia real do negócio. O que acontece quando falta: Sem classes de serviço explícitas, toda demanda é tratada igual, ou pior, tudo vira urgência. Itens críticos esperam a fila junto com manutenção, e os intangíveis (que sustentam o sistema no longo prazo) nunca acontecem. O time vira reativo, dívida técnica acumula e prazos importantes são descobertos só na véspera. --- ### Coaching vs Mentoring URL: https://br.k21.global/glossario/coaching-vs-mentoring Categoria: Liderança e Gestão Definição: Coaching e Mentoring são abordagens complementares de desenvolvimento de pessoas. Coaching parte do princípio de que a resposta está no coachee, o coach faz perguntas poderosas e escuta. Mentoring parte da experiência do mentor, que compartilha caminhos, contatos e referências. Bons líderes operam nas duas modalidades, escolhendo conforme contexto e maturidade da pessoa. Na prática: Scrum Masters frequentemente atuam como agile coaches, ajudando times a encontrarem suas próprias respostas em vez de prescrever práticas. Em paralelo, oferecem mentoria sobre o framework e sobre experiências passadas. Saber alternar é crítico: coaching em momento que pede mentoring frustra (a pessoa só quer saber como fazer); mentoring quando pede coaching tira protagonismo. A formação A-CSM da K21 aprofunda esse repertório. O que acontece quando falta: Líderes que só fazem coaching deixam times patinarem em problemas para os quais a resposta já existe. Líderes que só fazem mentoring criam dependência e bloqueiam autonomia. Sem alternância consciente, desenvolvimento vira ou frustração ou paternalismo. --- ### Comunicação Não-Violenta (CNV) URL: https://br.k21.global/glossario/cnv Categoria: Liderança e Gestão Definição: Comunicação Não-Violenta (CNV) é uma abordagem de comunicação criada por Marshall Rosenberg que estrutura o diálogo em quatro componentes: observação (fato, sem julgamento), sentimento, necessidade e pedido. O objetivo é expressar-se com honestidade e ouvir com empatia, mesmo em situações de tensão e conflito. A chave da CNV é separar observação de avaliação e conectar sentimentos a necessidades. "Você é desorganizado" é julgamento; "quando o card fica sem atualização por três dias (observação), eu fico ansioso (sentimento) porque preciso de previsibilidade (necessidade), você poderia atualizá-lo ao fim do dia? (pedido)" é CNV. Na prática: É usada para dar feedback difícil, mediar conflitos e melhorar a qualidade das conversas em times. Em retrospectivas e conversas um a um, ajuda a tratar problemas sem que a outra pessoa entre em defesa, mantendo o foco na necessidade real. O que acontece quando falta: Conversas difíceis viram julgamento e contra-ataque. Feedback soa como crítica pessoal, a pessoa se defende em vez de ouvir, e o problema real, a necessidade não atendida, nunca chega à mesa. Conflitos se acumulam e a confiança erode. --- ### Critérios de Aceitação URL: https://br.k21.global/glossario/criterios-de-aceitacao Categoria: Scrum Definição: Critérios de Aceitação são as condições específicas que um item do backlog precisa atender para ser considerado concluído sob a perspectiva do Product Owner e do usuário. Diferem da Definition of Done, que vale para todos os itens, porque são únicos por item: descrevem o comportamento esperado, regras de negócio, casos de borda e cenários de validação daquela história específica. Na prática: Os critérios são escritos pelo PO em conjunto com o time durante o refinamento, frequentemente no formato Gherkin (Dado / Quando / Então) ou como lista de verificações. Bons critérios são testáveis, sem ambiguidade e cobrem o caminho feliz e os principais erros. Em times de produto digital, viram base para testes automatizados de aceitação. A formação CSPO da K21 mostra como escrever critérios que orientam a construção sem virar especificação engessada, o objetivo é alinhar entendimento, não substituir conversa. O que acontece quando falta: Sem critérios de aceite, "pronto" depende de quem olha. O PO valida na Review, encontra comportamentos inesperados e pede ajustes, que viram retrabalho na Sprint seguinte. A qualidade percebida cai, a confiança entre PO e Developers se desgasta e o backlog acumula bugs disfarçados de "melhorias". Em escala, isso vira o sintoma clássico de produto que "nunca está pronto". --- ### Cumulative Flow Diagram (CFD) URL: https://br.k21.global/glossario/cumulative-flow-diagram Categoria: Kanban Definição: Cumulative Flow Diagram (CFD) é um gráfico que mostra a quantidade acumulada de itens em cada estado do fluxo ao longo do tempo. Cada banda colorida representa uma coluna do quadro (Backlog, Em Análise, Em Desenvolvimento, Em Teste, Pronto). A leitura conjunta das bandas revela gargalos, acúmulo de WIP, mudanças de demanda e tendências de Lead Time, sem precisar de outros gráficos. Na prática: Uma banda que cresce sem que a banda seguinte cresça igual sinaliza acúmulo: o item entra, mas não sai. Bandas paralelas e finas indicam fluxo saudável. Inclinações das bordas mostram throughput; a distância vertical mostra WIP; a distância horizontal mostra Lead Time aproximado. O KSD da K21 ensina a ler CFDs em poucos segundos e a usar essa leitura como base de conversas de melhoria contínua. O que acontece quando falta: Sem CFD ou visualização equivalente, gargalos só aparecem quando viram crise. Acúmulos em "Em Teste" ou "Aguardando Deploy" passam despercebidos por semanas, até que o time perceba que está entregando pouco apesar de trabalhar muito. Sem dado, melhoria de fluxo é tentativa-e-erro caro. --- ### Curva de Mudança (Kübler-Ross) URL: https://br.k21.global/glossario/curva-de-mudanca Categoria: Estratégia e Negócio Definição: A Curva de Mudança é uma adaptação, para o contexto organizacional, dos estágios do luto descritos por Elisabeth Kübler-Ross: negação, raiva, barganha, depressão e aceitação. Aplicada à mudança no trabalho, descreve a montanha-russa emocional que as pessoas tendem a percorrer ao enfrentar transformações significativas, uma reorganização, uma nova forma de trabalhar, uma adoção de agilidade. O valor do modelo é normalizar a reação emocional à mudança. A queda de desempenho e a resistência iniciais não são sabotagem nem incompetência, são fases esperadas. Entender isso permite ao líder dar suporte adequado a cada estágio, em vez de interpretar a resistência como problema a ser combatido. Na prática: Líderes e agentes de mudança usam a curva para antecipar e acolher as reações: comunicar com empatia na negação, ouvir na raiva, dar clareza e suporte na barganha e na depressão, e reforçar ganhos na aceitação. Combina bem com modelos de mudança como ADKAR e Kotter. O que acontece quando falta: A liderança espera adesão imediata e interpreta a resistência natural como má vontade. Pressiona quem está em negação ou raiva, aprofunda o vale de desempenho e, sem suporte emocional, muitos nunca chegam à aceitação, a mudança falha. --- ### Custo do Atraso (Cost of Delay) URL: https://br.k21.global/glossario/cost-of-delay Categoria: Métricas e Performance Definição: Custo do Atraso (Cost of Delay) é o valor econômico que se perde por não ter algo pronto agora, quanto custa cada unidade de tempo de espera por uma funcionalidade, projeto ou decisão. É a pergunta-chave que transforma priorização em conversa econômica: "quanto nos custa adiar isto em uma semana?". A ideia, popularizada por Don Reinertsen, é que a maioria das organizações prioriza por custo ou esforço, quando deveria priorizar pelo custo de atrasar. Itens com alto custo de atraso e baixa duração devem vir primeiro, base do método WSJF, que divide o custo do atraso pela duração. Na prática: Times de produto estimam o custo de atraso de cada item (impacto em receita, risco, oportunidade) e o usam para sequenciar o trabalho economicamente. Revela que itens "pequenos e rápidos" com alto custo de atraso deveriam furar a fila de épicos grandes e caros. O que acontece quando falta: A priorização ignora o tempo e o valor econômico: o time entrega na ordem do esforço ou do "quem pediu primeiro". Itens valiosos e urgentes ficam esperando atrás de grandes projetos de baixo retorno, e a empresa perde dinheiro de forma invisível. --- ### Cycle Time URL: https://br.k21.global/glossario/cycle-time Categoria: Kanban Definição: Cycle Time é o tempo entre o início ativo do trabalho em um item e sua conclusão. Diferente do Lead Time (que conta desde a solicitação), o Cycle Time mede apenas o tempo de "mãos no item". É a métrica que melhor reflete a eficiência operacional do time, quanto tempo o sistema realmente leva para transformar um pedido em entrega quando começa a trabalhar nele. Na prática: O time define claramente o ponto de "início" (uma coluna específica do quadro, como "Em Progresso") e o ponto de "fim" (geralmente "Pronto"). Cycle Time é coletado por item e analisado por percentis. Combinado com WIP e throughput pela Lei de Little, vira base de previsões probabilísticas. O KSD da K21 ensina a usar Cycle Time como termômetro do sistema: subiu? Provavelmente o WIP estourou ou apareceu um gargalo. O que acontece quando falta: Sem Cycle Time, é impossível separar "demora pra começar" (problema de priorização ou capacidade) de "demora pra terminar" (problema de execução ou impedimento). O time não sabe onde investir esforço de melhoria e o negócio recebe explicações genéricas sobre lentidão. --- ### Cynefin URL: https://br.k21.global/glossario/cynefin Categoria: Estratégia e Negócio Definição: Cynefin é um framework de tomada de decisão criado por Dave Snowden que classifica situações em cinco domínios, Claro (óbvio), Complicado, Complexo, Caótico e Confuso (desordem), para que o líder escolha a abordagem certa para cada contexto. A premissa é que não existe boa decisão sem antes entender que tipo de problema você tem nas mãos. Em domínios Claros, a relação causa-efeito é evidente e basta aplicar boas práticas. No Complicado, ela existe mas exige análise de especialistas. No Complexo, só emerge depois, você experimenta para descobrir. No Caótico, age-se primeiro para estabilizar. A agilidade vive sobretudo no domínio Complexo. Na prática: Times usam o Cynefin para decidir quando seguir um processo conhecido e quando experimentar. Um problema complexo tratado como complicado (planejamento detalhado antecipado) costuma falhar; o caminho é rodar experimentos seguros, observar padrões e adaptar. O que acontece quando falta: A organização aplica a mesma receita a todo tipo de problema, geralmente "planejar tudo antes", e se frustra quando o contexto é complexo e imprevisível. Boas práticas viram camisa de força em situações que pediam experimentação. --- ### Daily Scrum URL: https://br.k21.global/glossario/daily-scrum Categoria: Scrum Definição: Daily Scrum é o evento diário do Scrum, de até 15 minutos, em que os Developers alinham e sincronizam o trabalho rumo ao Sprint Goal. Não é uma reunião de status para a gestão: é o momento em que o time técnico discute as oportunidades de colaboração e troca de conhecimento para as próximas 24 horas. Acontece no mesmo horário e no mesmo lugar todos os dias úteis da Sprint. Na prática: Num time saudável, a Daily é focada e termina antes dos 15 minutos. O time identifica oportunidades de colaboração, troca de conhecimento e alinha sobre o que vai acontecer nas próximas 24 horas, ou seja, até a próxima Daily. Itens que viraram conversa longa saem da Daily e viram reunião específica logo depois. O Scrum Master observa, ajuda a manter o foco e captura impedimentos que precisam ser resolvidos fora dali. Em times remotos, funciona igualmente bem com câmera aberta e quadro visível. O CSM da K21 mostra como tirar a Daily do modo "relatório" e colocar no modo "planejamento ao vivo". O que acontece quando falta: Times sem Daily perdem a chance diária de ajustar o plano e descobrem impedimentos só na Review, quando já é tarde para reagir. Dailies mal feitas (vira reunião de status, dura 40 minutos, é só pra "controlar" o time) geram o oposto do esperado: cansaço, ressentimento e a sensação de que o Scrum é burocracia. O custo é silencioso, mas mata o framework por dentro. --- ### Definition of Done URL: https://br.k21.global/glossario/definition-of-done Categoria: Scrum Definição: Definition of Done (DoD) é o acordo formal do time sobre o que significa um item estar "pronto". Por exemplo: testado, integrado, documentado, deployado, o que for relevante para o produto. É o padrão de qualidade compartilhado que evita o famoso "pronto, mas…". Todo incremento de uma Sprint precisa atender à DoD para ser considerado entregue. Na prática: Um time define a DoD em conjunto e a mantém visível, geralmente como um checklist ao lado do quadro. Itens típicos: código revisado, testes automatizados passando, integração contínua verde, documentação atualizada, deploy em staging ou produção, critérios de aceite validados pelo PO. A DoD evolui: o que era opcional vira obrigatório à medida que o time amadurece. Em organizações com múltiplos times no mesmo produto, existe uma DoD compartilhada para garantir consistência. A formação CSM da K21 explora como construir DoDs realistas, que elevam a qualidade sem engessar a entrega. O que acontece quando falta: Sem DoD explícita, "pronto" vira opinião. O time entrega coisas que parecem funcionar, mas não estão testadas, integradas ou em produção. A dívida técnica explode, retrabalho aparece em Sprints futuras e a velocidade percebida pelo negócio é muito maior do que a velocidade real de entrega de valor. No fim, lança-se com bugs, dependência manual e a sensação de que cada release é um milagre. --- ### Definition of Ready URL: https://br.k21.global/glossario/definition-of-ready Categoria: Scrum Definição: Definition of Ready (DoR) é um acordo opcional do time sobre as condições mínimas para um item do Product Backlog entrar em uma Sprint. Não é parte oficial do Scrum Guide, mas é prática comum: ajuda a evitar que itens mal compreendidos entrem na Planning e gerem retrabalho. Diferente da Definition of Done, que define qualidade de entrega, a DoR define qualidade de preparação. Na prática: Itens típicos de uma DoR: critérios de aceite escritos, dependências identificadas, dúvidas de negócio resolvidas com o PO, tamanho compatível com uma Sprint, mockups disponíveis quando aplicável. O time usa a DoR como checklist no refinamento, se um item não passa, volta para o backlog para ser melhor preparado. O cuidado é não transformar a DoR em barreira burocrática que segura o trabalho: ela é guia, não muro. O Workshop Estimativa de Backlog e o CSPO da K21 mostram como combinar DoR enxuta com refinamento contínuo. O que acontece quando falta: Sem DoR, itens entram na Sprint pela metade: sem critério de aceite, sem alinhamento com stakeholders, com regras de negócio em aberto. Os Developers começam a trabalhar, encontram bloqueios, esperam o PO responder e a Sprint se arrasta. No fim, entrega-se menos e com qualidade pior. O time aprende a "não confiar no backlog" e passa a estimar com gordura, mascarando o problema real. --- ### Delegation Poker URL: https://br.k21.global/glossario/delegation-poker Categoria: Liderança e Gestão Definição: Delegation Poker é uma prática de Management 3.0 que ajuda líderes e times a explicitarem níveis de delegação para diferentes decisões. Usa sete níveis (1: dizer, 2: vender, 3: consultar, 4: concordar, 5: aconselhar, 6: perguntar, 7: delegar) representados em cartas. Cada participante revela seu nível, divergências viram conversa, e o time chega a acordos explícitos sobre quem decide o quê. Na prática: O time mapeia decisões reais (definir prioridade técnica, contratar, definir férias, escolher ferramenta) e joga uma rodada por decisão. Resultado entra em um Delegation Board visível, que vira referência. Reduz frustração de "eu achei que podia decidir" e expõe gargalos de autoridade. É um dos exercícios mais transformadores quando bem facilitado. O que acontece quando falta: Sem explicitação de delegação, todo mundo opera por suposição. O time acha que tem autonomia em algo, decide, e o líder revoga, perda de confiança imediata. Ou o líder espera que o time decida e o time espera autorização. Decisões travam, e a frustração corrói o relacionamento. --- ### Desenvolvedores URL: https://br.k21.global/glossario/desenvolvedores Categoria: Scrum Definição: Desenvolvedores (Developers no Scrum Guide) são os membros do Time Scrum comprometidos em criar qualquer aspecto de um Incremento utilizável a cada Sprint. O termo não se restringe a programadores: inclui designers, testadores, analistas, arquitetos, escritores técnicos, qualquer pessoa cuja contribuição seja necessária para transformar itens do backlog em incremento pronto. São coletivamente responsáveis pelo Sprint Backlog. Na prática: Os Developers planejam o trabalho da Sprint, criam um plano para cumprir o Sprint Goal, adaptam esse plano diariamente na Daily e garantem qualidade aderindo à Definition of Done. Eles se auto-organizam para decidir como o trabalho será feito, sem que o Scrum Master ou um gerente atribua tarefas. Em times maduros, fazem pareamento, mob programming, code review constante e refinamento contínuo. A formação CSM da K21 ajuda Scrum Masters a criarem o ambiente em que Developers podem realmente exercer essa autonomia, sem microgestão. O que acontece quando falta: Quando "Developers" são vistos como executores que recebem ordens, o Scrum desaba. As estimativas viram imposições, a Daily vira reunião de reporte, a qualidade despenca porque ninguém se sente dono e a Retrospectiva fica vazia: por que sugerir melhorias se as decisões são tomadas fora dali? O resultado é um time desengajado, alta rotatividade e o eterno discurso de que "Scrum não funciona aqui". --- ### Design Sprint URL: https://br.k21.global/glossario/design-sprint Categoria: Produto e Discovery Definição: Design Sprint é um processo estruturado de cinco dias, criado no Google Ventures por Jake Knapp, para responder a perguntas críticas de negócio por meio de prototipagem e teste com usuários reais. Em uma semana, o time passa de um problema a um protótipo validado, comprimindo meses de discussão em poucos dias. A lógica é "errar barato e rápido": em vez de construir para depois descobrir se funciona, o Design Sprint constrói só a fachada, um protótipo realista o suficiente para testar a hipótese antes de investir em desenvolvimento. Na prática: A semana segue um roteiro: segunda mapeia o problema, terça gera soluções, quarta decide e faz storyboard, quinta prototipa e sexta testa com cinco usuários. Ao fim, o time tem evidência real para decidir se segue, ajusta ou abandona a ideia. O que acontece quando falta: Decisões de produto se arrastam em reuniões e opiniões sem dados. O time investe meses construindo algo que poderia ter sido invalidado em uma semana de teste, e descobre o erro depois do lançamento, quando consertar custa caro. --- ### Design Thinking URL: https://br.k21.global/glossario/design-thinking Categoria: Produto e Discovery Definição: Design Thinking é uma abordagem de resolução de problemas centrada no ser humano, que parte de entender profundamente as pessoas envolvidas, definir o problema certo, gerar muitas ideias, prototipar rapidamente e testar com usuários reais. Não é uma metodologia rígida: é uma forma de pensar que combina empatia, criatividade e iteração. Funciona para produtos digitais, serviços, processos internos e estratégia. Na prática: Um workshop típico de Design Thinking passa por cinco etapas: empatia (entrevistas, observação), definição (formular o problema do ponto de vista do usuário), ideação (técnicas como Crazy 8s, How Might We), prototipagem (rascunhos rápidos, protótipos clicáveis) e teste (mostrar para usuários reais e iterar). Cada ciclo é curto, horas ou dias, não semanas. Hoje, ferramentas de IA generativa aceleram drasticamente cada uma dessas etapas. O curso Design Thinking + IA da K21 ensina como combinar as duas abordagens para resolver problemas complexos e gerar inovação prática. O que acontece quando falta: Sem uma abordagem estruturada de descoberta, times pulam direto para a solução. Resolvem o problema errado com elegância técnica, lançam produtos que ninguém pediu e iteram em features marginais. A organização gasta orçamento em melhorias incrementais e perde a chance de fazer perguntas mais profundas, exatamente as perguntas que abrem espaço para diferenciação real. --- ### DevOps URL: https://br.k21.global/glossario/devops Categoria: Engenharia e DevOps Definição: DevOps é uma cultura e um conjunto de práticas que aproximam desenvolvimento (Dev) e operações (Ops) para entregar software com mais frequência, qualidade e segurança. Combina mudança cultural (colaboração, responsabilidade compartilhada) com automação (integração e entrega contínuas, infraestrutura como código, monitoramento). A essência não é uma ferramenta nem um cargo, mas derrubar o muro entre quem constrói e quem opera o software, de modo que o mesmo time seja responsável por entregar e por manter o que entregou funcionando em produção. Na prática: Times DevOps automatizam o pipeline do commit ao deploy, monitoram o que está em produção e tratam falhas como aprendizado, não como caça às bruxas. Métricas como frequência de deploy, lead time para mudança, taxa de falha e tempo de recuperação (as métricas DORA) guiam a melhoria. O que acontece quando falta: Dev e Ops viram silos em conflito: desenvolvimento "joga por cima do muro" e operações segura entregas com medo de quebrar produção. Deploys ficam raros, arriscados e dolorosos, e o lead time para entregar valor explode. --- ### Diagrama de Gantt URL: https://br.k21.global/glossario/diagrama-de-gantt Categoria: Estratégia e Negócio Definição: O Diagrama de Gantt é uma representação visual de um cronograma de projeto em forma de barras horizontais ao longo do tempo, mostrando o início, a duração e as dependências de cada atividade. Foi popularizado por Henry Gantt no início do século XX. É a ferramenta clássica da gestão de projetos preditiva: útil quando o escopo e a sequência são razoavelmente conhecidos e o objetivo é visualizar prazos, marcos e dependências em um único quadro. Na prática: É usado em projetos com forte componente de planejamento antecipado, obras, eventos, lançamentos com data fixa. Em contextos ágeis, costuma ser substituído ou complementado por quadros Kanban e roadmaps, que assumem que o plano vai mudar. O que acontece quando falta: Em projetos com muitas dependências e data crítica, a ausência de uma visão de cronograma deixa atrasos invisíveis até ser tarde. Por outro lado, em ambientes incertos, depender só do Gantt cria a ilusão de previsibilidade onde ela não existe. --- ### Diagrama de Ishikawa (Espinha de Peixe) URL: https://br.k21.global/glossario/ishikawa Categoria: Estratégia e Negócio Definição: O Diagrama de Ishikawa, também chamado de espinha de peixe ou diagrama de causa e efeito, é uma ferramenta visual para mapear as possíveis causas de um problema, agrupadas em categorias. As mais comuns são os 6M: Método, Máquina, Material, Mão de obra, Medição e Meio ambiente. O formato lembra o esqueleto de um peixe: o problema fica na "cabeça" e as categorias de causa nas "espinhas". Ele força o time a olhar além do sintoma óbvio e considerar causas em várias dimensões antes de concluir. Na prática: É usado em análise de causa-raiz, geralmente junto com os 5 Porquês: o Ishikawa abre o leque de causas possíveis e os 5 Porquês aprofundam as mais prováveis. Funciona bem em retrospectivas de incidentes e em melhoria de processos com problemas recorrentes. O que acontece quando falta: O time ataca o primeiro culpado aparente e ignora causas estruturais. O problema parece resolvido, mas volta, porque a causa-raiz estava em outra categoria que ninguém investigou. --- ### Dívida Técnica URL: https://br.k21.global/glossario/divida-tecnica Categoria: Engenharia e DevOps Definição: Dívida Técnica é uma metáfora criada por Ward Cunningham para o custo futuro de escolhas de implementação que priorizam velocidade no curto prazo em detrimento da qualidade. Como uma dívida financeira, ela cobra "juros": cada mudança futura no código comprometido fica mais lenta e arriscada. A metáfora ajuda a conversar com o negócio: assim como dívida pode ser estratégica (acelera agora para validar uma hipótese), ela também precisa ser paga. Acumular dívida sem nunca quitá-la leva à falência técnica, o sistema fica caro demais para evoluir. Na prática: Times tornam a dívida visível (em um backlog ou quadro próprio), decidem conscientemente quando contraí-la e reservam capacidade para pagá-la, refatorando à medida que tocam o código. A chave é a decisão deliberada, não o acúmulo silencioso. O que acontece quando falta: Sem gestão da dívida, a velocidade do time despenca ao longo do tempo sem causa aparente. O negócio cobra entregas mais rápidas, o time responde com mais atalhos, e a espiral de juros torna cada mudança progressivamente mais cara. --- ### Domain-Driven Design (DDD) URL: https://br.k21.global/glossario/ddd Categoria: Engenharia e DevOps Definição: Domain-Driven Design (DDD) é uma abordagem de design de software, criada por Eric Evans, que coloca o domínio do negócio no centro das decisões técnicas. Propõe que o código e o modelo reflitam profundamente a realidade do negócio, usando uma "linguagem ubíqua", vocabulário compartilhado entre especialistas de domínio e desenvolvedores, para evitar traduções que distorcem o entendimento. Conceitos centrais incluem os bounded contexts (fronteiras explícitas dentro das quais um modelo faz sentido), agregados, entidades e eventos de domínio. A premissa é que software complexo só fica sustentável quando a estrutura técnica espelha a estrutura do problema de negócio. Na prática: Times usam DDD em domínios complexos para definir fronteiras de contexto (e, muitas vezes, de microsserviços), modelar com uma linguagem comum e isolar a lógica de negócio do detalhe técnico. Event Storming é uma das formas mais usadas de iniciar esse trabalho. O que acontece quando falta: O modelo de código diverge do modelo de negócio. Termos significam coisas diferentes em partes diferentes do sistema, as fronteiras ficam confusas, e cada mudança de regra de negócio exige tocar em pontos espalhados e acoplados. --- ### Double Diamond URL: https://br.k21.global/glossario/double-diamond Categoria: Produto e Discovery Definição: Double Diamond é um modelo de processo de design criado pelo British Design Council que representa o trabalho criativo em dois losangos sequenciais: o primeiro para entender o problema certo, o segundo para construir a solução certa. Cada losango alterna uma fase divergente (explorar amplamente) e uma convergente (focar e decidir). As quatro fases são Descobrir, Definir, Desenvolver e Entregar. A mensagem central é não pular para a solução: metade do trabalho é garantir que você está resolvendo o problema certo antes de investir em construir. Na prática: Equipes de produto e design usam o Double Diamond para estruturar a descoberta: divergem na pesquisa para entender o problema, convergem em uma definição clara, divergem em ideias de solução e convergem no que será construído e testado. Conecta-se bem a Design Thinking e Design Sprint. O que acontece quando falta: O time começa pela solução, pula a fase de entender o problema e constrói algo tecnicamente bom para um problema que ninguém tinha. Resolve com competência a pergunta errada. --- ### Dual Track Agile URL: https://br.k21.global/glossario/dual-track-agile Categoria: Produto e Discovery Definição: Dual Track Agile (também chamado de Dual Track Scrum) é uma abordagem que organiza o trabalho de um time de produto em duas trilhas paralelas e contínuas: descoberta (discovery), que valida o que vale a pena construir, e entrega (delivery), que constrói o que foi validado. As duas trilhas convivem no mesmo time, alimentando-se mutuamente. A grande ideia é desfazer a sequência "primeiro descobrir tudo, depois entregar tudo". Descoberta e entrega rodam ao mesmo tempo: enquanto o time entrega itens já validados, continua descobrindo e validando os próximos, reduzindo o risco de construir a coisa errada. Na prática: Itens entram na trilha de descoberta como hipóteses; experimentos, protótipos e entrevistas validam (ou descartam) cada um; só o que sobrevive vira item pronto para a trilha de entrega. Não são dois times nem duas Sprints separadas, é um fluxo contínuo de aprendizado abastecendo a construção. O que acontece quando falta: Sem descoberta contínua, o time vira uma "fábrica de funcionalidades": entrega rápido, mas o que entrega não move métricas porque nunca foi validado. Ou então a descoberta vira uma fase gigante e antecipada que atrasa toda entrega. --- ### Efeito Dunning-Kruger URL: https://br.k21.global/glossario/dunning-kruger Categoria: Estratégia e Negócio Definição: O Efeito Dunning-Kruger é um viés cognitivo segundo o qual pessoas com pouca competência em uma área tendem a superestimar sua habilidade, justamente porque lhes falta conhecimento suficiente para reconhecer o próprio despreparo. Foi descrito pelos psicólogos David Dunning e Justin Kruger em 1999. O outro lado do efeito também importa: especialistas frequentemente subestimam a própria competência, presumindo que o que é fácil para eles é fácil para todos. O resultado é uma curva de confiança que não acompanha a curva de competência real. Na prática: Entender o efeito ajuda em decisões de time: estimativas excessivamente confiantes de quem está começando, resistência a feedback, e a importância de criar segurança psicológica para que pessoas admitam o que não sabem. É um bom contraponto em conversas sobre autoconhecimento e desenvolvimento. O que acontece quando falta: Sem consciência do viés, times confundem confiança com competência. Decisões importantes são entregues a quem fala com mais convicção, não a quem entende mais, e o feedback que poderia corrigir o curso é interpretado como ataque. --- ### Eficiência de Fluxo URL: https://br.k21.global/glossario/eficiencia-de-fluxo Categoria: Kanban Definição: Eficiência de Fluxo (Flow Efficiency) é a razão entre o tempo em que um item está ativamente sendo trabalhado e o seu Lead Time total. Resultado típico em organizações tradicionais: 5% a 15%, ou seja, na maior parte do tempo, o item está esperando, não sendo trabalhado. É a métrica que melhor revela o tamanho real do desperdício oculto em qualquer processo. Na prática: O time mapeia, para alguns itens, o tempo em "trabalho ativo" versus "esperando" (esperando aprovação, esperando ambiente, esperando outra área). A diferença é o potencial de melhoria. Reduzir tempo de espera quase sempre tem retorno maior do que acelerar trabalho ativo, e exige mudar políticas, não pressionar pessoas. O KSD e o FLSA da K21 ensinam a identificar esperas sistêmicas e a desenhar fluxo com menor desperdício. O que acontece quando falta: Sem medir eficiência de fluxo, o instinto gerencial é "fazer o time trabalhar mais rápido". Mas se o item já passa 90% do tempo esperando, acelerar o trabalho ativo dá ganho marginal. Investe-se energia errada e o sistema continua lento, agora com pessoas exaustas. --- ### Empirismo URL: https://br.k21.global/glossario/empirismo Categoria: Scrum Definição: Empirismo é o fundamento filosófico do Scrum: a ideia de que conhecimento vem da experiência e que decisões devem ser baseadas no que é observado, não no que é planejado. Sustenta-se em três pilares: Transparência (o que precisa ser visto está visível), Inspeção (olha-se com frequência o que está acontecendo) e Adaptação (ajusta-se com base no que foi inspecionado). Na prática: Cada evento do Scrum existe para servir ao empirismo. A Daily é um momento de inspeção e adaptação do plano da Sprint. A Review inspeciona o incremento e adapta o backlog. A Retrospectiva inspeciona o processo e adapta como o time trabalha. Quando uma organização opera de forma empírica, deixa de comprometer-se com planos anuais detalhados e passa a operar em ciclos de aprendizado curtos. A formação CSM da K21 ancora o aprendizado nessa lógica: sem empirismo, o Scrum vira só calendário de reuniões. O que acontece quando falta: Sem empirismo, a organização decide por opinião, hierarquia ou plano antigo. O Scrum vira ritual: as cerimônias acontecem, mas as decisões continuam tomadas em sala fechada por quem nunca tocou o produto. Inspeção é vista como ameaça, transparência como exposição e adaptação como falta de comprometimento. O resultado é o framework com a casca, sem o motor. --- ### Épico URL: https://br.k21.global/glossario/epico Categoria: Produto e Discovery Definição: Épico é um item grande do backlog, geralmente uma funcionalidade ou iniciativa que não cabe em uma única Sprint e precisa ser quebrado em histórias menores. Não é um termo oficial do Scrum Guide, mas é amplamente usado em ferramentas como Jira para agrupar trabalho por tema. Épicos vivem no fundo do backlog e ganham detalhe à medida que se aproximam da execução. Na prática: O Product Owner usa épicos para representar grandes apostas, uma nova área do produto, uma reformulação, uma integração, sem precisar especificar tudo de uma vez. Conforme o épico se aproxima do topo do backlog, é quebrado em user stories menores, com critérios de aceite e estimativas. Técnicas como Story Mapping ajudam a fatiar épicos por jornada do usuário em vez de por camada técnica. A formação CSPO da K21 mostra como manter um portfólio de épicos coerente com a Visão de Produto, sem virar wishlist. O que acontece quando falta: Sem o conceito de épico, ou o backlog vira oceano de stories soltas (impossível de comunicar a estratégia) ou vira lista de grandes projetos sem fatiamento (impossível de entregar em ciclos curtos). O PO perde a capacidade de mostrar para stakeholders onde o produto está investindo, e o time perde contexto sobre o porquê de cada story que executa. --- ### Estágios de Tuckman URL: https://br.k21.global/glossario/estagios-de-tuckman Categoria: Liderança e Gestão Definição: Os Estágios de Tuckman descrevem as fases pelas quais grupos costumam passar até se tornarem times de alta performance: Forming (formação), Storming (conflito), Norming (normatização), Performing (desempenho) e, mais tarde, Adjourning (encerramento). Foi proposto por Bruce Tuckman em 1965. A contribuição central é normalizar o conflito: o estágio de "Storming", atritos, disputa de espaço, frustração, não é sinal de time ruim, mas uma fase esperada no caminho. Times que evitam o conflito tendem a estacionar antes de chegar ao alto desempenho. Na prática: Líderes e Scrum Masters usam o modelo para calibrar o estilo de liderança ao estágio do time: mais direção na formação, mediação no conflito, e gradual delegação à medida que o time amadurece. Mudanças de composição reiniciam o ciclo. O que acontece quando falta: Sem entender as fases, o líder interpreta o "Storming" como fracasso e tenta abafar conflitos, o que congela o time num falso "Norming". Ou espera alto desempenho de um grupo recém-formado e cobra maturidade que ainda não existe. --- ### Estimativa Ágil URL: https://br.k21.global/glossario/estimativa-agil Categoria: Scrum Definição: Estimativa Ágil é o conjunto de técnicas usadas por times ágeis para prever esforço e prazo em ambientes complexos, sem cair na armadilha das horas. Combina estimativa relativa (Story Points, tamanhos T-shirt) com métricas históricas (Velocity, throughput, lead time) e dados de fluxo para produzir previsões probabilísticas, janelas de prazo, não datas pontuais. Na prática: Em vez de prometer "vai ficar pronto dia 15", um time ágil diz: "com 85% de confiança, esse conjunto de itens entrega entre a Sprint 5 e a Sprint 7, baseado no nosso throughput dos últimos três meses". Usa-se simulações Monte Carlo, gráficos de burnup e CFD para comunicar previsões com clareza. O Workshop Estimativa de Backlog da K21 ensina exatamente esse fluxo: combinar estimativas relativas com dados reais para conversas honestas com o negócio. O que acontece quando falta: Sem estimativa ágil de verdade, times prometem datas exatas baseadas em chutes. Quando atrasa, paga-se em horas extras, qualidade ou escopo cortado às pressas. A confiança entre time e negócio se erode, e cada nova estimativa vira negociação política. O resultado é um ciclo eterno de promessas furadas e culpa cruzada. --- ### Estimativa por Afinidade e T-shirt Sizing URL: https://br.k21.global/glossario/estimativa-por-afinidade Categoria: Scrum Definição: Estimativa por Afinidade (Affinity Estimation) e T-shirt Sizing são técnicas de estimativa relativa rápida, usadas para dimensionar muitos itens em pouco tempo. Na Afinidade, o time agrupa itens por tamanho similar (do menor ao maior) sem discutir número por número. No T-shirt Sizing, cada item recebe um "tamanho de camiseta", PP, P, M, G, GG, em vez de pontos. A ideia comum é fugir da falsa precisão. Para uma visão de portfólio ou um backlog grande, não importa se um item vale 5 ou 8 pontos; importa se é pequeno, médio ou grande. Estimar por categorias amplas é mais rápido, menos cansativo e suficiente para priorizar e planejar em alto nível. Na prática: São usadas para dimensionar rapidamente backlogs grandes, épicos ou iniciativas de roadmap, antes de detalhar. Times posicionam dezenas de itens em minutos, conversando apenas onde há discordância de tamanho, complementando técnicas item a item como o Planning Poker. O que acontece quando falta: O time tenta estimar tudo com precisão, item por item, gastando horas em discussões que não mudam decisão. A energia se esgota em falsa precisão, e o planejamento de alto nível demora demais para acontecer. --- ### Estratégia URL: https://br.k21.global/glossario/estrategia Categoria: Liderança e Gestão Definição: Estratégia é a escolha deliberada de onde competir e como vencer, dados recursos finitos. Não é lista de aspirações nem soma de iniciativas: é o conjunto coerente de decisões que diz o que fazer e, igualmente importante, o que não fazer. Em produto, estratégia conecta visão, mercado, capacidades e modelo de negócio. Na prática: Estratégias eficazes têm tese clara (por que ganharemos), foco (onde investiremos) e renúncia (o que recusaremos). Frameworks como Playing to Win (A. G. Lafley), Wardley Mapping e Good Strategy/Bad Strategy (Rumelt) estruturam essa conversa. OKRs operacionalizam a estratégia em ciclos curtos; roadmaps a traduzem em direção de produto. O OKR Foundations da K21 conecta estratégia a execução, garantindo que objetivos trimestrais não nasçam descolados. O que acontece quando falta: Sem estratégia, organização vira soma de iniciativas. Cada área persegue suas metas, recursos se dispersam e nada se torna excelente. O concorrente que escolheu onde vencer ganha o jogo, mesmo sendo menor. --- ### Event Storming URL: https://br.k21.global/glossario/event-storming Categoria: Engenharia e DevOps Definição: Event Storming é uma técnica de workshop colaborativo criada por Alberto Brandolini para explorar e modelar processos de negócio complexos. Usando post-its coloridos numa parede longa, o grupo mapeia os eventos de domínio (fatos relevantes que acontecem, no passado: "pedido confirmado", "pagamento recebido") em ordem temporal, revelando o fluxo real do negócio. A força da técnica está em reunir pessoas de negócio e de tecnologia no mesmo exercício, usando uma linguagem comum baseada em eventos. Gargalos, inconsistências, pontos de decisão e fronteiras de contexto emergem visualmente, muitas vezes surpreendendo até quem conhece o processo há anos. Na prática: É usado para entender um domínio, desenhar sistemas, identificar fronteiras de microsserviços (bounded contexts) e alinhar entendimento antes de construir. Conecta-se fortemente ao Domain-Driven Design, do qual é uma das principais portas de entrada práticas. O que acontece quando falta: A modelagem do domínio acontece na cabeça de poucos, em silos. Negócio e tecnologia falam línguas diferentes, premissas erradas só aparecem no código, e o sistema acaba refletindo um entendimento incompleto ou equivocado do processo. --- ### Extreme Programming (XP) URL: https://br.k21.global/glossario/xp Categoria: Engenharia e DevOps Definição: Extreme Programming (XP) é um método ágil de desenvolvimento de software criado por Kent Beck, focado em qualidade técnica e capacidade de responder a mudanças. Leva ao "extremo" boas práticas de engenharia: se testar é bom, teste o tempo todo; se revisar código é bom, revise continuamente com programação em par. Suas práticas centrais incluem desenvolvimento orientado a testes (TDD), programação em par, integração contínua, design simples, refatoração constante e ritmo sustentável. A premissa é que mudar software com segurança depende de excelência técnica, não só de processo. Na prática: Times XP escrevem testes antes do código, integram várias vezes ao dia, mantêm o design simples e refatoram sem medo porque os testes protegem. Muitas dessas práticas viraram base do que hoje se chama de engenharia ágil e DevOps. O que acontece quando falta: Sem práticas técnicas fortes, a agilidade vira só cerimônia: o time faz Sprints e Dailies, mas o código apodrece. Cada mudança fica mais cara e arriscada, a velocidade despenca e o "ágil" não entrega o prometido. --- ### Feature Flag (Feature Toggle) URL: https://br.k21.global/glossario/feature-flag Categoria: Engenharia e DevOps Definição: Feature Flag (ou Feature Toggle) é uma técnica que permite ligar ou desligar funcionalidades em produção sem precisar de novo deploy, por meio de uma "chave" no código. Possibilita entregar código continuamente, mesmo incompleto, mantendo a funcionalidade oculta até estar pronta, e ativá-la (ou desativá-la) de forma controlada. A técnica desacopla deploy de release: o código vai para produção continuamente, mas a decisão de expor a funcionalidade a usuários é separada e controlável. Isso viabiliza entregas contínuas, lançamentos graduais (canary, por porcentagem de usuários), testes A/B e desligamento rápido de algo que deu errado, sem rollback de deploy. Na prática: Times envolvem novas funcionalidades em flags para integrá-las cedo (evitando branches longas), liberá-las gradualmente, testar variações com grupos de usuários e ter um "interruptor de emergência". Conecta-se diretamente a Trunk-Based Development e a CI/CD. O que acontece quando falta: Sem flags, funcionalidades incompletas exigem branches de longa duração que divergem e geram "merge hell". O lançamento vira tudo-ou-nada, acoplado ao deploy, e um problema em produção exige rollback completo em vez de simplesmente desligar a feature. --- ### Feedback URL: https://br.k21.global/glossario/feedback Categoria: Liderança e Gestão Definição: Feedback é a comunicação intencional sobre comportamento e resultado com o objetivo de manter ou ajustar curso. Bom feedback é específico, oportuno, baseado em observação, descreve impacto e separa pessoa de comportamento. Modelos como SBI (Situation-Behavior-Impact) e Radical Candor (Kim Scott) estruturam a prática. É a habilidade que mais multiplica desempenho de time quando exercida com regularidade. Na prática: Líderes e pares trocam feedback em 1:1s, retrospectivas, code reviews e revisões formais. O ambiente precisa ser seguro (ver Segurança Psicológica) e a cadência alta, feedback raro e tardio causa mais dano do que ausência. Em times remotos, exige intenção: marca-se reunião específica. A formação A-CSM da K21 inclui técnicas avançadas de facilitação de conversas difíceis. O que acontece quando falta: Sem feedback, comportamentos disfuncionais persistem por meses ou anos. Quando finalmente vem, vem em forma de demissão ou avaliação anual surpresa. Talento não cresce, o time aceita mediocridade silenciosa e a confiança morre. --- ### Flight Levels URL: https://br.k21.global/glossario/flight-levels Categoria: Kanban Definição: Flight Levels é um modelo de pensamento criado por Klaus Leopold que descreve a agilidade organizacional em três níveis de "altitude de voo": Nível 1 (times operacionais), Nível 2 (coordenação de fluxos de valor de ponta a ponta) e Nível 3 (estratégia do portfólio). A metáfora ajuda a enxergar onde a organização precisa de melhoria, e onde otimizar localmente não resolve. A mensagem central é que melhorar apenas o Nível 1 (times individuais) raramente melhora os resultados do negócio, porque a maior parte das dependências e esperas está na coordenação entre times (Nível 2). É um contraponto à ideia de que "agilidade é só fazer times serem ágeis". Na prática: Organizações usam Flight Levels para escolher conscientemente onde intervir: tornar visível a coordenação entre fluxos (Nível 2) costuma destravar mais valor do que otimizar cada time isoladamente. É uma alternativa leve aos frameworks de escala prescritivos. O que acontece quando falta: A empresa adota agilidade time a time (Nível 1) e se frustra: os times ficam ágeis, mas o negócio não entrega mais rápido, porque as dependências e filas entre eles, o Nível 2, continuam invisíveis e não gerenciadas. --- ### Fluxo de Valor URL: https://br.k21.global/glossario/fluxo-de-valor Categoria: Kanban Definição: Fluxo de Valor (value stream) é a sequência completa de atividades necessárias para transformar uma ideia em valor entregue ao cliente, incluindo design, desenvolvimento, aprovações, deploy e suporte. Mapear e otimizar o fluxo de valor é o que diferencia organizações que escalam agilidade de verdade das que apenas fazem Scrum em times isolados. Na prática: Times e líderes mapeiam o fluxo ponta a ponta, identificam etapas de espera (que tipicamente representam 80% do tempo total) e atacam esses gargalos. Abordagens como Flight Levels ajudam a coordenar trabalho entre times sem criar burocracia: o nível 1 cuida do trabalho operacional dos times, o nível 2 coordena entregas entre times de um mesmo produto, e o nível 3 conecta estratégia e portfólio. O FLSA da K21 ensina a desenhar essa arquitetura e a tornar o fluxo de valor visível e gerenciável em organizações de qualquer tamanho. O que acontece quando falta: Quando ninguém olha para o fluxo ponta a ponta, cada área otimiza localmente e o todo sofre. Times entregam rápido para um corredor de aprovações que demora semanas. Dependências entre times viram fila eterna. A organização investe em "mais agilidade nos times" sem perceber que o gargalo está fora deles, e o tempo entre ideia e cliente continua medido em meses. --- ### Futurospectiva URL: https://br.k21.global/glossario/futurospectiva Categoria: Liderança e Gestão Definição: Futurospectiva (futurespective) é uma variação de retrospectiva em que o time, em vez de olhar para o passado, projeta-se para o futuro e imagina o resultado de uma iniciativa já concluída, para então identificar, no presente, o que precisa acontecer (ou ser evitado) para chegar lá. É um exercício de antecipação, não de revisão. Uma técnica clássica dentro do formato é o "pre-mortem": imagine que o projeto fracassou completamente e descreva por quê. Ao trazer os riscos para a mesa antes que aconteçam, o time os transforma em ações preventivas enquanto ainda há tempo de agir. Na prática: É usada no início de uma iniciativa, projeto ou trimestre, para alinhar visão de sucesso e antecipar riscos. O time imagina o cenário futuro (sucesso ou fracasso), lista o que levou até ali e converte os insights em ações concretas no presente. O que acontece quando falta: Times entram em iniciativas grandes sem antecipar riscos óbvios e sem alinhar como é o "sucesso". Os problemas só viram conversa na retrospectiva, depois que já causaram dano, quando poderiam ter sido prevenidos no começo. --- ### Gargalo URL: https://br.k21.global/glossario/gargalo Categoria: Kanban Definição: Gargalo é o ponto de um fluxo em que a capacidade é menor do que a demanda, limita o throughput de todo o sistema. Não importa o quanto se acelere o restante: a vazão total nunca passa da capacidade do gargalo. Identificar e tratar o gargalo é a alavanca de maior impacto em qualquer sistema produtivo, conceito originário da Teoria das Restrições de Eliyahu Goldratt. Na prática: No quadro Kanban, gargalo aparece como coluna que acumula itens enquanto a seguinte está vazia. Pode ser uma pessoa especialista, uma aprovação externa, um ambiente compartilhado. Trata-se com cinco passos clássicos: identificar, explorar (extrair máximo da capacidade atual), subordinar (alinhar o resto à capacidade do gargalo), elevar (adicionar capacidade) e voltar ao passo 1, pois o gargalo terá se movido. O KSD da K21 mostra como aplicar essa lente ao fluxo de trabalho de qualquer área. O que acontece quando falta: Sem foco em gargalos, times investem energia em otimizar áreas que não limitam o sistema. Resultado típico: developers entregam mais rápido, mas a fila de QA cresce; QA acelera, mas o deploy semanal continua sendo o limitante. A melhoria local não vira ganho global, e o time se cansa sem entregar mais valor. --- ### Gemba Walk URL: https://br.k21.global/glossario/gemba Categoria: Liderança e Gestão Definição: Gemba é um termo japonês que significa "o lugar real", onde o trabalho de fato acontece e o valor é criado. O Gemba Walk é a prática de líderes irem até esse lugar para observar o trabalho diretamente, conversar com quem o executa e entender a realidade, em vez de depender de relatórios e reuniões. O princípio do Lean por trás disso é "vá ver com seus próprios olhos". Decisões tomadas longe do trabalho, com base em dados de segunda mão, frequentemente erram porque ignoram nuances que só ficam visíveis no local, as gambiarras, as esperas, os retrabalhos invisíveis nos números. Na prática: Líderes reservam tempo para observar o fluxo de trabalho real, fazer perguntas (não dar ordens) e identificar oportunidades de melhoria a partir do que veem. O foco é entender e respeitar quem faz o trabalho, não fiscalizar. O que acontece quando falta: A liderança decide a partir de slides e médias, distante da realidade. Problemas óbvios para quem está na linha de frente passam despercebidos no alto, e as soluções impostas de cima frequentemente não funcionam no chão. --- ### Gestão de Mudança ADKAR URL: https://br.k21.global/glossario/adkar Categoria: Estratégia e Negócio Definição: ADKAR é um modelo de gestão de mudança, criado por Jeff Hiatt (Prosci), que descreve a mudança no nível individual em cinco marcos sequenciais: Awareness (consciência da necessidade), Desire (desejo de participar), Knowledge (conhecimento de como mudar), Ability (capacidade de aplicar) e Reinforcement (reforço para sustentar). A premissa é que organizações não mudam, pessoas mudam. Uma transformação só acontece quando cada indivíduo percorre os cinco marcos. Pular etapas é a causa mais comum de fracasso: treinar (Knowledge) quem ainda não quer mudar (Desire) não gera adesão. Na prática: É usado para planejar e diagnosticar transformações, inclusive transformações ágeis. Permite identificar em qual marco as pessoas estão travadas, falta consciência? falta desejo? falta capacidade?, e direcionar a intervenção certa para cada barreira. O que acontece quando falta: A mudança é tratada como anúncio: comunica-se a nova forma de trabalhar e espera-se adesão imediata. Sem trabalhar consciência, desejo e reforço, as pessoas voltam ao comportamento antigo assim que a pressão diminui. --- ### Golden Circle (Círculo Dourado) URL: https://br.k21.global/glossario/golden-circle Categoria: Estratégia e Negócio Definição: O Golden Circle é um modelo de comunicação e liderança popularizado por Simon Sinek, composto por três círculos concêntricos: Por quê (Why), Como (How) e O quê (What). A tese central, "comece pelo porquê", é que líderes e organizações inspiradoras comunicam primeiro o propósito, depois o método, e só então o produto. A lógica vem da forma como decidimos: pessoas se conectam com a causa e o propósito antes de se interessarem pelas características. Começar pelo "o quê" gera transações; começar pelo "por quê" gera adesão, lealdade e sentido. Na prática: É usado para articular a visão de um produto, time ou empresa de dentro para fora, propósito primeiro. Ajuda a alinhar narrativa de produto, comunicação de mudança e engajamento de times em torno de algo maior que a tarefa. O que acontece quando falta: A comunicação fica na superfície do "o quê": funcionalidades, prazos, entregáveis. As pessoas executam sem entender por que aquilo importa, o engajamento cai e a narrativa não inspira ninguém a ir além do mínimo. --- ### Hooked Model (Modelo do Gancho) URL: https://br.k21.global/glossario/hooked-model Categoria: Produto e Discovery Definição: O Hooked Model é um framework criado por Nir Eyal que descreve como produtos formam hábitos por meio de um ciclo de quatro fases: Gatilho (trigger), Ação, Recompensa Variável e Investimento. A cada volta do ciclo, o usuário associa o produto a uma rotina, e o engajamento passa a depender cada vez menos de estímulos externos. A peça central é a recompensa variável, a imprevisibilidade que mantém o interesse (como o feed que sempre traz algo novo). O investimento do usuário (dados, conteúdo, conexões) aumenta o valor do produto para ele e prepara o próximo gatilho, fechando o laço que cria o hábito. Na prática: Times de produto usam o modelo para desenhar engajamento e retenção: identificar gatilhos, reduzir o atrito da ação, calibrar recompensas e criar investimentos que tragam o usuário de volta. É forte para produtos cujo valor depende de uso recorrente. O que acontece quando falta: O produto depende de campanhas externas para trazer o usuário de volta toda vez, porque nada no design cria hábito. A retenção fica frágil e cara, e o engajamento desaba assim que o investimento em marketing diminui. --- ### IA Generativa URL: https://br.k21.global/glossario/ia-generativa Categoria: Inteligência Artificial Definição: IA Generativa é o conjunto de tecnologias de inteligência artificial capazes de criar conteúdo novo, texto, imagem, áudio, vídeo, código a partir de instruções em linguagem natural. Diferente da IA tradicional, que classifica ou prevê, a IA generativa produz. Para times de produto, isso muda o jogo: tarefas que antes exigiam dias de trabalho especializado agora viram horas de iteração rápida com uma boa instrução. Na prática: Em um time ágil moderno, IA generativa entra em quase toda etapa: discovery (gerar e validar hipóteses), design (rascunhar interfaces e variações), engenharia (escrever, revisar e testar código), marketing (variações de copy, segmentação), suporte (respostas e categorização). O ganho real não vem de "usar IA"; vem de redesenhar o fluxo de trabalho ao redor dela. O curso Product AI: Transformando Ideias em Produtos com IA da K21 ensina a usar IA generativa e Vibe Coding com Lovable para sair de uma ideia e chegar a um produto funcional em horas, sem precisar programar. O que acontece quando falta: Organizações que tratam IA generativa como assunto de "área de inovação" perdem velocidade competitiva todo trimestre. Concorrentes que integram IA no fluxo diário de produto entregam mais hipóteses testadas, mais variações experimentadas e mais aprendizado por mês. A diferença não é incremental: é exponencial, e cresce a cada ciclo de produto. --- ### Impact Mapping URL: https://br.k21.global/glossario/impact-mapping Categoria: Produto e Discovery Definição: Impact Mapping é uma técnica de planejamento estratégico criada por Gojko Adzic que conecta entregas a objetivos de negócio por meio de um mapa visual com quatro níveis: Por quê (o objetivo/meta), Quem (os atores que podem ajudar ou atrapalhar), Como (os impactos no comportamento desses atores) e O quê (as entregas que podem causar esses impactos). A grande contribuição é tratar funcionalidades como hipóteses a serviço de um impacto comportamental, não como fins em si. O mapa expõe as suposições, "acreditamos que esta entrega mudará este comportamento deste ator, levando a este objetivo", e permite cortar o que não contribui para a meta. Na prática: Times usam o Impact Mapping no início de uma iniciativa para alinhar o porquê e evitar construir funcionalidades desconectadas do objetivo. Cada ramo do mapa é testável: se a entrega não gerar o impacto esperado no ator, ela pode ser abandonada. O que acontece quando falta: O backlog vira uma lista de funcionalidades sem ligação clara com objetivos. O time entrega muito output e pouco outcome, porque ninguém validou se aquelas entregas mudam algum comportamento que leve à meta. --- ### Impedimento URL: https://br.k21.global/glossario/impedimento Categoria: Scrum Definição: Impedimento é qualquer obstáculo que reduz a capacidade do Time Scrum de avançar rumo ao Sprint Goal: uma dependência travada com outro time, um ambiente instável, falta de acesso a um stakeholder, regra de processo que atrasa decisões. Identificar e remover impedimentos é uma das responsabilidades centrais do Scrum Master e parte essencial da rotina do time. Na prática: Impedimentos costumam aparecer na Daily, em conversas paralelas ou na Retrospectiva. O time os torna visíveis num quadro de impedimentos, com dono e prazo. Impedimentos locais o time mesmo resolve; impedimentos sistêmicos, políticas, ferramentas, contratos, sobem para o Scrum Master atuar junto à organização. O A-CSM da K21 aprofunda técnicas para tratar impedimentos organizacionais, que são os que mais corroem produtividade no longo prazo e exigem habilidade política para destravar. O que acontece quando falta: Quando impedimentos não são mapeados e tratados, eles viram normalidade. "Sempre demora pra subir em produção", "o cara de segurança nunca responde", "esse ambiente cai toda terça". O time aprende a contornar em vez de resolver, a velocidade real despenca e a Retrospectiva fica repetindo os mesmos pontos por meses sem ação. É um dos sinais mais claros de Scrum Master ausente ou sem mandato. --- ### Incremento URL: https://br.k21.global/glossario/incremento Categoria: Scrum Definição: Incremento é o resultado tangível e utilizável de uma Sprint: um passo concreto na direção do Product Goal. Cada item do Sprint Backlog que atende à Definition of Done forma parte do Incremento. Múltiplos incrementos podem ser entregues ao longo de uma única Sprint, não é preciso esperar a Review para liberar valor. É um dos três artefatos oficiais do Scrum, ao lado do Product Backlog e do Sprint Backlog. Na prática: Times maduros entregam incrementos várias vezes por Sprint, com pipelines de integração e deploy contínuos. Cada feature que passa pela DoD vira candidata a release. Na Sprint Review, o time apresenta o conjunto de incrementos da Sprint para inspecionar valor e ajustar o backlog. Em produtos digitais, é comum incrementos serem liberados em produção atrás de feature flags, permitindo testes A/B e rollback rápido. A formação CSM da K21 mostra como sair do "incremento só na Review" para entregas contínuas que reduzem risco e aceleram aprendizado. O que acontece quando falta: Sem incrementos prontos a cada Sprint, o time entrega "quase pronto", código integrado, mas sem testes; feature finalizada, mas sem deploy; protótipo bonito, mas inválido em produção. O risco se acumula no fim do trimestre, releases viram eventos traumáticos e a confiança do negócio no time corrói. Sem incremento real, o Scrum vira teatro de processo. --- ### Integração Contínua / Entrega Contínua (CI/CD) URL: https://br.k21.global/glossario/ci-cd Categoria: Engenharia e DevOps Definição: CI/CD é um conjunto de práticas que automatizam a construção, o teste e a liberação de software. Integração Contínua (CI) significa integrar e testar o código várias vezes ao dia em um repositório compartilhado; Entrega/Implantação Contínua (CD) significa manter o software sempre pronto para ir a produção, ou levá-lo automaticamente. O objetivo é reduzir o tamanho e o risco de cada mudança. Integrar pequenas alterações com frequência e validá-las automaticamente evita os grandes e dolorosos "merges" e deploys que acumulam semanas de trabalho não verificado. Na prática: Cada commit dispara um pipeline que compila, roda testes e, se tudo passa, deixa o artefato pronto para deploy (ou já o publica). Falhas são detectadas em minutos, e o time mantém o sistema sempre em estado entregável. O que acontece quando falta: Integrações viram eventos raros e tensos. Bugs se acumulam sem detecção, o "merge hell" consome dias, e o deploy vira um ritual arriscado feito de madrugada, exatamente o que reduz a frequência de entrega de valor. --- ### Inteligência Emocional URL: https://br.k21.global/glossario/inteligencia-emocional Categoria: Liderança e Gestão Definição: Inteligência Emocional, popularizada por Daniel Goleman, é a capacidade de perceber, compreender e gerir as próprias emoções e as dos outros. Compõe-se de cinco dimensões: autoconsciência, autorregulação, motivação, empatia e habilidades sociais. Em times ágeis, é o que sustenta colaboração, feedback honesto e gestão de conflito, habilidades técnicas resolvem problema, mas inteligência emocional sustenta o time que resolve. Na prática: Profissionais com alta inteligência emocional conduzem reuniões difíceis sem escalar conflito, leem clima de time antes de fazer pedidos delicados e regulam reações em momentos de pressão. Scrum Masters, líderes e POs investem em prática deliberada: 1:1s, supervisão, terapia, leitura. A formação A-CSM da K21 aborda diretamente essa dimensão, porque facilitar pessoas exige muito mais do que dominar framework. O que acontece quando falta: Sem inteligência emocional, conflitos pequenos escalam, conversas difíceis viram explosões ou silêncios crônicos, e o time aprende a evitar verdade. Líderes tecnicamente competentes mas emocionalmente despreparados destroem times bons em meses. --- ### INVEST URL: https://br.k21.global/glossario/invest Categoria: Produto e Discovery Definição: INVEST é um acrônimo, cunhado por Bill Wake, que define seis qualidades de uma boa user story: Independent (independente), Negotiable (negociável), Valuable (valiosa), Estimable (estimável), Small (pequena) e Testable (testável). Serve como checklist para escrever e refinar histórias que de fato funcionam em um fluxo ágil. Cada critério evita um problema comum: histórias dependentes travam o sequenciamento; não negociáveis viram especificações rígidas; sem valor claro não deveriam existir; não estimáveis indicam falta de entendimento; grandes demais não cabem numa Sprint; e não testáveis não têm como ser consideradas "prontas". Na prática: É usado no refinamento de backlog para avaliar e melhorar histórias antes de entrarem na Sprint. Quando uma história falha em algum critério (geralmente "Small" ou "Independent"), é o sinal para quebrá-la ou reescrevê-la. O que acontece quando falta: O backlog se enche de histórias grandes, vagas, dependentes e sem critério de teste. O planejamento trava, as estimativas viram chute, e itens "quase prontos" se arrastam por Sprints porque nunca ficou claro o que significava concluí-los. --- ### Janela de Johari URL: https://br.k21.global/glossario/janela-de-johari Categoria: Liderança e Gestão Definição: A Janela de Johari é um modelo de autoconhecimento e relações interpessoais criado por Joseph Luft e Harrington Ingham (o nome vem de "Jo" + "Hari"). Divide o conhecimento sobre uma pessoa em quatro quadrantes, cruzando o que ela sabe e não sabe de si com o que os outros sabem e não sabem dela: Arena (aberto), Fachada (oculto), Ponto Cego e Desconhecido. O trabalho de desenvolvimento consiste em expandir a Arena, a área de conhecimento compartilhado, reduzindo o Ponto Cego (via feedback dos outros) e a Fachada (via abertura e autoexposição). Quanto maior a Arena, mais confiança e colaboração no time. Na prática: É usada em dinâmicas de time, desenvolvimento de liderança e construção de confiança. Pedir e dar feedback diminui pontos cegos; compartilhar o que se pensa e sente diminui a fachada, ambos ampliam a Arena e fortalecem a relação. O que acontece quando falta: Sem feedback e abertura, os pontos cegos permanecem (a pessoa repete comportamentos que prejudicam sem perceber) e as fachadas se mantêm (informações importantes ficam escondidas). A confiança não se desenvolve e a colaboração fica superficial. --- ### Jobs To Be Done (JTBD) URL: https://br.k21.global/glossario/jobs-to-be-done Categoria: Produto e Discovery Definição: Jobs To Be Done (JTBD) é uma lente de descoberta que enxerga produtos como "contratados" por clientes para realizar um trabalho (job) na vida deles. Em vez de perguntar quem o cliente é (persona), pergunta-se que progresso ele tenta fazer e em que circunstância. Popularizado por Clayton Christensen, ajuda a entender concorrência real e oportunidades de inovação. Na prática: Times conduzem entrevistas estruturadas para reconstruir o momento em que o cliente "trocou de solução", o que ele estava tentando fazer, o que travou, por que escolheu sua oferta. Identifica-se o "job" funcional, emocional e social. Resultados orientam priorização, posicionamento e mensagem. A formação CSPO e o Product AI da K21 incluem JTBD como ferramenta complementar a personas e jornadas, especialmente em fase de discovery. O que acontece quando falta: Sem JTBD, o time desenha para "persona genérica" e perde de vista o problema real. Lançam-se features que ninguém contratou o produto para fazer, e ignora-se concorrência indireta (planilha, papel, fazer nada). O resultado típico é produto bonito que não move a agulha. --- ### Jornada do Cliente URL: https://br.k21.global/glossario/jornada-do-cliente Categoria: Produto e Discovery Definição: Jornada do Cliente (Customer Journey) é o mapeamento das etapas que um cliente percorre na interação com o produto ou serviço, do primeiro contato à recorrência. Captura ações, pensamentos, emoções, pontos de contato e oportunidades em cada fase. Diferente do fluxo de tela, é uma visão sistêmica que cruza canais, áreas internas e estados emocionais. Na prática: O time monta a jornada em workshop com base em pesquisa, dados de uso e atendimento. Cada etapa ganha emoções (alegria, frustração), oportunidades de melhoria e responsáveis. A jornada vira insumo de priorização, Story Mapping e roadmap. Em produtos digitais, é especialmente útil para identificar pontos de atrito que reduzem conversão e retenção. A formação CSPO e o Design Thinking + IA da K21 incluem jornada como ferramenta central de discovery. O que acontece quando falta: Sem jornada, o time otimiza pontos isolados (uma tela, um e-mail) e perde o todo. Atritos sistêmicos passam despercebidos, login lento mata uma compra cujo problema parecia estar no checkout. Áreas internas cobram resultados conflitantes porque ninguém olha a experiência completa. --- ### Kanban URL: https://br.k21.global/glossario/kanban Categoria: Kanban Definição: Kanban é um método de gestão de fluxo de trabalho que torna o trabalho visível, limita a quantidade em paralelo (WIP) e ajuda o time a melhorar continuamente a forma como entrega. Não substitui o processo existente: o Kanban começa de onde o time está e evolui em pequenos passos. É o método ensinado nas certificações TKP e KSD da Kanban University, oferecidas pela K21. Na prática: Um time Kanban começa desenhando um quadro que reflete o fluxo real, colunas como "A fazer", "Em desenvolvimento", "Em revisão", "Pronto". Cada cartão é um item de trabalho que se move da esquerda para a direita. O time define limites de WIP em cada coluna para evitar o gargalo clássico de "começar muita coisa e não terminar nada". Reuniões curtas (Daily Kanban, replenishment, revisão de operações) mantêm o fluxo saudável. Métricas como lead time, throughput e cumulative flow diagram mostram onde melhorar. Kanban funciona para times de desenvolvimento, operações, marketing, RH, qualquer fluxo de trabalho de conhecimento. O que acontece quando falta: Sem Kanban (ou outra forma explícita de gerenciar fluxo), o trabalho fica invisível: ninguém sabe onde está o gargalo, quanto demora cada item ou quanto está em paralelo. Times começam muito mais coisas do que conseguem terminar, prioridades mudam o tempo todo e a sensação é de estar sempre apagando incêndio. Sem limites de WIP, multitarefa vira regra e a entrega lenta vira normal. --- ### Key Result URL: https://br.k21.global/glossario/key-result Categoria: Métricas e Performance Definição: Key Result é a métrica que indica progresso em direção a um Objetivo OKR. É quantitativa, mensurável e tem prazo claro. Bons Key Results medem outcome (resultado de negócio) e não output (entrega). Tipicamente, cada objetivo tem entre 2 e 5 Key Results, poucos o suficiente para focar, muitos o suficiente para representar o objetivo de várias dimensões. Na prática: Times atualizam Key Results em cadência semanal ou quinzenal, conversando o que mudou e o que vai mudar para acelerar. Pontuação típica de 0 a 1 ou 0 a 100%, atingir 70% de KRs ambiciosos é considerado sucesso. O OKR Foundations da K21 ensina a escrever KRs que evitam as armadilhas clássicas: medir esforço, medir output, ou criar KRs gameáveis que aumentam métrica sem mover o negócio. O que acontece quando falta: Sem Key Results claros, objetivos viram aspiração sem accountability. Times "trabalham no objetivo" sem saber se estão chegando perto. No fim do trimestre, dialoga-se sobre esforço em vez de resultado, e a cultura de execução se erode. --- ### KPI URL: https://br.k21.global/glossario/kpi Categoria: Métricas e Performance Definição: KPI (Key Performance Indicator) é um indicador-chave de performance: uma métrica que reflete a saúde contínua de um aspecto do negócio ou do produto. Diferente de Key Results (que perseguem mudança em um ciclo), KPIs são monitorados de forma permanente, receita, churn, NPS, disponibilidade, conversão. Sustentam a operação; OKRs orientam a evolução. Na prática: Boas organizações mantêm dashboards de KPIs visíveis e revisam tendências em ritual semanal ou mensal. KPIs ruins (vanity metrics como "downloads") confundem; KPIs honestos (como "usuários ativos que retornaram em 7 dias") informam. O Workshop Métricas para Gestão de Produtos e o OKR Foundations da K21 ensinam a distinguir KPI de KR e a manter cada um no seu papel, sem confundir saúde com ambição. O que acontece quando falta: Sem KPIs claros, ninguém sabe o estado do negócio em tempo real. Problemas crescem em silêncio até virar crise. Discussões estratégicas viram opinião, e a organização perde a capacidade de reagir cedo. --- ### Large Language Models (LLMs) URL: https://br.k21.global/glossario/large-language-models Categoria: Inteligência Artificial Definição: Large Language Models (LLMs) são modelos de inteligência artificial treinados em volumes massivos de texto para entender e gerar linguagem natural. Eles estão por trás de ferramentas como ChatGPT, Claude e Gemini. Para profissionais de produto, líderes e times ágeis, LLMs deixaram de ser curiosidade tecnológica e viraram ferramenta de trabalho diário: aceleram pesquisa, redação, análise de feedback, geração de hipóteses e prototipação. Na prática: Cada LLM tem características próprias: alguns são melhores para raciocínio longo, outros para velocidade, outros para código. Saber escolher o modelo certo para cada tarefa, e entender como cobrança por token funciona, faz diferença real no custo e na qualidade do que você produz. Times de produto usam LLMs para resumir entrevistas, gerar variações de copy, analisar reviews em escala, escrever testes e até tomar decisões automatizadas via agentes. O curso Product AI: Dominando o Claude da K21 mostra na prática como escolher modelos, economizar tokens e automatizar processos reais de gestão de produto. O que acontece quando falta: Sem entender como LLMs funcionam, profissionais usam ferramentas de IA como se fossem buscadores: fazem uma pergunta, copiam a primeira resposta e seguem. Perdem o ganho real, que está em encadear contexto, escolher o modelo certo, dar exemplos e tratar a IA como um colega de trabalho que precisa de briefing. O resultado é decepção com IA, quando, na verdade, faltou método. --- ### Lead Time URL: https://br.k21.global/glossario/lead-time Categoria: Kanban Definição: Lead Time é o tempo total que um item leva desde o momento em que entra no sistema (foi solicitado) até estar entregue ao cliente. Inclui tempo de espera, tempo de trabalho ativo e tempo de validação. É a métrica que mais importa para o cliente: responde a pergunta "quanto tempo até eu ter o que pedi?". Na prática: Times medem Lead Time a partir dos timestamps do quadro Kanban, entrada na primeira coluna, saída na última. Distribuições de Lead Time (em percentis: 50%, 85%, 95%) são mais úteis que médias, porque revelam variabilidade. Com base nelas, o time consegue oferecer Service Level Expectations honestas: "85% dos itens dessa classe ficam prontos em até 12 dias". O KSD da K21 mostra como instrumentar e usar Lead Time para conversar com o negócio em probabilidades, não em promessas. O que acontece quando falta: Sem medir Lead Time, o time discute prazos por intuição e o negócio cobra datas sem base. A variabilidade fica escondida, surpresas viram norma, e cada nova demanda vira negociação política. Sem dado, melhoria é palpite, não dá pra saber se uma mudança de processo realmente acelerou a entrega. --- ### Lean URL: https://br.k21.global/glossario/lean Categoria: Liderança e Gestão Definição: Lean é a filosofia de gestão originada no Sistema Toyota de Produção (TPS), focada em entregar valor ao cliente eliminando desperdício e maximizando o fluxo. Sustenta-se em dois pilares: respeito por pessoas e melhoria contínua (Kaizen). Influencia diretamente o Manifesto Ágil, Kanban, Lean Startup e a moderna engenharia de software (Lean Software Development de Mary e Tom Poppendieck). Na prática: Princípios Lean aplicados a software: ver o todo, eliminar desperdício, amplificar aprendizado, decidir o mais tarde possível, entregar o mais rápido possível, empoderar pessoas, construir qualidade no processo. Times Kanban operam diretamente em cima dessa lógica. Conceitos como mapeamento de fluxo de valor, Gemba walks e A3 thinking vêm dessa tradição. As formações TKP, KSD e FLSA da K21 trazem essa raiz Lean explícita. O que acontece quando falta: Sem Lean como base, "ágil" pode virar "fazer mais rápido as coisas erradas". Desperdício (espera, retrabalho, multitarefa, defeitos, recursos não usados) cresce escondido, e a velocidade aparente engana. Lean traz a disciplina de olhar o fluxo inteiro e de respeitar profundamente quem faz o trabalho. --- ### Lean Canvas URL: https://br.k21.global/glossario/lean-canvas Categoria: Produto e Discovery Definição: Lean Canvas é uma adaptação do Business Model Canvas criada por Ash Maurya, voltada a startups em estágio inicial. Substitui blocos do modelo original por outros mais úteis a quem ainda busca product-market fit: Problema, Solução, Métricas-Chave e Vantagem Injusta entram no lugar de Parcerias, Atividades, Recursos e Relacionamento. O foco muda de "como operar um negócio conhecido" para "como descobrir um negócio que ainda não existe". É um instrumento de hipóteses: cada bloco é uma aposta que precisa ser validada com clientes reais. Na prática: O empreendedor preenche o canvas em poucos minutos, identifica as hipóteses mais arriscadas e desenha experimentos para testá-las. É revisado constantemente conforme o aprendizado chega, é um documento vivo, não um plano fixo. O que acontece quando falta: A startup escreve um plano de negócios longo baseado em suposições não testadas e o trata como verdade. Investe meses construindo para um problema que talvez não exista, em vez de validar as hipóteses mais arriscadas primeiro. --- ### Lean Inception URL: https://br.k21.global/glossario/lean-inception Categoria: Produto e Discovery Definição: Lean Inception é um workshop colaborativo de uma semana, criado por Paulo Caroli, que alinha um time em torno do MVP a ser construído. Combina práticas de Design Thinking e Lean Startup em uma sequência de atividades que parte da visão do produto e chega a um plano de MVP com sequenciamento de entregas. O objetivo é responder, de forma colaborativa e rápida, "qual é o produto mínimo capaz de validar nossas hipóteses?", alinhando negócio, design e tecnologia antes de escrever a primeira linha de código. Na prática: Ao longo da semana, o time roda atividades como visão do produto, "é–não é–faz–não faz", brainstorm de funcionalidades, revisão técnica e de negócio, jornadas do usuário e, por fim, o Canvas MVP com sequenciamento. O resultado é um entendimento compartilhado e um primeiro recorte de entrega. O que acontece quando falta: O time começa a construir sem alinhamento sobre o que é o produto mínimo. Cada pessoa carrega uma visão diferente na cabeça, o escopo incha, e o "MVP" vira um produto completo disfarçado, caro e lento para validar qualquer hipótese. --- ### Lean Startup URL: https://br.k21.global/glossario/lean-startup Categoria: Produto e Discovery Definição: Lean Startup é a abordagem popularizada por Eric Ries para construir produtos em condições de extrema incerteza. Baseia-se no ciclo Construir-Medir-Aprender: construir o menor produto que permita testar uma hipótese (MVP), medir o comportamento real do usuário e aprender se a hipótese se confirma ou se é preciso pivotar. Combina enxutamente Customer Development, Agile e Lean Manufacturing. Na prática: Times Lean Startup formulam hipóteses explícitas (de problema, de solução, de modelo de negócio), desenham experimentos baratos para testar, definem critérios de sucesso antes de rodar e tomam decisão de perseverar ou pivotar com base em dado. Ferramentas comuns: Business Model Canvas, Lean Canvas, MVPs concierge e wizard-of-oz. A formação CSPO e o Product AI da K21 ensinam a desenhar experimentos que respondem perguntas, não que apenas entregam features. O que acontece quando falta: Sem mentalidade Lean Startup, novos produtos são construídos por dezenas de semanas baseados em premissas não validadas. Quando finalmente lançam, descobre-se que o problema era outro, e o investimento se perde. A organização confunde "fazer rápido" com "fazer ágil". --- ### Lei de Little URL: https://br.k21.global/glossario/lei-de-little Categoria: Kanban Definição: A Lei de Little é uma relação matemática fundamental para sistemas de fluxo: WIP = Throughput × Lead Time. Em palavras, a quantidade média de trabalho em andamento é igual ao throughput médio multiplicado pelo lead time médio. Para times ágeis e Kanban, é a base teórica que justifica limitar WIP para reduzir Lead Time. Na prática: Se um time entrega 5 itens por semana (throughput) e tem em média 20 itens em andamento (WIP), a previsão é Lead Time médio de 4 semanas. Quer entregar mais rápido? Reduza o WIP ou aumente o throughput. Aumentar throughput é difícil (exige mudar capacidade); reduzir WIP é decisão imediata e quase sempre acelera entrega. O KSD da K21 mostra como aplicar a Lei de Little para tomar decisões de capacidade baseadas em matemática, não em chute. O que acontece quando falta: Times que ignoram a Lei de Little caem na intuição perigosa de que "começar mais coisas entrega mais coisas". Na prática, WIP alto aumenta Lead Time, multiplica context switching, esconde gargalos e reduz qualidade. O sistema fica mais lento justamente quando mais trabalho entra. --- ### LeSS (Large-Scale Scrum) URL: https://br.k21.global/glossario/less-large-scale-scrum Categoria: Scrum Definição: LeSS (Large-Scale Scrum) é um framework para aplicar Scrum em múltiplos times trabalhando em um mesmo produto. Criado por Craig Larman e Bas Vodde, mantém o Scrum simples: um Product Owner, um Product Backlog, um incremento integrado por Sprint, com vários times Scrum operando em paralelo e sincronizando pelos eventos. LeSS Huge cobre cenários com 8+ times. Na prática: Em LeSS, a Sprint Planning tem uma parte coletiva (alinhar objetivo e selecionar itens) e uma por time. Daily, Refinamento e Retrospectiva acontecem por time e, complementarmente, em formato multi-time. A Sprint Review é única, com todos os times. O foco é manter o framework leve em escala em vez de empilhar camadas. É uma alternativa enxuta a frameworks pesados como SAFe, favorita de times que valorizam descentralização. A K21 é a única instituição no Brasil a oferecer a certificação oficial Certified LeSS Basics (CLB). O que acontece quando falta: Quando organizações tentam escalar Scrum sem disciplina, criam coordenações infindáveis: comitê de PMs, comitê de tech leads, comitê de prioridade. Lead time explode, ninguém sabe quem decide o quê. LeSS impõe a disciplina de manter o framework simples mesmo com muitos times, sem ela, escalar Scrum vira recriar burocracia que ele veio eliminar. --- ### Liberating Structures URL: https://br.k21.global/glossario/liberating-structures Categoria: Liderança e Gestão Definição: Liberating Structures são um conjunto de 33+ microestruturas de facilitação, organizadas por Henri Lipmanowicz e Keith McCandless, desenhadas para incluir e engajar todas as pessoas de um grupo, em vez das estruturas convencionais (apresentação, discussão aberta, status report) que tendem a dar voz a poucos. Exemplos: 1-2-4-All, TRIZ, 25/10 Crowd Sourcing, Troika Consulting. A premissa é que a forma como conduzimos uma reunião determina o resultado tanto quanto o conteúdo. Estruturas convencionais limitam a participação; as Liberating Structures distribuem o protagonismo, fazendo emergir mais ideias, mais engajamento e melhores decisões coletivas. Na prática: Facilitadores escolhem a estrutura conforme o objetivo: gerar ideias, tomar decisão, resolver problema, dar feedback. A 1-2-4-All, por exemplo, faz cada pessoa pensar sozinha, depois em duplas, depois em quartetos e então com todos, garantindo que todos contribuam antes da conversa coletiva. O que acontece quando falta: Reuniões são dominadas pelas mesmas vozes; os mais quietos não contribuem e boas ideias se perdem. As decisões refletem quem fala mais alto, não a inteligência coletiva do grupo, e o engajamento despenca. --- ### Liderança Servidora URL: https://br.k21.global/glossario/lideranca-servidora Categoria: Liderança e Gestão Definição: Liderança Servidora (Servant Leadership) é o estilo de liderança no qual o líder serve ao time e à organização em vez de ser servido. Foca em desenvolver pessoas, remover obstáculos, criar contexto e proteger o ambiente em que o trabalho acontece. O Scrum Guide 2020 descreve o Scrum Master como um líder que serve ao time e à organização (deixando para trás o termo "servant-leader" do guia de 2017). Na prática: Na prática, um líder servidor escuta antes de falar, pergunta antes de afirmar, remove impedimentos antes de cobrar resultados e desenvolve sucessores em vez de criar dependência. Não significa ser passivo: significa exercer autoridade na direção do crescimento alheio. Em times Scrum, o Scrum Master serve aos Developers, ao PO e à organização inteira. A formação CSM e o A-CSM da K21 mostram como exercer essa liderança em contextos reais, onde a cultura ainda recompensa o "chefe que decide". O que acontece quando falta: Sem liderança servidora, o líder vira gargalo: tudo passa por ele, decisões esperam sua aprovação, times perdem autonomia e talentos saem. O Scrum Master vira microgerente, o Product Owner vira ditador, e a auto-organização fica no discurso. Organizações que dependem desse modelo escalam mal, porque o limite do crescimento é a capacidade individual de cada gerente, não a inteligência distribuída dos times. --- ### Liderança Situacional URL: https://br.k21.global/glossario/lideranca-situacional Categoria: Liderança e Gestão Definição: Liderança Situacional é um modelo criado por Paul Hersey e Ken Blanchard segundo o qual não existe um estilo de liderança ideal, o melhor estilo depende do nível de maturidade (competência e comprometimento) da pessoa para a tarefa em questão. O líder ajusta entre quatro estilos: direção, orientação (coaching), apoio e delegação. A premissa é que a mesma pessoa pode precisar de estilos diferentes para tarefas diferentes: muita direção quando é iniciante numa atividade, mais delegação quando já domina. Liderança eficaz é flexível, não um traço fixo. Na prática: O líder diagnostica o nível de desenvolvimento da pessoa para cada tarefa e calibra quanto de direção e de apoio oferecer. Conecta-se à ideia de delegação gradual (como o Delegation Poker do Management 3.0) e ao desenvolvimento de autonomia. O que acontece quando falta: O líder aplica o mesmo estilo a todos: microgerencia quem já é autônomo (e o desmotiva) ou delega para quem ainda não tem base (e o deixa à deriva). O descompasso entre estilo e maturidade gera frustração nos dois extremos. --- ### Management 3.0 URL: https://br.k21.global/glossario/management-3-0 Categoria: Liderança e Gestão Definição: Management 3.0 é uma abordagem de gestão para organizações ágeis criada por Jurgen Appelo. Trata gestão como responsabilidade de todos, não privilégio de cargo. Combina princípios de sistemas complexos com práticas concretas (Delegation Poker, Moving Motivators, Kudo Cards, Merit Money) para evoluir cultura, engajamento e autonomia em times que adotam Scrum, Kanban e outros métodos ágeis. Na prática: Líderes que aplicam Management 3.0 trabalham seis visões: energizar pessoas, empoderar times, alinhar restrições, desenvolver competências, escalar estrutura e melhorar tudo. As práticas viram experimentos curtos, não programas pesados. É a peça de gestão que sustenta as escolhas técnicas e processuais do agile. A formação A-CSM da K21 traz conceitos compatíveis para Scrum Masters que precisam evoluir liderança em organizações reais. O que acontece quando falta: Sem uma abordagem de gestão ágil, times tentam ser ágeis dentro de estrutura tradicional. O resultado é o clássico atrito: o processo prega autonomia, mas a gestão exige aprovação para tudo. Talentos saem, agilidade vira casca e a cultura não muda apesar do investimento em treinamento técnico. --- ### Manifesto Ágil URL: https://br.k21.global/glossario/manifesto-agil Categoria: Liderança e Gestão Definição: Manifesto Ágil é o documento publicado em 2001 por 17 profissionais de software em Utah que fundou o movimento ágil. Declara quatro valores ("indivíduos e interações mais que processos e ferramentas", "software em funcionamento mais que documentação abrangente", "colaboração com o cliente mais que negociação de contratos", "responder a mudanças mais que seguir um plano") e doze princípios. É o ponto de origem de Scrum, XP, Crystal e da própria identidade ágil. Na prática: Lê-se o Manifesto em 90 segundos, mas a aplicação consequente exige anos. Cada decisão de processo, contratação e estrutura organizacional pode ser checada contra os quatro valores: estamos privilegiando o que está à esquerda? Bons Scrum Masters e líderes ágeis voltam ao Manifesto quando uma prática começa a virar fim em si. A formação CSM da K21 ancora o aprendizado nessa fonte. O que acontece quando falta: Sem o Manifesto como referência, "ágil" vira sinônimo de Scrum, ou de Kanban, ou de squads, ou de Jira. Discute-se prática sem princípio. Quando o framework escolhido deixa de funcionar, ninguém sabe o que de fato preservar, porque nunca houve um norte filosófico claro. --- ### Mapa de Empatia URL: https://br.k21.global/glossario/mapa-de-empatia Categoria: Produto e Discovery Definição: O Mapa de Empatia é uma ferramenta visual que ajuda o time a compreender um usuário ou persona a partir de seis perspectivas: o que ele pensa e sente, o que vê, o que ouve, o que fala e faz, suas dores e seus ganhos. O objetivo é sair da suposição e construir empatia real com quem se está desenhando. Diferente de uma persona de marketing baseada em dados demográficos, o Mapa de Empatia foca no estado interno e no contexto da pessoa, o que cria a tensão e a motivação que o produto precisa endereçar. Na prática: É preenchido em workshops de descoberta, geralmente a partir de pesquisa e entrevistas com usuários. Funciona como ponte entre a pesquisa e as decisões de produto, alimentando personas, jornadas e a definição de Jobs To Be Done. O que acontece quando falta: O time desenha para um usuário imaginário, projetando as próprias preferências. Constrói funcionalidades que fazem sentido internamente, mas ignoram as dores e os contextos reais de quem vai usar. --- ### Mapeamento de Fluxo de Valor (VSM) URL: https://br.k21.global/glossario/vsm Categoria: Métricas e Performance Definição: Mapeamento de Fluxo de Valor (Value Stream Mapping, VSM) é uma técnica do Lean que desenha visualmente todas as etapas pelas quais um trabalho passa, do pedido à entrega, distinguindo o tempo em que valor é agregado do tempo em que o trabalho apenas espera. Revela onde está o desperdício e onde o fluxo trava. A descoberta mais comum de um VSM é desconfortável: na maioria dos processos, o trabalho passa muito mais tempo parado em filas do que sendo efetivamente trabalhado. A eficiência de fluxo costuma ser de poucos por cento, e é aí que mora a maior oportunidade. Na prática: O time mapeia o estado atual (cada etapa, seu tempo de processo e seu tempo de espera), calcula a eficiência de fluxo e desenha um estado futuro com menos esperas e handoffs. É a base para decidir onde atacar para reduzir o lead time. O que acontece quando falta: A organização tenta acelerar contratando mais gente ou cobrando mais rapidez nas etapas, quando o problema real são as filas e esperas entre etapas, invisíveis sem o mapa. Otimiza o que já é rápido e ignora onde o tempo de fato se perde. --- ### Matriz de Eisenhower URL: https://br.k21.global/glossario/matriz-eisenhower Categoria: Estratégia e Negócio Definição: A Matriz de Eisenhower é uma ferramenta de priorização que classifica tarefas em quatro quadrantes a partir de dois eixos, urgência e importância: fazer agora (urgente e importante), agendar (importante, não urgente), delegar (urgente, não importante) e eliminar (nem urgente nem importante). A grande sacada do modelo é separar urgente de importante, duas coisas que costumam ser confundidas. Muito do que parece urgente não é importante, e muito do que é importante nunca vira urgente até virar crise. Na prática: É usada para organizar a carga de trabalho pessoal ou de um time, decidir o que merece foco e o que pode ser delegado ou descartado. O quadrante "importante, não urgente", planejamento, melhoria, prevenção, é o que normalmente recebe menos atenção e gera mais valor a longo prazo. O que acontece quando falta: A pessoa vive no modo reativo, atendendo só o que é urgente e nunca chegando ao que é importante. O resultado é uma sensação de produtividade alta com pouco progresso estratégico real. --- ### Matriz GUT URL: https://br.k21.global/glossario/matriz-gut Categoria: Estratégia e Negócio Definição: A Matriz GUT é uma ferramenta de priorização que pontua cada problema ou demanda em três dimensões, Gravidade, Urgência e Tendência, geralmente em uma escala de 1 a 5. A prioridade é o produto das três notas (G × U × T), e os itens com maior pontuação vêm primeiro. Gravidade mede o impacto se nada for feito; Urgência, o quão rápido é preciso agir; Tendência, se o problema tende a piorar com o tempo. Multiplicar as três força o time a considerar não só o tamanho do problema, mas a velocidade com que ele cresce. Na prática: É muito usada no Brasil para priorizar problemas operacionais, riscos e demandas concorrentes quando não há tempo para um método mais sofisticado. Funciona como complemento simples a frameworks como RICE ou WSJF. O que acontece quando falta: Priorização vira atendimento por quem grita mais alto ou por ordem de chegada. Problemas graves e em rápida deterioração ficam na fila atrás de demandas barulhentas mas inofensivas. --- ### Matriz RACI URL: https://br.k21.global/glossario/raci Categoria: Estratégia e Negócio Definição: A Matriz RACI é uma ferramenta para esclarecer papéis e responsabilidades em atividades e decisões, classificando cada pessoa em uma de quatro categorias: Responsible (quem executa), Accountable (quem responde e tem a palavra final), Consulted (quem é consultado) e Informed (quem é informado). Cada atividade deve ter exatamente um Accountable. O objetivo é eliminar a ambiguidade de "quem faz o quê e quem decide", fonte clássica de conflito e trabalho duplicado ou esquecido. A regra de um único "A" por linha força a clareza sobre quem, no fim, é dono da decisão. Na prática: É usada em processos com muitos envolvidos ou em estruturas onde a responsabilidade é difusa. Em contextos ágeis, deve ser aplicada com cuidado: times auto-organizados resolvem muito disso por proximidade, e RACI em excesso pode burocratizar. O que acontece quando falta: Decisões empacam porque ninguém sabe quem decide; tarefas caem no vão entre times; e o famoso "achei que você ia fazer" vira rotina. A falta de clareza de papéis gera retrabalho, conflito e atraso. --- ### Matriz SWOT (Análise FOFA) URL: https://br.k21.global/glossario/swot Categoria: Estratégia e Negócio Definição: A Matriz SWOT (em português, FOFA) é uma ferramenta de análise estratégica que organiza a situação de um negócio, produto ou time em quatro quadrantes: Forças, Fraquezas, Oportunidades e Ameaças. As duas primeiras são internas e controláveis; as duas últimas são externas e dependem do ambiente. O objetivo não é só preencher a tabela, mas cruzar os quadrantes para tomar decisão: usar forças para capturar oportunidades, blindar fraquezas contra ameaças e definir prioridades com base no que de fato move o ponteiro. Na prática: O time lista poucos itens por quadrante, qualidade vale mais que quantidade, e depois faz o cruzamento SWOT (forças × oportunidades, fraquezas × ameaças) para gerar ações concretas. Funciona bem em planejamento de produto, kickoff de iniciativa e revisões estratégicas trimestrais, conectando-se naturalmente a OKRs. O que acontece quando falta: Sem uma leitura estruturada do cenário, decisões viram opinião de quem fala mais alto. O time ignora ameaças óbvias, superestima forças que o mercado não reconhece e investe em oportunidades para as quais não está preparado. --- ### MCP (Model Context Protocol) URL: https://br.k21.global/glossario/mcp-model-context-protocol Categoria: Inteligência Artificial Definição: MCP (Model Context Protocol) é um protocolo aberto que padroniza como modelos de IA se conectam a ferramentas, fontes de dados e sistemas externos. Antes do MCP, cada integração era um adaptador customizado. Com MCP, qualquer ferramenta que exponha um servidor MCP pode ser usada por qualquer cliente compatível. E isso transforma o que assistentes de IA conseguem fazer no dia a dia. Na prática: Com MCP, é possível dar a um assistente como Claude acesso direto ao Slack, ao GitHub, ao banco de dados de produto, a um CRM, Gmail, Google Docs ou a documentos internos de forma controlada e auditável. Isso muda o tipo de trabalho que a IA consegue executar: em vez de copiar e colar contexto a cada pergunta, o assistente busca a informação onde ela vive. O curso Product AI: Dominando o Claude da K21 inclui como configurar e usar MCP para ampliar drasticamente o que o Claude faz dentro do seu fluxo de trabalho real. O que acontece quando falta: Sem MCP (ou um padrão equivalente), cada nova integração entre IA e sistema da empresa é um projeto de engenharia. O custo de conectar dados ao assistente fica alto e ninguém faz. O resultado: a IA continua sendo um chat genérico, sem contexto da operação real, e as decisões automatizáveis seguem sendo tomadas manualmente porque a IA "não tem como saber". --- ### Melhoria Contínua (Kaizen) URL: https://br.k21.global/glossario/melhoria-continua Categoria: Liderança e Gestão Definição: Melhoria Contínua (Kaizen, em japonês "mudança para melhor") é o princípio de que pequenas melhorias frequentes, feitas por quem está mais perto do trabalho, somam mais ao longo do tempo do que grandes transformações esporádicas. É pilar do Lean, do Scrum (via Retrospectiva) e do método Kanban (via revisões de operação e estratégia). Na prática: Em Scrum, a Retrospectiva é o evento dedicado a Kaizen. Em Kanban, ciclos de feedback como Service Delivery Review e Operations Review sustentam a evolução. Bons times escolhem um ou dois experimentos pequenos por ciclo, monitoram resultado e ajustam. A cultura Kaizen pressupõe segurança psicológica e liderança que valoriza melhoria sobre culpa. A formação CSM e o KSD da K21 incorporam Kaizen como prática fundamental, não como buzzword. O que acontece quando falta: Sem Kaizen, organizações esperam grandes "transformações" anuais que prometem revolucionar tudo. Custam caro, consomem energia, deixam cicatrizes e raramente entregam. Enquanto isso, dezenas de pequenas melhorias que o time identificaria semanalmente nunca acontecem. --- ### Mentalidade Ágil URL: https://br.k21.global/glossario/mentalidade-agil Categoria: Liderança e Gestão Definição: Mentalidade Ágil é o conjunto de crenças e atitudes que sustenta a prática ágil em qualquer framework. Inclui foco no cliente, entrega de valor cedo e contínua, abertura a mudança, busca por aprendizado, colaboração ponta a ponta e melhoria contínua. É o "como pensar", enquanto Scrum, Kanban e outros frameworks são o "como fazer". Sem mentalidade, prática vira teatro. Na prática: Identifica-se mentalidade ágil em decisões cotidianas: o líder que ouve o time antes de impor solução, o PO que aceita mudar de direção com base em dado novo, o developer que escolhe simplicidade em vez de over-engineering. Não vem de curso isolado, vem de exposição, reflexão e prática deliberada ao longo do tempo. Formações como CSM, CSPO e A-CSM da K21 ajudam a cultivar a mentalidade enquanto ensinam o framework. O que acontece quando falta: Sem mentalidade ágil, organizações implementam o ritual: Daily, Sprint, Retrospectiva, mas continuam tomando decisões em modo comando-e-controle. O processo não gera valor porque o pensamento por trás dele não mudou. É o famoso "estamos fazendo Scrum, mas nada melhorou". --- ### Metas SMART URL: https://br.k21.global/glossario/smart Categoria: Estratégia e Negócio Definição: SMART é um critério para escrever objetivos que sejam de fato acionáveis: Specific (específica), Measurable (mensurável), Achievable (atingível), Relevant (relevante) e Time-bound (com prazo). Em vez de "aumentar as vendas", uma meta SMART diz "aumentar a conversão do checkout de 2% para 3% até o fim do trimestre". O valor está em remover a ambiguidade: uma meta que não pode ser medida não pode ser acompanhada, e uma meta sem prazo nunca é urgente. Na prática: É usada para qualificar objetivos antes de comprometê-los, inclusive Key Results de um OKR. Antes de fechar uma meta, o time passa cada palavra pelo filtro SMART e reescreve o que estiver vago. O que acontece quando falta: Metas viram boas intenções: genéricas, sem número e sem data. No fim do ciclo, ninguém sabe dizer se foram atingidas, e a conversa vira interpretação subjetiva em vez de leitura de resultado. --- ### Métricas Ágeis URL: https://br.k21.global/glossario/metricas-ageis Categoria: Métricas e Performance Definição: Métricas Ágeis são indicadores que times ágeis usam para medir e melhorar entrega de valor, qualidade, fluxo e satisfação. Incluem métricas de fluxo (Lead Time, Cycle Time, Throughput, WIP), de qualidade (defeitos em produção, escape rate), de outcome (uso, retenção, NPS) e de saúde do time (engajamento, segurança psicológica). Boas métricas geram conversa; métricas erradas geram comportamento defensivo. Na prática: Times maduros escolhem poucas métricas, instrumentam-nas com qualidade e revisam em cadência. Combinam métricas de output e outcome, e protegem contra Goodhart ("quando uma métrica vira meta, deixa de ser uma boa métrica"). O Workshop Métricas para Gestão de Produtos da K21 mostra como construir um repertório enxuto de métricas que sustentam decisão sem virar cobrança opressiva. O que acontece quando falta: Sem métricas ágeis, melhoria vira intuição. Não se sabe se uma mudança de processo acelerou o time ou apenas mudou a percepção. Conversas com o negócio dependem de opinião. E quando o líder pede "dados", o time corre para gerar relatórios que ninguém usa de verdade. --- ### Modelo GROW (Coaching) URL: https://br.k21.global/glossario/grow Categoria: Liderança e Gestão Definição: GROW é um modelo de coaching estruturado em quatro etapas: Goal (objetivo), Reality (realidade atual), Options (opções) e Will/Way Forward (compromisso e próximos passos). Criado por John Whitmore e colaboradores, dá um roteiro simples para conversas de coaching que levam a pessoa da intenção à ação. A força do modelo está na sequência: definir aonde se quer chegar, olhar honestamente onde se está, explorar caminhos possíveis e, só então, comprometer-se com uma ação concreta. O coach faz perguntas; quem encontra as respostas é o coachee. Na prática: Líderes e Agile Coaches usam o GROW em conversas um a um e em sessões de desenvolvimento. Em vez de dar a solução, conduzem pela estrutura, o que aumenta a autonomia e o comprometimento da pessoa com o caminho escolhido. O que acontece quando falta: Conversas de desenvolvimento viram aconselhamento disfarçado: o líder dá a resposta pronta. A pessoa não se apropria da solução, o aprendizado é raso e a dependência do chefe se perpetua, o oposto do que coaching deveria gerar. --- ### Modelo Kano URL: https://br.k21.global/glossario/modelo-kano Categoria: Produto e Discovery Definição: O Modelo Kano, criado por Noriaki Kano, classifica funcionalidades de um produto pela forma como afetam a satisfação do cliente: básicas (obrigatórias, cuja ausência frustra mas cuja presença não encanta), de desempenho (quanto mais, melhor) e de encantamento (inesperadas, que geram entusiasmo). Há ainda as indiferentes e as reversas. A grande contribuição do modelo é mostrar que nem toda funcionalidade gera o mesmo tipo de valor. Investir em encantamento antes de garantir o básico é receita de fracasso; e atributos de encantamento, com o tempo, viram expectativa básica. Na prática: Times de produto usam o Kano para priorizar: primeiro garantir os atributos básicos, depois ser competitivo nos de desempenho e, com folga, investir em encantamento que diferencie. Pesquisas com usuários (perguntas funcionais e disfuncionais) ajudam a classificar cada item. O que acontece quando falta: O time trata todas as funcionalidades como igualmente valiosas e prioriza por intuição. Lança recursos "uau" enquanto o básico falha, ou enche o produto de itens que o usuário sequer percebe. --- ### Modelo Spotify (Squads/Tribes/Chapters) URL: https://br.k21.global/glossario/modelo-spotify Categoria: Liderança e Gestão Definição: Modelo Spotify é a organização em Squads (times multifuncionais autônomos), Tribes (conjuntos de squads em torno de uma área de produto), Chapters (comunidades de prática por especialidade dentro de uma Tribe) e Guilds (comunidades transversais). Popularizado pelos vídeos de Henrik Kniberg em 2012, virou referência, e mito. Importante: o próprio Spotify hoje não opera mais exatamente assim. Na prática: Organizações que copiam o modelo Spotify costumam reproduzir os nomes sem reproduzir o contexto: cultura forte, alta autonomia, princípios claros, tolerância a duplicação. O modelo é útil como inspiração, Team Topologies oferece um arcabouço mais robusto e atualizado para o problema que ele tentava resolver. Cuidado com o "cargo cult": adotar squads/tribes sem mudar liderança e cultura raramente entrega. O que acontece quando falta: Sem clareza sobre estrutura de times, organizações replicam silos funcionais. O modelo Spotify (ou Team Topologies) ajuda a romper esse padrão. Mas adotá-lo sem investimento em cultura e autonomia gera apenas renomeação cosmética, squads que continuam dependendo de aprovação para tudo. --- ### Moving Motivators URL: https://br.k21.global/glossario/moving-motivators Categoria: Liderança e Gestão Definição: Moving Motivators é uma prática de Management 3.0 que usa dez cartas com motivadores intrínsecos (Curiosidade, Honra, Aceitação, Maestria, Poder, Liberdade, Relacionamento, Ordem, Meta, Status) para iniciar conversas profundas sobre o que move cada pessoa do time. Cada um ordena as cartas por importância pessoal, o resultado torna visível a diversidade real do time. Na prática: Líderes usam Moving Motivators em 1:1s, em onboarding e em momentos de mudança. A conversa expõe que uma pessoa motivada por Maestria precisa de desafio técnico, outra por Relacionamento precisa de tempo de equipe, outra por Liberdade precisa de autonomia. Decisões de papel, projeto e reconhecimento ficam mais alinhadas. Reduz turnover silencioso. O que acontece quando falta: Sem mapear motivadores, líderes assumem que "todo mundo quer o mesmo", geralmente promoção e dinheiro. Talentos com motivações diferentes se desengajam, performam abaixo do potencial e saem sem explicar direito o motivo. A retenção vira loteria. --- ### MVP URL: https://br.k21.global/glossario/mvp Categoria: Produto e Discovery Definição: MVP (Minimum Viable Product) é o mínimo necessário capaz de validar (ou invalidar) uma hipótese de negócio com usuários reais. O objetivo não é "fazer pouco": é aprender o máximo com o mínimo de esforço. Popularizado por Eric Ries em Lean Startup, é uma das ferramentas centrais de discovery e gestão de produto moderna. Na prática: Um MVP bem desenhado começa por uma hipótese clara: "acreditamos que X tipo de cliente tem Y problema e pagaria para resolver com Z solução". O time então constrói o menor experimento capaz de confirmar ou refutar essa hipótese, pode ser uma landing page, um protótipo, um piloto manual nos bastidores, uma feature limitada. O critério de sucesso é definido antes do lançamento: qual sinal nos faz seguir, pivotar ou parar. MVP não é "versão 1.0 incompleta": é instrumento de aprendizado. A formação CSPO da K21 mostra como integrar MVPs ao ciclo de discovery e ao backlog do time. O que acontece quando falta: Sem a disciplina do MVP, times constroem o produto inteiro antes de saber se alguém quer. Meses de desenvolvimento desembocam em um lançamento que ninguém usa, e a empresa descobre tarde demais que o problema era diferente, ou que nem existia. O custo do erro é multiplicado por dez: dinheiro queimado, time desmotivado, janela de mercado perdida. --- ### North Star Metric URL: https://br.k21.global/glossario/north-star-metric Categoria: Métricas e Performance Definição: North Star Metric (NSM) é a métrica única que melhor captura o valor que o produto entrega ao cliente e que, ao crescer, indica que o negócio cresce de forma sustentável. Exemplos clássicos: "nights booked" do Airbnb, "messages sent" do Slack, "weekly active users que adicionaram pelo menos 7 amigos" do Facebook nos primeiros tempos. Funciona como bússola: alinhamento e priorização orbitam em torno dela. Na prática: A NSM é desdobrada em métricas de entrada (input metrics) acionáveis pelos times. Cada experimento, feature e OKR conecta-se à NSM. Não substitui outras métricas, substitui o argumento "qual é a coisa mais importante?" por um ponto único de referência. O Workshop Métricas para Gestão de Produtos da K21 mostra como escolher uma NSM honesta (que reflete valor, não vaidade) e como evitar Goodhart ao instrumentar. O que acontece quando falta: Sem North Star, cada área persegue sua métrica favorita, receita, downloads, NPS, engajamento, e otimizações locais entram em conflito. O time de aquisição traz usuários que o produto não retém; o time de monetização cobra antes da entrega de valor. Sem alinhamento, esforço se cancela. --- ### Objetivo (OKR) URL: https://br.k21.global/glossario/objetivo Categoria: Métricas e Performance Definição: Objetivo, no contexto de OKRs, é uma declaração qualitativa, inspiradora e direcional do que se quer alcançar em um ciclo (geralmente trimestral). Responde à pergunta "para onde queremos ir?". Bons objetivos são memoráveis, ambiciosos e específicos o suficiente para orientar decisão, sem virar lista de tarefas. Na prática: Cada objetivo é desdobrado em 2 a 5 Key Results mensuráveis. Times definem objetivos próprios alinhados aos da organização, em ciclo de planejamento curto. O OKR Foundations da K21 ensina a escrever objetivos que motivam e direcionam, evitando o erro clássico de transformar objetivos em projetos ou em entregáveis disfarçados de aspiração. O que acontece quando falta: Sem objetivos claros, equipes priorizam por urgência ou pela demanda de quem grita mais alto. OKRs sem objetivo bem formulado viram lista de tarefas trimestrais e perdem poder de alinhamento estratégico. --- ### Oceano Azul (Blue Ocean) URL: https://br.k21.global/glossario/oceano-azul Categoria: Estratégia e Negócio Definição: A Estratégia do Oceano Azul, criada por W. Chan Kim e Renée Mauborgne, propõe que, em vez de competir em mercados saturados e disputados (os "oceanos vermelhos", tingidos pela competição sangrenta), as empresas criem novos espaços de mercado onde a concorrência é irrelevante (os "oceanos azuis"). A meta é tornar a competição obsoleta, não vencê-la. O caminho é a "inovação de valor": simultaneamente reduzir custos e aumentar valor para o cliente, quebrando o trade-off tradicional. Ferramentas como a matriz "Eliminar–Reduzir–Aumentar–Criar" ajudam a redesenhar a oferta, abandonando atributos que o setor disputa por inércia e criando outros que abrem demanda nova. Na prática: É usada em estratégia e inovação de produto para escapar de guerras de preço. Em vez de mirar o concorrente, o time pergunta quais atributos o setor toma como obrigatórios mas o cliente não valoriza (eliminar/reduzir) e quais ninguém oferece mas gerariam demanda nova (criar/aumentar). O que acontece quando falta: A empresa compete só por preço e cópia incremental num oceano vermelho. As margens encolhem, todos se parecem, e a inovação se limita a fazer um pouco melhor o que os concorrentes já fazem, sem nunca abrir um espaço próprio. --- ### OKR URL: https://br.k21.global/glossario/okr Categoria: Liderança e Gestão Definição: OKR (Objectives and Key Results) é um sistema de definição e acompanhamento de metas que conecta estratégia da empresa ao trabalho dos times. Cada Objective é uma direção qualitativa e inspiradora; os Key Results são medidas quantitativas que dizem se a empresa está chegando lá. Tornou-se popular pelo Google, mas foi criado por Andy Grove na Intel nos anos 70. Na prática: Uma organização que usa OKRs define entre 3 e 5 Objectives por ciclo (geralmente trimestral), cada um com 2 a 5 Key Results mensuráveis. Times desdobram seus próprios OKRs alinhados aos da empresa, não por cascata cega, mas por conversa. Check-ins quinzenais ou mensais acompanham o progresso, e o ciclo fecha com uma revisão honesta: o que aprendemos sobre o que importa, não apenas o que cumprimos. O OKR Foundations da K21 ensina a construir e acompanhar OKRs que geram foco e alinhamento, e não apenas mais uma planilha cheia de promessas. O que acontece quando falta: Sem um sistema de metas conectadas, cada área persegue a sua própria prioridade e o esforço somado da empresa se cancela. Times entregam muito, mas a estratégia não avança. Quando OKRs são implementados mal, como meta de bônus, com KRs vagos ou sem revisão real, viram burocracia trimestral que ninguém respeita e que mais atrapalha do que ajuda. O sintoma típico é "muita coisa acontecendo, pouca coisa mudando". --- ### OKR vs KPI URL: https://br.k21.global/glossario/okr-vs-kpi Categoria: Métricas e Performance Definição: OKR (Objectives and Key Results) e KPI (Key Performance Indicator) são frequentemente confundidos, mas têm funções diferentes. KPI é um indicador que monitora a saúde contínua de algo que já funciona (ex.: taxa de churn, uptime, NPS). OKR é um sistema de definição de metas para promover mudança e foco em um período, conectando objetivos ambiciosos a resultados-chave mensuráveis. A forma mais simples de distinguir: KPI é o painel que você observa o tempo todo; OKR é a aposta que você faz para mudar algo nesse painel num ciclo. Um KPI que sai do esperado pode virar a inspiração de um OKR. Na prática: Times mantêm KPIs em monitoramento permanente e definem OKRs trimestrais focados em poucos objetivos de mudança. Um bom Key Result frequentemente é um KPI com uma meta de movimento ("levar o churn de 8% para 5%"), mas nem todo KPI precisa virar OKR. O que acontece quando falta: A confusão entre os dois gera dois erros comuns: transformar todo indicador de rotina em OKR (excesso de metas, foco perdido) ou usar OKR como simples painel de métricas, sem a ambição e o foco em mudança que justificam o sistema. --- ### Opportunity Solution Tree URL: https://br.k21.global/glossario/opportunity-solution-tree Categoria: Produto e Discovery Definição: A Opportunity Solution Tree (Árvore de Oportunidades e Soluções) é uma ferramenta visual criada por Teresa Torres para a descoberta contínua de produto. Estrutura, em forma de árvore, o caminho do resultado desejado (a raiz) até as oportunidades (necessidades e dores do usuário), as soluções candidatas e os experimentos que as validam. A lógica é manter o time conectado ao outcome enquanto explora o espaço do problema antes do espaço da solução. Em vez de pular direto para ideias, o time mapeia as oportunidades reais dos usuários e só então gera e testa soluções, garantindo que cada solução responda a uma necessidade verdadeira. Na prática: É a espinha dorsal da descoberta contínua: a partir de um outcome claro, o time entrevista usuários, mapeia oportunidades, prioriza qual atacar e gera múltiplas soluções para testar. A árvore torna visíveis as decisões e evita o apego à primeira ideia. O que acontece quando falta: A descoberta vira uma corrida atrás de funcionalidades soltas, desconectadas de um outcome e do espaço real do problema. O time se apaixona pela primeira solução, não explora alternativas e constrói para necessidades que não validou. --- ### Outcome vs Output URL: https://br.k21.global/glossario/outcome-vs-output Categoria: Produto e Discovery Definição: Output é o que o time entrega, features, telas, releases. Outcome é a mudança de comportamento ou resultado de negócio que essa entrega gera, retenção, conversão, redução de churn. Times maduros perseguem outcomes; times imaturos celebram outputs. A diferença é o que separa produto que gera valor de produto que entrega muita feature sem mover o ponteiro. Na prática: OKRs bem escritos têm Key Results de outcome, não de output ("entregar X" não é outcome). Roadmaps modernos organizam-se por problema a resolver, não por feature a entregar. O PO mede sucesso por mudança em métrica de uso, não por velocidade de Sprint. O Workshop Métricas para Gestão de Produtos e o CSPO da K21 ensinam como migrar de feature factory para times orientados a outcome. O que acontece quando falta: Quando o time é medido por output, o backlog vira lista de entregas sem validação. Comemora-se lançar feature que ninguém usa. O produto cresce em superfície e diminui em foco, e a estratégia se perde em commits. --- ### Pair Programming URL: https://br.k21.global/glossario/pair-programming Categoria: Engenharia e DevOps Definição: Pair Programming é uma prática de Extreme Programming em que dois desenvolvedores trabalham juntos no mesmo código, em uma mesma estação (física ou remota): um conduz (driver), escrevendo; o outro revisa e pensa à frente (navigator). Os papéis se alternam com frequência. A premissa é que a qualidade e o fluxo de conhecimento ganham com a colaboração em tempo real: revisão acontece enquanto o código é escrito, decisões de design são discutidas na hora e o conhecimento se espalha pelo time em vez de ficar concentrado em uma pessoa. Na prática: Pares se formam para tarefas complexas, críticas ou de aprendizado, alternando driver e navigator a cada poucos minutos. É comum em onboarding (espalha contexto rápido) e em partes sensíveis do sistema, onde duas cabeças reduzem o risco de erro. O que acontece quando falta: O conhecimento fica isolado em silos individuais, cada parte do sistema tem um único "dono" que vira gargalo e ponto único de falha. A revisão de código acontece tarde, assíncrona, e decisões de design ruins só aparecem quando já custam caro. --- ### PDCA (Ciclo de Deming) URL: https://br.k21.global/glossario/pdca Categoria: Estratégia e Negócio Definição: O PDCA é um ciclo de melhoria contínua composto por quatro fases, Plan (planejar), Do (executar), Check (verificar) e Act (agir/ajustar), que se repetem em loop. Popularizado por W. Edwards Deming, é a base de quase todo método de qualidade e de melhoria de processo. A ideia central é tratar melhoria como experimento: você planeja uma mudança, executa em pequena escala, mede o resultado e decide se padroniza ou ajusta. A cada volta, o processo fica um pouco melhor e mais previsível. Na prática: Times ágeis vivem PDCA mesmo sem nomear: a Sprint é um ciclo de planejar–fazer–revisar–ajustar, e a Retrospectiva é o "Act". Em melhoria de processo, o PDCA dá disciplina para não pular da ideia direto para a padronização sem medir se funcionou. O que acontece quando falta: Mudanças são adotadas no chute e nunca verificadas. O time "melhora" sem dados, mantém práticas que não funcionam e abandona as que funcionavam, porque nunca fechou o ciclo medindo o efeito real. --- ### Persona URL: https://br.k21.global/glossario/persona Categoria: Produto e Discovery Definição: Persona é uma representação semifictícia de um segmento de usuário do produto, baseada em pesquisa real. Reúne características demográficas, comportamentais, motivações, dores e objetivos. Serve como referência compartilhada para decisões de design e produto: "para quem estamos resolvendo este problema?". É instrumento de discovery, não documento decorativo. Na prática: Personas eficazes nascem de entrevistas, observação e dados. São poucas (2 a 4 por produto), com nome, foto, contexto e objetivos claros. Times revisitam personas em refinamento, design review e priorização para checar se a decisão atende a quem importa. Combinam-se com JTBD e jornadas para dar profundidade. A formação CSPO e o Design Thinking + IA da K21 ensinam a construir personas que orientam decisão, não que apenas decoram apresentação. O que acontece quando falta: Sem personas claras, "usuário" vira abstração e cada um do time imagina alguém diferente. Designers, devs e PO terminam construindo para públicos distintos no mesmo produto. Decisões viram opinião e o produto perde foco. --- ### Pirâmide de Maslow URL: https://br.k21.global/glossario/piramide-de-maslow Categoria: Estratégia e Negócio Definição: A Pirâmide de Maslow é um modelo de motivação humana proposto por Abraham Maslow que organiza as necessidades em níveis hierárquicos: fisiológicas, segurança, sociais (pertencimento), estima e autorrealização. A premissa é que necessidades mais básicas tendem a ser buscadas antes das mais elevadas. No contexto de times e liderança, o modelo ajuda a entender o que motiva (e desmotiva) as pessoas: dificilmente alguém se engaja com propósito e autorrealização se segurança psicológica e pertencimento não estão minimamente atendidos. Na prática: Líderes usam a ideia para diagnosticar engajamento: um time inseguro quanto ao emprego ou às relações não vai responder a desafios de autorrealização. Conecta-se a modelos mais modernos de motivação intrínseca, como os Moving Motivators do Management 3.0. O que acontece quando falta: A liderança tenta motivar com o nível errado, oferece propósito e autonomia a um time que está preocupado com segurança e respeito básico. O discurso motivacional soa vazio porque não toca a necessidade real. --- ### Pirate Metrics (AARRR) URL: https://br.k21.global/glossario/aarrr Categoria: Produto e Discovery Definição: Pirate Metrics, ou AARRR, é um framework de métricas de produto e crescimento criado por Dave McClure que organiza a jornada do cliente em cinco etapas, cujas iniciais formam o "AARRR" (daí "métricas pirata"): Acquisition (aquisição), Activation (ativação), Retention (retenção), Revenue (receita) e Referral (indicação). O valor do modelo é dar um funil completo e acionável: em vez de olhar uma métrica isolada, o time acompanha onde os usuários entram, onde têm o primeiro momento de valor, onde voltam, onde geram receita e onde indicam outros, e identifica qual etapa é o gargalo de crescimento. Na prática: Times de produto e growth instrumentam cada etapa do funil, medem as taxas de conversão entre elas e concentram esforço onde a perda é maior. Frequentemente a maior alavanca não é aquisição (trazer mais gente), mas ativação e retenção (fazer quem chega ficar). O que acontece quando falta: O time olha métricas de vaidade (downloads, visitas) sem entender o funil. Investe em trazer mais usuários enquanto a retenção vaza, encher um balde furado, e nunca descobre qual etapa realmente trava o crescimento. --- ### Planning Poker URL: https://br.k21.global/glossario/planning-poker Categoria: Scrum Definição: Planning Poker é uma técnica colaborativa de estimativa relativa em que cada membro do time atribui um valor (geralmente da sequência de Fibonacci modificada: 1, 2, 3, 5, 8, 13, 20, 40, 100) a um item do backlog. Todos revelam ao mesmo tempo, e divergências viram conversa antes de novo round. É a técnica mais usada para estimar Story Points sem ancoragem da opinião de um senior. Na prática: O PO apresenta o item, o time esclarece dúvidas e cada Developer escolhe sua carta. Quando há divergência grande entre estimativas, as pessoas com a menor e a maior explicam o raciocínio, frequentemente surgem riscos, dependências ou regras de negócio que ninguém havia notado. Faz-se novo round até a estimativa convergir. O Workshop Estimativa de Backlog da K21 mostra como usar Planning Poker com propósito (gerar conversa e descoberta) em vez de virar ritual mecânico de chutar cartas. O que acontece quando falta: Sem Planning Poker ou técnica equivalente, a estimativa vira monólogo: a pessoa mais experiente fala primeiro, todo mundo concorda e os riscos escondidos aparecem só na Sprint. A descoberta colaborativa não acontece, o time não internaliza o trabalho e o PO recebe estimativas frágeis disfarçadas de consenso. --- ### Poka-Yoke URL: https://br.k21.global/glossario/poka-yoke Categoria: Métricas e Performance Definição: Poka-Yoke é um conceito do Lean, criado por Shigeo Shingo, que significa "à prova de erros". Refere-se a mecanismos de design que previnem erros antes que aconteçam ou os tornam imediatamente óbvios, como um conector USB que só encaixa do jeito certo ou um campo de formulário que não aceita formato inválido. A filosofia por trás é deslocar a responsabilidade da atenção humana para o design do sistema. Em vez de pedir "tome mais cuidado", o Poka-Yoke torna o erro impossível ou imediatamente detectável, porque pessoas erram, mas sistemas bem desenhados impedem que o erro se propague. Na prática: Em software, aparece como validações, tipos seguros, testes automatizados que barram regressões, pipelines que impedem deploy de código quebrado e interfaces que evitam estados inválidos. Cada um é um Poka-Yoke que previne uma classe inteira de falhas. O que acontece quando falta: A qualidade depende da vigilância individual. Os mesmos erros se repetem, a resposta é sempre "tenha mais atenção", e o sistema permanece frágil, porque nada no design impede a falha de acontecer de novo. --- ### Priorização (RICE / MoSCoW / WSJF) URL: https://br.k21.global/glossario/priorizacao Categoria: Produto e Discovery Definição: Priorização é a disciplina de decidir o que entra primeiro no backlog, com base em valor, custo, risco e oportunidade. Frameworks comuns: RICE (Reach × Impact × Confidence ÷ Effort), MoSCoW (Must / Should / Could / Won't), WSJF (Weighted Shortest Job First, originado do SAFe). Cada um serve a um contexto, não existe framework universal correto. Na prática: RICE funciona bem em times de produto digital com dados de alcance e impacto. MoSCoW é útil para releases com escopo negociado. WSJF se aplica em portfólios com custo de atraso explícito. O Product Owner usa o framework como ferramenta de conversa e transparência, não como cálculo mágico. A formação CSPO da K21 ensina a combinar técnicas e a usar dados (não vibração) para defender prioridade frente a stakeholders. O que acontece quando falta: Sem framework de priorização, decisões viram subjetividade e força política. Quem grita mais alto ou tem mais cargo decide. O backlog perde lógica visível, o PO perde autoridade técnica e o time sente que está executando demandas aleatórias. --- ### Product Backlog URL: https://br.k21.global/glossario/backlog Categoria: Produto e Discovery Definição: Product Backlog é a lista ordenada e viva de tudo o que pode ser feito no produto, funcionalidades, melhorias, correções e experimentos. É o único ponto de entrada de trabalho para o time e a fonte da verdade sobre prioridades. Pertence ao Product Owner, que decide a ordem com base em valor, risco, dependências e oportunidade. Na prática: O backlog está sempre em movimento. O Product Owner adiciona itens novos vindos de descoberta, dados de uso e conversas com stakeholders, e remove o que perdeu sentido. Os itens do topo são pequenos, claros e prontos para entrar em uma Sprint; os de baixo podem ser grandes e vagos. O refinamento (refinement) é a atividade contínua de quebrar, esclarecer e estimar itens, feita pelo time junto com o PO. Ferramentas como Jira, Linear ou Trello dão visualização, mas o backlog não é a ferramenta: é a conversa que ele organiza. A formação CSPO da K21 mostra como manter um backlog que cabe na cabeça e gera decisão. O que acontece quando falta: Sem um backlog único e ordenado, demandas chegam por chat, e-mail, reunião e corredor. O time recebe coisas conflitantes, ninguém sabe o que é prioridade de verdade e cada stakeholder acha que o pedido dele é o mais urgente. O resultado é multitarefa crônica, retrabalho e a sensação permanente de que falta tempo, quando o que falta é foco e ordem. --- ### Product Discovery URL: https://br.k21.global/glossario/product-discovery Categoria: Produto e Discovery Definição: Product Discovery é o conjunto de práticas que um time usa para descobrir o que vale a pena construir, antes de construir. Combina pesquisa com usuários, prototipagem, experimentos e análise de dados para validar problemas, soluções e modelos de negócio. Acontece em paralelo ao desenvolvimento (delivery), não antes dele. Na prática: Um time maduro mantém uma trilha contínua de discovery: entrevistas com usuários, testes de usabilidade, A/B tests, protótipos, análise de funis e métricas de uso. As hipóteses mais promissoras viram experimentos rápidos; as validadas viram MVPs; os MVPs aprovados viram itens do Product Backlog. O Product Owner orquestra esse fluxo junto com designers, pesquisadores e dados. Sem discovery, o backlog vira lista de palpites; com discovery, vira pipeline de oportunidades validadas. A formação CSPO da K21 conecta discovery ao ciclo Scrum de forma prática e aplicável. O que acontece quando falta: Sem discovery, o time gasta a maior parte do tempo construindo coisas que não geram valor. Decisões viram opinião de quem fala mais alto, roadmaps são pintados pela diretoria sem contato com o cliente, e o produto cresce em features mas não em uso ou receita. A frustração aparece dos dois lados: o time se sente "fábrica de software" e o negócio se sente mal atendido. --- ### Product Manager URL: https://br.k21.global/glossario/product-manager Categoria: Produto e Discovery Definição: Product Manager é o profissional responsável por descobrir o que construir e por que. Atua na intersecção entre negócio, usuário e tecnologia, conduzindo descoberta, priorização e definição de produto. Em times Scrum, o papel se sobrepõe ao Product Owner, mas tende a olhar mais para estratégia e ciclo de vida do produto; em organizações modernas, PM e PO coexistem ou se fundem dependendo da maturidade. Na prática: O Product Manager conversa com usuários, analisa dados de uso, valida hipóteses com experimentos, define visão e roadmap, e negocia prioridades com stakeholders. Trabalha lado a lado com design, engenharia e dados, e responde pelo resultado do produto, não pela entrega de features. A formação CSPO da K21 oferece a base oficial do papel de PO/PM em Scrum, e os workshops de Product AI e Métricas adicionam o instrumental moderno de discovery e mensuração. O que acontece quando falta: Sem Product Manager forte, produto vira execução de pedidos. O backlog enche de features pedidas por stakeholders sem validação, e o time entrega tudo, mas o produto não evolui. Métricas de uso ficam descoladas das decisões, e a estratégia de produto vira slide bonito sem operação real. --- ### Product Owner URL: https://br.k21.global/glossario/product-owner Categoria: Scrum Definição: Product Owner é o papel responsável por maximizar o valor entregue pelo Time Scrum. É quem decide o que será construído e em que ordem, traduzindo estratégia de produto em itens claros no Product Backlog. É um único profissional (não um comitê) e tem autoridade real sobre a priorização, sem essa autonomia, o papel não funciona. Na prática: O Product Owner conversa com clientes, stakeholders, time comercial e dados de uso para entender o que realmente importa. Mantém o Product Backlog vivo: prioriza, refina, escreve user stories e define critérios de aceite. Participa da Sprint Planning para alinhar o objetivo da Sprint com o time, está disponível durante a Sprint para tirar dúvidas e aceita ou rejeita o incremento na Sprint Review. Trabalha lado a lado com o Scrum Master, mas não confunde papéis: o PO cuida do quê e do porquê; o time cuida do como. A formação CSPO da K21 forma POs que sabem dizer não com critério. O que acontece quando falta: Sem um Product Owner forte, o time recebe demandas de várias fontes ao mesmo tempo, prioridade muda toda semana e ninguém é dono de dizer não. O backlog vira uma lista de desejos infinita, a entrega perde foco e o time entrega features que pouca gente usa. Stakeholders frustrados começam a falar direto com developers, e a estratégia de produto se dilui em mil pedidos urgentes que nunca eram urgentes. --- ### Product Roadmap URL: https://br.k21.global/glossario/product-roadmap Categoria: Produto e Discovery Definição: Product Roadmap é a comunicação visual da direção do produto ao longo do tempo. Modernamente, é organizado por objetivos e problemas a resolver, não por lista de features com datas. Conecta a Visão de Produto à execução do backlog, alinhando time, liderança e stakeholders sobre o que se está apostando e por quê. Na prática: Roadmaps maduros costumam usar horizontes (agora / próximo / depois) e expressam outcomes (resultados) em vez de outputs (entregas). São revisados em cadência (mensal ou trimestral), evoluem com aprendizado e não são contrato. O Product Owner ou Product Manager mantém o roadmap como ferramenta de conversa, não como cronograma. A formação CSPO da K21 e o Workshop de Métricas mostram como ligar roadmap a OKRs e métricas de produto para evitar virar wishlist. O que acontece quando falta: Sem roadmap claro, o produto vira sequência de Sprints sem narrativa estratégica. Stakeholders perguntam "quando vai sair X?" e o PO responde com data ou com "depende". Investimentos perdem foco, e o time não consegue priorizar de forma autônoma porque não sabe para onde se está indo. --- ### Product-Market Fit URL: https://br.k21.global/glossario/product-market-fit Categoria: Produto e Discovery Definição: Product-Market Fit é o estado em que um produto atende a uma necessidade real de um mercado bem definido a ponto de a demanda passar a puxar a oferta. Cunhado por Marc Andreessen, descreve aquele momento em que retenção, uso e recomendação crescem sem grande esforço de aquisição. Antes do PMF, todo crescimento é forçado; depois dele, o desafio vira escalar. Na prática: Sinais de PMF: retenção alta, NPS positivo consistente, crescimento orgânico via indicação, clientes "puxando" o time para mais funcionalidades. Não é binário, é um espectro, e pode ser perdido. Métricas de PMF (Sean Ellis test: "como você se sentiria se não pudesse mais usar?", percentil 40% como referência) ajudam a medir. A formação CSPO e o Product AI da K21 mostram como rodar discovery focada em achar PMF antes de investir em escala. O que acontece quando falta: Sem PMF, todo crescimento exige marketing pesado, churn é alto e o produto vive recebendo "se tivesse X, eu usaria". Investir em escala antes do PMF acelera a queima de caixa sem virar o jogo. Reconhecer a ausência de PMF é o primeiro passo para mudar, geralmente pivotar mercado ou problema, não só feature. --- ### Prompt Engineering URL: https://br.k21.global/glossario/prompt-engineering Categoria: Inteligência Artificial Definição: Prompt Engineering é a prática de escrever instruções para modelos de IA de forma a obter respostas mais úteis, precisas e confiáveis. Não é "truque mágico" nem fórmula secreta: é uma habilidade de comunicação aplicada, saber dar contexto, restringir escopo, mostrar exemplos e estruturar a saída esperada. É uma das competências mais valiosas para qualquer profissional que trabalha com IA hoje. Na prática: Um bom prompt começa com uma estrutura detalhada, definindo o objetivo da tarefa, o público, o formato de saída e os critérios de qualidade. Profissionais experientes mantêm bibliotecas de prompts reutilizáveis para tarefas frequentes: análise de feedback, geração de hipóteses, revisão de specs, brainstorm de copy. Times de produto que dominam prompt engineering ganham horas por semana e elevam a qualidade do que produzem. O curso Product AI: Dominando o Claude da K21 ensina técnicas de prompt para tirar o máximo de Claude Chat, Cowork e Code no dia a dia. O que acontece quando falta: Sem prompt engineering, o usuário escreve uma frase curta, recebe uma resposta genérica e conclui que "a IA não serve para o meu trabalho". Na prática, o problema não está no modelo, está na instrução. Isso leva organizações inteiras a subutilizar ferramentas pelas quais já estão pagando, e a perder a curva de aprendizado que separa quem usa IA bem de quem só experimenta. --- ### Proposta de Valor URL: https://br.k21.global/glossario/proposta-de-valor Categoria: Produto e Discovery Definição: Proposta de Valor é a promessa central que o produto faz a um segmento de cliente: que dor ele alivia, que ganho ele entrega e por que vale mais do que as alternativas. Frameworks como o Value Proposition Canvas (Strategyzer) estruturam esse encaixe entre o que o cliente busca e o que a oferta entrega. É a essência da estratégia de produto. Na prática: Times mapeiam, do lado do cliente, jobs, dores e ganhos; do lado do produto, produtos/serviços, aliviadores de dor e criadores de ganho; e checam o encaixe. Quando o encaixe é fraco, propõe-se pivot. A proposta de valor orienta posicionamento, mensagem de marketing e priorização de roadmap. A formação CSPO e o Design Thinking + IA da K21 ensinam a usar o canvas como ferramenta de decisão, não de apresentação. O que acontece quando falta: Sem proposta de valor clara, mensagem fica genérica, conversão cai e o time investe em features que não fortalecem nenhum diferencial. Concorrência cresce comparando preço (porque é só nele que dá pra comparar) e o produto vira commodity. --- ### Quadro Kanban URL: https://br.k21.global/glossario/quadro-kanban Categoria: Kanban Definição: Quadro Kanban é a representação visual do fluxo de trabalho. Colunas representam os estados do trabalho (por exemplo: Backlog, Análise, Em Desenvolvimento, Em Teste, Pronto), e cartões representam itens individuais. Cada coluna tem um limite de WIP explícito. O quadro é o coração do método Kanban: torna o trabalho visível, expõe gargalos e sustenta a auto-organização baseada em fluxo. Na prática: Um bom quadro reflete o fluxo real, com colunas que mostram onde o trabalho realmente espera (não só onde alguém atua). Inclui raias para classes de serviço, marcadores para bloqueios, datas de entrada e saída para medir Lead Time. Físico ou digital, o que importa é que todo mundo enxergue o mesmo. O TKP e o KSD da K21 ensinam a desenhar quadros que cabem na realidade do time, não em template genérico. O que acontece quando falta: Sem quadro visível, trabalho fica escondido em planilhas, e-mails e cabeças. Ninguém sabe o que está em andamento, prioridades viram fofoca, e a chance de identificar gargalos com antecedência some. É o sintoma clássico de "time ocupado, entrega baixa". --- ### Quebra de Histórias (Story Splitting) URL: https://br.k21.global/glossario/quebra-de-historias Categoria: Produto e Discovery Definição: Quebra de Histórias (Story Splitting) é a prática de dividir uma user story grande em histórias menores que ainda entreguem valor de forma independente. O desafio é fatiar "na vertical", cada fatia atravessando todas as camadas e entregando algo utilizável, em vez de "na horizontal" (uma história só de banco, outra só de tela), que não entrega valor isolado. Histórias menores fluem melhor: são mais fáceis de entender, estimar e testar, geram feedback mais cedo e reduzem o risco. Existem padrões conhecidos para quebrar, por regras de negócio, por passos do fluxo, por variações de dados, por caminho feliz versus exceções, que ajudam a achar fatias verticais com valor. Na prática: É usada no refinamento, quando uma história não atende ao "Small" do INVEST ou não cabe numa Sprint. O time aplica padrões de splitting para encontrar a menor fatia que ainda entrega valor e gera aprendizado, deixando o resto para depois. O que acontece quando falta: Histórias grandes atravessam várias Sprints sem nunca "ficarem prontas". O feedback chega tarde, o risco se concentra, e o quadro fica cheio de itens em andamento que não terminam, matando o fluxo e a previsibilidade. --- ### Radical Candor (Franqueza Radical) URL: https://br.k21.global/glossario/radical-candor Categoria: Liderança e Gestão Definição: Radical Candor (Franqueza Radical) é um modelo de comunicação e liderança criado por Kim Scott, baseado em dois eixos: importar-se pessoalmente (care personally) e confrontar diretamente (challenge directly). A combinação ideal, alto nos dois, é a Franqueza Radical: dizer a verdade difícil justamente porque você se importa com a pessoa. O modelo nomeia também as três falhas comuns: Empatia Destrutiva (importa-se, mas não confronta, o "ruim simpático"), Insinceridade Manipuladora (nem se importa, nem é direto) e Agressividade Ofensiva (confronta sem cuidado). A maioria dos gestores erra para o lado da empatia destrutiva, evitando a conversa franca por medo de magoar. Na prática: Líderes usam o modelo para dar feedback que seja, ao mesmo tempo, honesto e cuidadoso, elogiando de forma específica e criticando sem rodeios, mas com genuíno interesse pela pessoa. Conecta-se à segurança psicológica e à comunicação não-violenta. O que acontece quando falta: Predomina a empatia destrutiva: gestores escondem problemas para "não magoar", e as pessoas não recebem o feedback que precisam para crescer. Pequenos problemas viram grandes, a confiança se corrói e a verdade só aparece tarde demais, muitas vezes no desligamento. --- ### Refinamento de Backlog URL: https://br.k21.global/glossario/refinamento-de-backlog Categoria: Scrum Definição: Refinamento de Backlog (Product Backlog Refinement) é a atividade contínua de adicionar detalhes, estimativas e ordem aos itens do Product Backlog. Não é um evento formal do Scrum, mas uma prática essencial: garante que os itens do topo estejam prontos para entrar em uma Sprint, pequenos, claros, com critérios de aceite definidos e compreendidos pelo time. Na prática: Times costumam reservar uma janela semanal (5 a 10% da capacidade da Sprint) para refinar com o PO os próximos itens. Quebra-se épicos em stories menores, escreve-se critérios de aceitação, discute-se incertezas técnicas, levanta-se dependências e, quando necessário, estima-se em Story Points. O resultado é um backlog em camadas: o topo está pronto, o meio está claro, o fundo é apenas direção. A formação CSPO da K21 e o Workshop Estimativa de Backlog ensinam técnicas concretas, divisão por valor, INVEST, exemplos concretos, para manter um backlog que cabe na cabeça. O que acontece quando falta: Sem refinamento contínuo, a Sprint Planning vira sessão maratona de descoberta: o time tenta entender, estimar e planejar tudo em uma reunião só. Itens entram na Sprint mal definidos, o que gera retrabalho, atrasos e a clássica resposta "isso a gente vê quando chegar lá". A previsibilidade despenca e o PO perde controle sobre prioridade real. --- ### Retrospectiva URL: https://br.k21.global/glossario/retrospectiva Categoria: Scrum Definição: Retrospectiva é o evento do Scrum em que o time inspeciona seu próprio processo e decide o que vai melhorar na próxima Sprint. Acontece ao final de cada Sprint, antes da próxima Planning, e tem timebox proporcional à duração da Sprint. É o motor da melhoria contínua: sem retrospectiva, o time entrega mais do mesmo, com os mesmos problemas, indefinidamente. Na prática: Uma retrospectiva eficaz é facilitada pelo Scrum Master, dura entre 45 minutos e 3 horas e segue um arco: criar ambiente seguro, coletar dados (o que funcionou, o que não funcionou, o que aprendemos), gerar insights, decidir um ou dois experimentos concretos e fechar com compromisso. Formatos variam, Starfish, Sailboat, 4Ls, Mad/Sad/Glad, mas o que importa é o resultado: ações específicas, com dono, que entram no backlog da próxima Sprint e são revisitadas. Retrô bem feita gera mudança visível em poucas iterações. A formação A-CSM da K21 aprofunda técnicas avançadas de facilitação de retrospectivas. O que acontece quando falta: Sem retrospectivas, o time repete os mesmos problemas Sprint após Sprint: a mesma reunião improdutiva, a mesma dependência travada, a mesma falta de critério de aceite. A frustração se acumula, vira fofoca de corredor e desemboca em rotatividade. Quando a Retrô é pulada "por falta de tempo", o time perde justamente o espaço estruturado para criar tempo, a melhoria contínua para de acontecer. --- ### SAFe URL: https://br.k21.global/glossario/safe Categoria: Scrum Definição: SAFe (Scaled Agile Framework) é um framework prescritivo para escala de agilidade em grandes organizações, criado por Dean Leffingwell. Combina Scrum, Kanban, Lean e práticas de gestão de portfólio em quatro configurações (Essential, Large Solution, Portfolio, Full). É o framework mais adotado em escala, especialmente em corporações grandes, também o mais criticado pela comunidade ágil por seu peso e prescrição. Na prática: SAFe organiza times em "Agile Release Trains" (ARTs) que sincronizam por meio de PI Planning trimestral. Tem papéis, eventos e artefatos específicos (Release Train Engineer, System Architect, Solution Train, etc.). Funciona bem em contextos altamente regulados e organizações que buscam transição estruturada. Críticos apontam que reproduz hierarquia tradicional em vez de transformá-la. A K21 não certifica SAFe, recomendamos avaliar caso a caso e considerar LeSS ou Flight Levels como alternativas mais enxutas. O que acontece quando falta: Em contextos em que SAFe seria adotado por inércia organizacional, escolher abordagens mais enxutas (LeSS, Flight Levels, Team Topologies + Scrum/Kanban) costuma gerar mais aprendizado e menos overhead. Por outro lado, em organizações que precisam de roteiro prescritivo para mover milhares de pessoas em poucos meses, a ausência de qualquer framework de escala leva ao caos. --- ### Scrum URL: https://br.k21.global/glossario/scrum Categoria: Scrum Definição: Scrum é o framework ágil mais usado no mundo para times que precisam entregar valor de forma incremental em ambientes complexos e incertos. Scrum define três papéis ou responsabilidades (Scrum Master, Product Owner e Developers), cinco eventos e três artefatos que sustentam ciclos curtos de inspeção e adaptação contínua. É leve de descrever, difícil de dominar, sendo usado pelas organizações mais inovadoras no mundo, e é a base das certificações Scrum Alliance ministradas pela K21 desde 2013. Na prática: Um time que adota Scrum organiza seu trabalho em Sprints, ou seja, ciclos de um mês ou menos (até quatro semanas, na prática) com um objetivo claro e mensurável. A cada Sprint o time planeja o que vai construir, sincroniza diariamente a comunicação na Daily, entrega um ou mais incrementos de produto ao longo do ciclo, gerando visibilidade e coletando feedback de stakeholders na Review e ajusta seu próprio processo evolutivo na Retrospectiva. O Product Owner mantém o backlog priorizado pelo valor de negócio, o Scrum Master garante que o framework esteja sendo aplicado de verdade e os Developers transformam itens do backlog em incrementos prontos para uso. O resultado é previsibilidade alta sem perder a capacidade de mudar de direção sempre que necessário. O que acontece quando falta: Sem Scrum (ou outro framework empírico equivalente), times entregam em ciclos longos sem feedback intermediário, descobrem problemas tarde demais e dependem de planejamento detalhado feito antes da incerteza ser resolvida. Replanejar custa caro, retrabalho explode e a relação com o negócio vira uma sequência de promessas de prazo que ninguém cumpre. A ausência de inspeção e adaptação frequente é o que faz projetos travarem em escopo fechado. --- ### Scrum Master URL: https://br.k21.global/glossario/scrum-master Categoria: Scrum Definição: Scrum Master é o papel responsável por garantir que o time entenda e aplique o Scrum corretamente, removendo impedimentos e protegendo o foco do time. Não é um gerente de projeto, não distribui tarefas nem cobra prazos: atua como facilitador, coach e agente de mudança dentro do time e da organização. É o guardião do processo e da melhoria contínua. Na prática: No dia a dia, o Scrum Master facilita a Daily, a sincronização rápida de 15 minutos do time, conduz a Sprint Planning, a Sprint Review e a Retrospectiva, e ajuda o time a refinar o backlog junto com o Product Owner. Quando aparece um impedimento (um sistema instável, uma dependência travada com outro time, uma demanda urgente vinda de fora), é o Scrum Master que age para resolver ou para proteger o time. Em organizações mais maduras, ele evolui para um papel de transformação que vai além do time, ajudando líderes a entenderem o que precisa mudar para a agilidade funcionar de verdade. O que acontece quando falta: Sem um Scrum Master dedicado, a Daily vira reunião de status, a Retrospectiva é pulada sob pressão de entrega e os impedimentos se acumulam sem dono. O Scrum vira casca: os eventos acontecem no calendário, mas a melhoria contínua não acontece. A pressão do negócio entra direto no time, a previsibilidade despenca e o burnout aparece, é exatamente o cenário que a formação CSM da K21 ajuda a evitar. --- ### Scrum of Scrums URL: https://br.k21.global/glossario/scrum-of-scrums Categoria: Scrum Definição: Scrum of Scrums é um evento de sincronização entre múltiplos times Scrum trabalhando no mesmo produto ou em produtos relacionados. Um representante de cada time (geralmente um Developer, não obrigatoriamente o Scrum Master) participa de uma reunião curta para tratar dependências, integrações e impedimentos cruzados. É a técnica de escala mais antiga e simples do mundo Scrum. Na prática: Acontece em cadência regular, diária para times muito interdependentes, semanal em contextos mais desacoplados. O foco é dependências e impedimentos, não status individual. Em frameworks como LeSS, Scrum of Scrums é uma das técnicas de coordenação. Em SAFe, é incorporado dentro de eventos do ART. O segredo é manter foco: vira reunião inútil se virar status report. O que acontece quando falta: Quando times relacionados não sincronizam, integrações quebram na véspera de release, dependências são descobertas tarde e cada time entrega "no seu canto". O efeito é caro: muito retrabalho de integração e perda de coerência de produto. --- ### Scrumban URL: https://br.k21.global/glossario/scrumban Categoria: Scrum Definição: Scrumban é uma abordagem híbrida que combina a estrutura do Scrum (papéis, eventos, cadência) com as práticas de fluxo do Kanban (visualização, limites de WIP, puxar trabalho). Surgiu como caminho de transição e, com o tempo, virou um modelo próprio para times cujo trabalho não se encaixa bem em Sprints rígidas. A ideia é pegar o melhor dos dois mundos: a disciplina de cadência e melhoria do Scrum com a gestão de fluxo contínuo e a flexibilidade do Kanban, útil quando há mistura de trabalho planejado e demandas que chegam a qualquer momento. Na prática: Times usam um quadro com limites de WIP e puxam itens conforme a capacidade, mantendo eventos do Scrum que fazem sentido (planejamento sob demanda, revisão, retrospectiva). É comum em times de manutenção, sustentação e suporte, onde a previsibilidade de Sprint é difícil. O que acontece quando falta: Times com trabalho imprevisível tentam forçá-lo em Sprints e vivem replanejando, ou abandonam toda estrutura e perdem cadência de melhoria. Scrumban dá um meio-termo que respeita a natureza do fluxo sem abrir mão de inspeção e adaptação. --- ### Segurança Psicológica URL: https://br.k21.global/glossario/seguranca-psicologica Categoria: Liderança e Gestão Definição: Segurança Psicológica é a crença compartilhada, dentro de um time, de que é seguro assumir riscos interpessoais, fazer perguntas, admitir erros, propor ideias, discordar. Pesquisada por Amy Edmondson (Harvard) e confirmada pelo Project Aristotle do Google como o principal preditor de performance de times. Sem ela, todas as práticas ágeis viram teatro. Na prática: Times com alta segurança psicológica fazem Retrospectivas honestas, Dailies sem mascaramento, levantam impedimentos cedo e admitem dúvida sem medo. Líderes constroem esse ambiente modelando vulnerabilidade ("eu não sei"), agradecendo o erro reportado, e separando pessoa de comportamento no feedback. A formação CSM e A-CSM da K21 abordam o papel do Scrum Master em construir e proteger essa segurança. O que acontece quando falta: Sem segurança psicológica, ninguém fala. Erros são escondidos, impedimentos crescem em silêncio, e a Retrospectiva vira ritual polido sem ação. A inovação morre porque ninguém arrisca ideia que possa parecer boba. Performance regride para a média, mesmo com talentos individuais altos. --- ### Service Blueprint URL: https://br.k21.global/glossario/service-blueprint Categoria: Produto e Discovery Definição: Service Blueprint (Projeto de Serviço) é uma ferramenta de design de serviços que mapeia, em camadas, tudo o que sustenta a experiência do cliente: as ações do cliente, as ações visíveis dos funcionários ("frontstage"), as ações de bastidor ("backstage") e os processos de apoio, separados por "linhas" (de interação, de visibilidade, de interação interna). Enquanto a jornada do cliente mostra a experiência do ponto de vista de quem usa, o Service Blueprint revela toda a engrenagem por trás de cada ponto de contato. Expõe onde a experiência depende de sistemas, equipes e processos invisíveis ao cliente, e onde eles falham e geram atrito. Na prática: É usado para diagnosticar e redesenhar serviços (digitais e físicos), conectando a experiência do cliente aos processos e sistemas internos que a sustentam. Ajuda a achar a causa de um atrito que o cliente sente mas cuja origem está num processo de bastidor. O que acontece quando falta: Times otimizam a interface visível ao cliente sem entender os bastidores que a sustentam. Um ponto de contato bonito esconde um processo interno quebrado, e a experiência falha por causas que ninguém mapeou, porque só se olhou para o frontstage. --- ### Service Level Expectation (SLE) URL: https://br.k21.global/glossario/service-level-expectation Categoria: Kanban Definição: Service Level Expectation (SLE) é uma previsão probabilística sobre o tempo de entrega: por exemplo, "85% dos itens dessa classe ficam prontos em até 14 dias". Diferente de um SLA (acordo formal com penalidade), o SLE é uma expectativa baseada em dados históricos de Lead Time. Foi popularizado pelo Método Kanban e está no Kanban Guide oficial. Na prática: O time calcula SLE a partir do percentil 85 (ou 95) da distribuição histórica de Lead Time, idealmente por classe de serviço. Comunica isso aos stakeholders e revisa periodicamente. Quando um item se aproxima do limite do SLE sem terminar, é tratado como alerta, sinal de que algo travou. O KSD da K21 mostra como usar SLE para conversas honestas com o negócio em vez de prometer datas falsamente exatas. O que acontece quando falta: Sem SLE, conversas sobre prazo viram negociação no escuro. Promessas são feitas com base em otimismo e cobradas com base em frustração. O time perde credibilidade não porque entrega devagar, mas porque não comunica previsibilidade em linguagem que o negócio entenda. --- ### Sistema Puxado URL: https://br.k21.global/glossario/sistema-puxado Categoria: Kanban Definição: Sistema Puxado (Pull System) é um modelo de operação em que novo trabalho só é iniciado quando há capacidade disponível. O contrário é o sistema empurrado, em que trabalho é jogado adiante independentemente da capacidade do destinatário. Kanban é um sistema puxado por definição: limites de WIP em cada coluna funcionam como sinais de "estou pronto pra receber mais" ou "estou cheio". Na prática: Em um quadro Kanban, um Developer só puxa novo item da coluna anterior quando termina o atual e há espaço dentro do limite de WIP. Isso evita sobrecarga, equilibra o fluxo e força a resolver gargalos em vez de mascarar com mais entrada. Em sistemas empurrados, a fila cresce indefinidamente e o sintoma é a clássica "área travada com fila gigante de pedidos". O KSD da K21 mostra como migrar de empurrado para puxado mesmo em organizações tradicionais. O que acontece quando falta: Sem sistema puxado, demanda entra mais rápido do que o time entrega. Filas crescem, prioridades se confundem, multitarefa vira regra e qualidade despenca. O time fica refém de quem grita mais alto, e o líder vira árbitro de filas em vez de remover obstáculos. --- ### Six Sigma / Lean Six Sigma (DMAIC) URL: https://br.k21.global/glossario/six-sigma Categoria: Métricas e Performance Definição: Six Sigma é uma metodologia de melhoria de processos focada em reduzir variação e defeitos por meio de dados e estatística. O nome refere-se a um nível de qualidade com pouquíssimos defeitos por milhão de oportunidades. O Lean Six Sigma combina essa busca por baixa variação com a eliminação de desperdícios do Lean. O coração do método é o ciclo DMAIC, Define (definir), Measure (medir), Analyze (analisar), Improve (melhorar) e Control (controlar), um roteiro estruturado para atacar problemas com base em evidência, não em achismo. Na prática: Equipes usam DMAIC para problemas crônicos e mensuráveis: definem o problema e a meta, medem a situação atual, analisam causas-raiz com dados, implementam melhorias e estabelecem controles para sustentar o ganho. É forte em ambientes com volume e repetição. O que acontece quando falta: Melhorias são feitas no instinto, sem medir a variação real do processo. O time "resolve" um problema que volta, porque nunca isolou a causa estatística nem criou controles para impedir a regressão. --- ### Sprint URL: https://br.k21.global/glossario/sprint Categoria: Scrum Definição: Sprint é o ciclo de trabalho do Scrum: um período de até quatro semanas no qual o time se compromete com um objetivo e entrega um incremento de produto pronto para uso. Tem duração fixa (timebox), começa com a Sprint Planning e termina com a Sprint Review e a Retrospectiva. É a unidade básica de previsibilidade e aprendizado do framework. Na prática: Uma Sprint típica começa com o time e o Product Owner definindo o Sprint Goal e selecionando itens do Product Backlog para o Sprint Backlog. Durante a Sprint, o time se sincroniza diariamente na Daily, refina os próximos itens do backlog em paralelo e protege o escopo combinado, mudanças grandes esperam a próxima Sprint. No fim, na Sprint Review, o time mostra o incremento para stakeholders e coleta feedback. Em seguida vem a Retrospectiva, onde o próprio time decide o que vai melhorar no próximo ciclo. O resultado é um ritmo que torna a entrega previsível sem engessar o produto. O que acontece quando falta: Times que não trabalham em ciclos fechados perdem o ritmo de feedback. Sem Sprint Goal, qualquer demanda nova vira urgência e o trabalho fica fragmentado. Sem Review, o produto evolui sem validação. Sem Retrospectiva, os mesmos problemas se repetem mês após mês. A consequência prática é perda de previsibilidade: ninguém consegue prever quando algo vai ficar pronto porque nunca há um marco claro de "pronto". --- ### Sprint Backlog URL: https://br.k21.global/glossario/sprint-backlog Categoria: Scrum Definição: Sprint Backlog é o plano de trabalho da Sprint, composto por três elementos: o Sprint Goal (o porquê), os itens do Product Backlog selecionados para a Sprint (o quê) e um plano para entregá-los (o como). Pertence aos Developers, é altamente visível e evolui ao longo da Sprint conforme o time aprende mais sobre o trabalho. Na prática: Ao final da Sprint Planning, o time materializa o Sprint Backlog em um quadro, físico ou digital, com colunas como A Fazer, Em Andamento, Feito. Os Developers atualizam o quadro diariamente, quebrando itens em tarefas menores conforme necessário e ajustando o plano sem mexer no Sprint Goal. Se o trabalho se mostrar muito maior do que o previsto, conversam com o PO para renegociar escopo dentro da Sprint, mantendo o objetivo. O CSM da K21 mostra como evitar dois extremos: o Sprint Backlog imutável (que vira contrato burocrático) e o totalmente fluido (que vira lista de desejos). O que acontece quando falta: Sem Sprint Backlog visível, ninguém sabe o que está em andamento, há sobreposição de trabalho, itens "esquecidos" aparecem no fim da Sprint e o Scrum Master perde a capacidade de identificar gargalos. A Daily vira adivinhação, a Review pega todos de surpresa e a sensação coletiva é de caos disfarçado de agilidade. --- ### Sprint Planning URL: https://br.k21.global/glossario/sprint-planning Categoria: Scrum Definição: Sprint Planning é o evento que abre cada Sprint no Scrum. Nele, o Time Scrum responde a três perguntas: por que esta Sprint é valiosa (Sprint Goal), o que pode ser entregue (itens do Product Backlog que entram no Sprint Backlog) e como o trabalho será feito. Tem timebox de até oito horas para uma Sprint de um mês, proporcionalmente menor para Sprints mais curtas. Na prática: O Product Owner chega com o backlog refinado e propõe um objetivo de Sprint conectado à estratégia de produto. Os Developers discutem capacidade, riscos e dependências, e selecionam quantos itens conseguem entregar com qualidade. Juntos, o time desenha um plano inicial: pode ser uma lista de tarefas, um diagrama no quadro, um pareamento por item. O Scrum Master facilita para que ninguém saia da Planning sem clareza do "para quê" e do "como começar". A formação CSM da K21 mostra como conduzir Plannings curtas, focadas e que terminam com compromisso real, não com um Excel cheio de horas. O que acontece quando falta: Sem Sprint Planning bem feita, o time começa a Sprint sem objetivo claro, cada um puxa um item por afinidade e o ciclo vira corrida individual. Sem Sprint Goal, qualquer demanda nova vira urgência e o backlog perde poder de priorização. Ao final, a Review fica sem narrativa: o time mostra itens soltos, stakeholders não entendem o avanço e a sensação é de muito trabalho com pouco resultado visível. --- ### Sprint Review URL: https://br.k21.global/glossario/sprint-review Categoria: Scrum Definição: Sprint Review é o evento ao final da Sprint em que o Time Scrum e os stakeholders inspecionam o incremento entregue e adaptam o Product Backlog. Não é uma apresentação formal nem uma cerimônia de aprovação: é uma reunião de trabalho colaborativa para discutir o que foi feito, o que mudou no contexto e o que faz mais sentido fazer a seguir. Timebox de até quatro horas para uma Sprint de um mês. Na prática: O Product Owner convida stakeholders relevantes, clientes, áreas de negócio, suporte, comercial, e o time demonstra o incremento funcionando, não slides. Conversa-se sobre o que foi aprendido, mudanças de mercado, novas oportunidades e ajustes no backlog. Decisões sobre próximos passos saem dali e alimentam a próxima Planning. Em produtos digitais, é comum mostrar o incremento já em ambiente real, com dados de uso, para acelerar a conversa baseada em evidência. O CSPO da K21 ensina o PO a usar a Review como instrumento estratégico de validação, não como demo decorativa. O que acontece quando falta: Sem Sprint Review, o produto evolui sem validação externa. O time entrega no escuro, descobre tarde demais que construiu a coisa errada e a relação com stakeholders azeda: eles param de aparecer porque "não muda nada vir". O backlog para de receber sinal do mundo real e o Product Owner vira intérprete único de uma realidade que ninguém mais valida. --- ### Stakeholder URL: https://br.k21.global/glossario/stakeholder Categoria: Produto e Discovery Definição: Stakeholder é qualquer pessoa ou área com interesse legítimo no produto: clientes, usuários, patrocinadores, áreas de negócio, jurídico, compliance, suporte, comercial. No Scrum, são convidados centrais da Sprint Review para inspecionar o incremento e influenciar o backlog. Bom relacionamento com stakeholders é parte do trabalho do Product Owner e fator crítico de sucesso do produto. Na prática: O PO mapeia stakeholders por influência e interesse, comunica-se em cadência adequada a cada um e usa Reviews, demos e canais escritos para manter alinhamento. Conversas individuais antes de decisões grandes evitam surpresas em fórum coletivo. A formação CSPO da K21 dedica espaço significativo a técnicas de relacionamento com stakeholders, porque um PO sem essa habilidade trava, independente de quanto entenda do produto. O que acontece quando falta: Sem gestão ativa de stakeholders, decisões viram emboscada: alguém aparece no final do ciclo com objeção crítica que poderia ter sido endereçada antes. Stakeholders frustrados começam a falar direto com developers, e a coerência do backlog se perde. O PO fica reativo, apagando incêndios políticos. --- ### STATIK URL: https://br.k21.global/glossario/statik Categoria: Kanban Definição: STATIK (Systems Thinking Approach to Introducing Kanban) é uma abordagem estruturada para desenhar um sistema Kanban a partir do contexto real do time, em vez de copiar um quadro pronto. Guia uma sequência de passos: entender o propósito do serviço, as fontes de insatisfação, a demanda, a capacidade, o fluxo de trabalho, as classes de serviço e, então, projetar o sistema. A premissa é que cada sistema Kanban deve refletir o trabalho real daquele time, sua demanda, seus tipos de item, seus pontos de dor. STATIK evita o erro comum de impor um quadro genérico que não corresponde a como o trabalho de fato flui. Na prática: É usado em workshops de implantação de Kanban, conduzindo o time a descobrir seu próprio fluxo antes de desenhar o quadro. O resultado é um sistema que as pessoas entendem e respeitam, porque foi construído a partir da realidade delas. O que acontece quando falta: O time copia um quadro Kanban de outro contexto, com colunas que não correspondem ao seu fluxo. O quadro vira teatro: não reflete o trabalho real, ninguém confia nele, e os limites de WIP e classes de serviço não fazem sentido. --- ### Story Mapping URL: https://br.k21.global/glossario/story-mapping Categoria: Produto e Discovery Definição: Story Mapping é uma técnica visual, criada por Jeff Patton, para organizar o backlog por jornada do usuário em vez de lista linear. Mapeia-se a sequência de atividades que o usuário realiza (eixo horizontal) e, abaixo de cada atividade, as histórias necessárias em ordem de prioridade (eixo vertical). O resultado é um mapa 2D que torna visível o escopo do produto e permite cortar releases por valor real. Na prática: Em workshops de Story Mapping, PO e time mapeiam a jornada do cliente em um quadro, colam histórias em ordem de prioridade e desenham "linhas de release" cortando horizontalmente, definindo o que entra em cada versão. É uma das ferramentas mais poderosas para alinhar PO, designers, time e stakeholders sobre o MVP de verdade. A formação CSPO da K21 mostra como usar Story Mapping para sair do backlog linear e enxergar produto como sistema. O que acontece quando falta: Sem Story Mapping ou equivalente, o backlog vira pilha linear sem contexto de jornada. Releases são cortadas por estimativa, não por valor de uso, e o MVP entrega "10% de tudo" em vez de "100% da menor jornada completa". O cliente recebe um produto fragmentado que não resolve nada de ponta a ponta. --- ### Story Points URL: https://br.k21.global/glossario/story-points Categoria: Scrum Definição: Story Points são uma unidade relativa de estimativa de esforço usada por times ágeis. Não medem horas: medem o tamanho de um item de trabalho comparado a outros já conhecidos, levando em conta complexidade, incerteza e quantidade de trabalho. A vantagem de estimar em pontos é desacoplar a estimativa da velocidade individual e da pressão de prazos exatos. Na prática: Times usam Story Points em sessões de Planning Poker ou comparação de itens, com escalas como Fibonacci (1, 2, 3, 5, 8, 13). O time toma uma story de referência (por exemplo, uma story 3) e calibra as demais em relação a ela. Combinados com a Velocity histórica (quantos pontos o time entrega por Sprint), os pontos viram base para previsão. O Workshop Estimativa de Backlog da K21 mostra como combinar estimativas em pontos com métricas reais, lead time e throughput, para previsões mais confiáveis e sem o vício de prometer datas furadas. O que acontece quando falta: Times que estimam em Homem-Hora ou Homem-Dia caem na armadilha de tratar estimativa como compromisso de prazo. Quando o item demora mais (o que é normal em ambientes complexos), o time é cobrado pela "promessa" e passa a inflar estimativas para se proteger. O processo todo vira teatro defensivo, a previsibilidade real cai e ninguém aprende sobre a capacidade verdadeira do time. --- ### TDD (Test-Driven Development) URL: https://br.k21.global/glossario/tdd Categoria: Engenharia e DevOps Definição: TDD (Desenvolvimento Orientado a Testes) é uma prática de engenharia em que o teste é escrito antes do código de produção, seguindo o ciclo "vermelho–verde–refatora": escreve-se um teste que falha (vermelho), implementa-se o mínimo para passar (verde) e então melhora-se o design (refatora) com o teste protegendo. TDD não é principalmente sobre testes, é sobre design. Escrever o teste primeiro força a pensar na interface e no comportamento esperado antes da implementação, o que tende a produzir código mais simples, modular e fácil de mudar. Na prática: O desenvolvedor trabalha em ciclos curtos de poucos minutos: teste que falha, código que passa, refatoração. Ao fim, tem-se uma suíte de testes automatizados que documenta o comportamento e permite mudar o código com confiança. O que acontece quando falta: Sem testes escritos junto com o código, a cobertura fica baixa e tardia. Cada mudança vira uma aposta, o medo de quebrar trava a refatoração, e a dívida técnica se acumula até o sistema ficar caro de evoluir. --- ### Team Topologies URL: https://br.k21.global/glossario/team-topologies Categoria: Liderança e Gestão Definição: Team Topologies é um modelo criado por Matthew Skelton e Manuel Pais para estruturar times em organizações que entregam software. Propõe quatro tipos: Stream-aligned (alinhados a fluxo de valor), Enabling (capacitam outros times), Complicated Subsystem (donos de subsistema complexo) e Platform (oferecem plataforma como produto interno). E três modos de interação: colaboração, X-as-a-Service e facilitação. Na prática: Organizações usam Team Topologies para redesenhar estruturas que reduzam dependências e cognitive load. Identifica-se fluxos de valor, monta-se times stream-aligned com responsabilidade ponta a ponta, e cria-se plataformas internas para reduzir trabalho repetitivo. Combina excelentemente com Scrum, Kanban e Flight Levels, é a peça organizacional que sustenta agilidade real em escala. O que acontece quando falta: Sem desenho consciente de times, organizações replicam estrutura funcional antiga e tentam rodar ágil em cima. Dependências explodem, lead time fica refém de coordenação entre áreas, e cada novo time piora o problema. O resultado é o clássico "Scrum não escala aqui", quando o problema é estrutura, não framework. --- ### Técnica Pomodoro URL: https://br.k21.global/glossario/pomodoro Categoria: Estratégia e Negócio Definição: A Técnica Pomodoro é um método de gestão de tempo e foco que divide o trabalho em blocos de 25 minutos (os "pomodoros"), separados por pausas curtas de 5 minutos, com uma pausa longa a cada quatro ciclos. Foi criada por Francesco Cirillo nos anos 1980. O princípio é proteger o foco contra interrupções e contra a fadiga: ao se comprometer com um único intervalo curto e ininterrupto, fica mais fácil começar uma tarefa difícil e manter a concentração sem esgotar. Na prática: A pessoa escolhe uma tarefa, marca 25 minutos e trabalha sem interrupções até o timer tocar, então faz a pausa. Interrupções que surgem viram anotações para depois, não desvios imediatos. Funciona bem para trabalho de concentração profunda e para combater procrastinação. O que acontece quando falta: Sem blocos protegidos, o dia vira uma sequência de interrupções e troca de contexto. A pessoa termina exausta sem ter avançado no que importa, porque nunca passou tempo suficiente em foco contínuo para entrar em fluxo. --- ### Teoria das Restrições (TOC) URL: https://br.k21.global/glossario/teoria-das-restricoes Categoria: Métricas e Performance Definição: A Teoria das Restrições (Theory of Constraints, TOC), criada por Eliyahu Goldratt, parte de uma ideia simples: todo sistema tem ao menos uma restrição (gargalo) que limita seu desempenho global. Melhorar qualquer coisa que não seja a restrição não aumenta a vazão do sistema, só acumula trabalho antes do gargalo. A consequência prática é poderosa: para acelerar o todo, concentre-se na restrição. O método dos "cinco passos de focalização", identificar, explorar, subordinar, elevar e repetir, orienta a melhoria contínua sempre na alavanca que de fato importa. Na prática: Times de fluxo usam a TOC para parar de otimizar localmente. Em vez de cada pessoa "produzir mais", o time identifica onde o trabalho realmente trava (revisão, testes, aprovação), foca em aliviar esse ponto e só então procura a próxima restrição. O que acontece quando falta: Todo mundo se ocupa, todas as etapas "melhoram", mas a entrega não acelera, porque o gargalo real continua intocado. Pior: aumentar a produção antes do gargalo só engorda a fila e piora o lead time. --- ### Teste A/B URL: https://br.k21.global/glossario/teste-ab Categoria: Produto e Discovery Definição: Teste A/B é um experimento controlado em que duas versões de uma mesma página, feature ou fluxo são apresentadas a grupos aleatórios de usuários para comparar uma métrica de sucesso. É a forma mais rigorosa de tomar decisões de produto baseadas em evidência: em vez de discutir qual variação é melhor, mede-se. Na prática: Times definem hipótese, métrica primária, métricas guardiãs, tamanho de amostra (poder estatístico) e duração antes de iniciar. Rodam até atingir significância. Resultado guia decisão, manter, reverter ou iterar. Plataformas como Optimizely, Statsig ou implementações internas suportam a operação. O Workshop Métricas da K21 ensina a desenhar testes válidos e a evitar armadilhas comuns (peeking, segmentação enviesada, sazonalidade). O que acontece quando falta: Sem testes A/B (ou outros experimentos), decisões viram debate de opinião na sala. Implementa-se a ideia do mais sênior, e o impacto real fica desconhecido. Reverte-se sem entender por quê. A cultura de "achismo" se solidifica. --- ### Throughput (Vazão) URL: https://br.k21.global/glossario/throughput Categoria: Kanban Definição: Throughput (ou Vazão) é a quantidade de itens concluídos por unidade de tempo, por exemplo, "12 itens por semana". É uma das métricas mais simples e poderosas para entender a capacidade real de entrega de um time. Não exige estimativa: basta contar o que sai do sistema. Combinada com Lead Time pela Lei de Little, é a base da previsão ágil moderna. Na prática: O time conta itens concluídos por semana e olha a distribuição ao longo do tempo. Não interessa o tamanho do item, para previsões com Monte Carlo, o que importa é a contagem. Throughput permite responder perguntas como: "quantos itens conseguimos terminar nas próximas 6 semanas?", com intervalos de confiança. O Workshop Métricas para Gestão de Produtos e o KSD da K21 mostram como usar throughput em conjunto com forecasting probabilístico. O que acontece quando falta: Sem throughput, o time só tem estimativas em Story Points para falar de capacidade, e estimativas são tão boas quanto a calibração delas. Negócio e time vivem renegociando expectativas com base em sentimento, não em histórico. Decisões de portfólio são tomadas no escuro. --- ### Time Multifuncional URL: https://br.k21.global/glossario/time-multifuncional Categoria: Scrum Definição: Time Multifuncional (Cross-Functional Team) é um time que reúne todas as habilidades necessárias para entregar um incremento de produto sem depender de pessoas externas. Reúne, por exemplo, programação, design, QA, análise, conhecimento de negócio, não significa que cada pessoa saiba tudo, mas que o conjunto cobre a entrega ponta a ponta. Na prática: Construir um time multifuncional exige repensar a estrutura organizacional: em vez de departamentos (DBA, QA, UX, dev), monta-se squads por produto ou jornada. Isso reduz handoffs, encurta o lead time e aumenta a responsabilidade pelo resultado. Não é absoluto, dependências externas existirão, mas o objetivo é minimizá-las. A formação CSM da K21 mostra como Scrum Masters identificam dependências crônicas e ajudam a organização a redesenhar times com base em fluxo de valor. O que acontece quando falta: Times monodisciplinares (só dev, só QA, só infra) geram handoffs constantes: cada etapa espera a anterior, o lead time explode, ninguém é dono do todo e bugs nascem nas fronteiras entre times. Releases viram coordenação de calendários em vez de entregas de valor. É o sintoma clássico de organização funcional tentando rodar Scrum sem mudar a estrutura. --- ### Time Scrum URL: https://br.k21.global/glossario/time-scrum Categoria: Scrum Definição: Time Scrum é a unidade fundamental do Scrum: uma equipe pequena, coesa e multifuncional, formada por um Scrum Master, um Product Owner e Developers. Tem até 10 pessoas no total, é auto-gerenciada (decide internamente quem faz o quê, quando e como) e responsável ponta a ponta pela entrega de valor a cada Sprint. Não há sub-times nem hierarquia interna. Na prática: Um Time Scrum saudável compartilha o mesmo Product Goal, opera com cadência estável e tem todas as habilidades necessárias para entregar incrementos potencialmente utilizáveis. As decisões técnicas ficam com os Developers, as decisões de produto com o PO, e o processo é cultivado pelo Scrum Master. Em organizações grandes, múltiplos Times Scrum trabalham no mesmo produto sob um único Product Backlog, é o que LeSS formaliza. A formação CSM e o A-CSM da K21 mostram como construir times reais, com confiança e responsabilidade compartilhada, em vez de coleções de especialistas que apenas se reportam ao mesmo gerente. O que acontece quando falta: Sem um Time Scrum real, o que se chama de "time" é só uma lista de pessoas alocadas no mesmo projeto. Cada um responde a um gerente diferente, ninguém é dono do resultado, e a colaboração depende de heroísmo individual. Decisões viram comitê, prazos viram negociação política e a entrega depende de quem grita mais alto. O Scrum não funciona porque nunca houve time de fato. --- ### Timebox URL: https://br.k21.global/glossario/timebox Categoria: Scrum Definição: Timebox é a duração máxima e fixa de um evento ou atividade. Todos os eventos do Scrum têm timebox: Sprint (até quatro semanas), Sprint Planning (até oito horas para uma Sprint de um mês), Daily (15 minutos), Sprint Review (até quatro horas) e Retrospectiva (até três horas). O timebox força foco, reduz desperdício e protege o ritmo de trabalho do time. Na prática: Times maduros tratam o timebox como contrato: quando o tempo acaba, o evento acaba. Se a Daily não terminou em 15 minutos, conversas longas viram reunião específica. Se a Planning estourou, é sinal de refinamento insuficiente. O Scrum Master facilita para que o time aprenda a usar o tempo bem, não para que estoure o relógio "porque é importante". A formação CSM da K21 mostra técnicas de facilitação que permitem respeitar o timebox sem cortar conversas essenciais. O que acontece quando falta: Sem timebox, eventos do Scrum se arrastam, perdem urgência e viram desperdício declarado. Daily de 40 minutos é a primeira a sumir do calendário. Planning que dura o dia inteiro detona produtividade da semana. A disciplina temporal é o que torna o Scrum suportável no longo prazo: sem ela, o framework vira fardo e o time abandona aos poucos. --- ### Toyota Kata URL: https://br.k21.global/glossario/toyota-kata Categoria: Liderança e Gestão Definição: Toyota Kata é um conjunto de rotinas de melhoria e coaching descrito por Mike Rother a partir do estudo da Toyota. Compõe-se de dois "katas" (padrões praticados até virarem hábito): o Kata de Melhoria, que guia o time de uma condição atual a uma condição-alvo por experimentos sucessivos, e o Kata de Coaching, pelo qual o líder desenvolve essa capacidade nas pessoas. A ideia central é que a melhoria contínua não vem de eventos pontuais, mas de uma rotina diária praticada até virar comportamento padrão. O líder não dá respostas, faz perguntas estruturadas que ensinam o time a pensar científicamente sobre a próxima etapa. Na prática: O time define uma condição-alvo, identifica os obstáculos atuais e ataca um de cada vez com experimentos rápidos, registrando o que aprende. O líder, no papel de coach, usa as cinco perguntas do Kata para guiar sem entregar a solução. O que acontece quando falta: A melhoria vira evento esporádico (um workshop por trimestre) que não muda o comportamento diário. Sem a rotina e o coaching, as pessoas voltam ao modo "apagar incêndio" e a capacidade de melhorar não se desenvolve. --- ### Trunk-Based Development URL: https://br.k21.global/glossario/trunk-based-development Categoria: Engenharia e DevOps Definição: Trunk-Based Development é uma prática de versionamento em que os desenvolvedores integram seu trabalho com frequência em um único ramo principal (o "trunk"/main), usando branches de curtíssima duração ou nenhuma. O objetivo é evitar branches longas que divergem e geram integrações dolorosas, mantendo o código sempre integrável e entregável. É um dos pilares da integração contínua de verdade: integrar "continuamente" significa fundir pequenas mudanças ao trunk várias vezes ao dia, não manter feature branches por semanas. Funcionalidades incompletas convivem no trunk escondidas atrás de feature flags, permitindo entrega contínua sem expor o que não está pronto. Na prática: Os desenvolvedores fazem commits pequenos e frequentes diretamente no trunk (ou via branches que vivem horas, não dias), protegidos por testes automatizados e flags. É a base técnica que sustenta CI/CD e práticas de alto desempenho de entrega (DORA). O que acontece quando falta: Branches de longa duração divergem cada vez mais do trunk; quando finalmente integradas, geram conflitos enormes e arriscados ("merge hell"). A integração contínua vira ficção, o lead time cresce e cada release acumula semanas de trabalho não verificado. --- ### User Story URL: https://br.k21.global/glossario/user-story Categoria: Produto e Discovery Definição: User Story é uma forma curta de descrever uma necessidade do usuário do ponto de vista de quem vai usar o produto. O formato clássico, "Como [persona], quero [o que], para [por que]", é apenas um lembrete: o que importa é a conversa que a story gera entre Product Owner, time e cliente. Não é especificação detalhada: é o ponto de partida do diálogo. Na prática: Um time bem rodado escreve stories pequenas, com critérios de aceite claros, que cabem dentro de uma Sprint. As stories vivem no Product Backlog, são refinadas continuamente pelo PO junto com o time e ganham detalhe à medida que se aproximam de entrar em uma Sprint. Ferramentas como o INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable) ajudam a avaliar se a story está pronta. Em discovery, stories evoluem a partir de pesquisa com usuários, prototipagem e validação. A formação CSPO da K21 ensina a escrever stories que descrevem valor, e não tarefas técnicas disfarçadas. O que acontece quando falta: Sem stories centradas no usuário, o backlog vira lista de tarefas técnicas. O time entrega features que tecnicamente funcionam, mas não resolvem o problema real do cliente. A conversa entre PO e developers fica focada em "como fazer" e perde o "para quê", e a Review vira demo de tela em vez de validação de hipótese. O produto cresce em superfície, mas não em valor percebido. --- ### Valores do Scrum URL: https://br.k21.global/glossario/valores-do-scrum Categoria: Scrum Definição: Os Valores do Scrum são cinco princípios que sustentam o framework: Comprometimento, Foco, Abertura, Respeito e Coragem. Vivê-los no dia a dia é o que diferencia um time que "faz Scrum" de um time que "é ágil". Os papéis, eventos e artefatos do Scrum só geram resultado quando o time pratica esses valores de forma consistente, eles dão sentido humano à mecânica do framework. Na prática: Comprometimento aparece quando o time assume o Sprint Goal como seu, não como tarefa imposta. Foco se manifesta na disciplina de não puxar itens fora do Sprint Backlog. Abertura é o que permite Retrospectivas honestas e Dailies sem mascaramento. Respeito sustenta a auto-organização: cada um confia na competência do outro. Coragem é o que permite ao Product Owner dizer não a um stakeholder poderoso e ao Scrum Master apontar disfunções organizacionais. A formação CSM e o A-CSM da K21 ajudam a transformar esses valores em comportamento observável, não em quadro decorativo na parede. O que acontece quando falta: Sem os valores vivos, o Scrum vira mecânica vazia. Dailies sem abertura viram reporte. Plannings sem comprometimento viram negociação. Reviews sem coragem viram demonstração polida para evitar conflito. O processo segue rodando, mas o resultado é o mesmo de antes, ou pior, porque agora há reuniões extras sem retorno. Times que ignoram os valores costumam concluir que "Scrum não serve" quando, na verdade, nunca houve Scrum. --- ### Velocity URL: https://br.k21.global/glossario/velocity Categoria: Métricas e Performance Definição: Velocity é a quantidade média de Story Points (ou itens) que um time conclui por Sprint. É uma métrica de capacidade, não de produtividade, usada principalmente para previsão: quanto tempo o time levará para entregar um conjunto de itens do backlog. Velocity é específica de cada time e não deve ser comparada entre times diferentes. Na prática: Um time observa sua Velocity ao longo de várias Sprints e usa a média (ou um intervalo) para projetar quando determinada parte do backlog ficará pronta. Em vez de "quando fica pronto?", a conversa vira "com a Velocity atual e o backlog estimado, temos uma janela de X a Y Sprints". Velocity ganha em poder quando combinada com métricas de fluxo: lead time, throughput, cycle time. O Workshop Métricas para Gestão de Produtos da K21 ensina a usar essas métricas para decisões de produto, datas de lançamento, priorização, gestão de expectativas, em vez de usá-las como vara para cobrar o time. O que acontece quando falta: Sem nenhuma métrica de capacidade, o planejamento vira chute. Datas são definidas por desejo do negócio, não por dados. Quando Velocity é usada como meta, "esse time precisa fazer 30 pontos por Sprint", o time começa a inflar estimativas, e a métrica se contamina e perde valor preditivo. Em ambos os extremos, a previsibilidade some e a confiança entre time e negócio se deteriora. --- ### Vibe Coding URL: https://br.k21.global/glossario/vibe-coding Categoria: Inteligência Artificial Definição: Vibe Coding é uma forma de construir software descrevendo o que você quer em linguagem natural, deixando a IA escrever, ajustar e iterar o código. O termo capta uma mudança real: programar deixa de ser apenas escrever sintaxe e passa a ser conversar com uma ferramenta que entende intenção. Para profissionais de produto, design e negócio, isso abre uma porta que estava trancada: a de prototipar e lançar produtos reais sem depender de uma fila de engenharia. Na prática: Com plataformas como Lovable, dá para sair de uma ideia descrita em parágrafos e chegar a um aplicativo funcional, com autenticação, banco de dados e deploy, em horas. O segredo está em saber decompor o problema, escrever instruções claras, iterar em ciclos curtos e validar com usuários reais cedo. O curso Product AI: Transformando Ideias em Produtos com IA da K21 ensina exatamente esse fluxo: usar IA e Vibe Coding com Lovable para validar produtos digitais de verdade, sem precisar saber programar. O que acontece quando falta: Sem Vibe Coding, validar uma ideia ainda exige briefing, fila de desenvolvimento, sprint, retrabalho e muita espera. Ou seja, muito tempo até a primeira versão jogável. Muita ideia boa morre antes de ser testada simplesmente porque o custo de provar que vale a pena é alto demais. Times que dominam Vibe Coding testam dez ideias no tempo que outros levam para entregar uma. --- ### Visão de Produto URL: https://br.k21.global/glossario/visao-de-produto Categoria: Produto e Discovery Definição: Visão de Produto é uma declaração curta e inspiradora que descreve para quem o produto existe, qual problema resolve e qual estado futuro persegue. Funciona como bússola para decisões diárias do time e de stakeholders. Não é slogan de marketing nem lista de features: é a resposta clara à pergunta "para onde estamos indo e por quê". Na prática: Boas visões são memoráveis, específicas e atemporais, duram anos. Templates como o de Geoffrey Moore ("Para [público], que [necessidade], nosso produto é [categoria] que [benefício]…") ajudam a estruturar. O Product Owner usa a visão para alinhar a cada Sprint Review, justificar priorizações e dizer não a pedidos que não se conectam. A formação CSPO da K21 ensina a construir e comunicar visão de forma que ela realmente oriente o backlog, e não vire frase decorativa. O que acontece quando falta: Sem visão clara, cada Sprint vira reação. Stakeholders puxam o produto para direções diferentes, o PO perde poder de dizer não e o time entrega features que pertencem a produtos diferentes dentro do mesmo aplicativo. A coerência se perde, e o produto vira frankenstein. --- ### VUCA URL: https://br.k21.global/glossario/vuca Categoria: Estratégia e Negócio Definição: VUCA é um acrônimo que descreve ambientes de Volatilidade, Incerteza (Uncertainty), Complexidade e Ambiguidade. Nascido no vocabulário militar, foi adotado pelo mundo dos negócios para nomear o tipo de contexto turbulento em que planos de longo prazo perdem valor e a capacidade de adaptação se torna a vantagem competitiva. Cada letra pede uma resposta diferente: volatilidade pede folga e resiliência; incerteza pede informação e experimentação; complexidade pede simplificação e estrutura; ambiguidade pede hipóteses testáveis. Não é só um rótulo de "o mundo está difícil", é um diagnóstico. Na prática: VUCA é usado para justificar por que abordagens ágeis fazem sentido: em ambiente volátil e incerto, ciclos curtos de feedback e adaptação superam planejamento detalhado. É frequentemente citado junto ao Cynefin e ao seu sucessor conceitual, o BANI. O que acontece quando falta: A organização planeja como se o futuro fosse previsível, faz apostas grandes e tardias, e descobre o erro caro demais. Trata sintomas de um mundo VUCA com mais controle e mais planejamento, exatamente o oposto do que funciona. --- ### Walking Skeleton URL: https://br.k21.global/glossario/walking-skeleton Categoria: Engenharia e DevOps Definição: Walking Skeleton ("esqueleto que anda"), conceito descrito por Alistair Cockburn, é uma implementação mínima que percorre toda a arquitetura de ponta a ponta, conectando todas as camadas e componentes principais, fazendo a coisa mais simples possível funcionar de verdade. Não é um protótipo descartável: é o esqueleto real do sistema, que depois ganha "carne". O valor está em validar a arquitetura e o pipeline de entrega cedo, com risco baixo. Em vez de construir cada camada isoladamente e descobrir só no fim que elas não se integram, o Walking Skeleton prova a integração de ponta a ponta desde o primeiro momento e dá uma base real para crescer incrementalmente. Na prática: No início de um projeto, o time implementa o caminho mais fino possível que atravessa todo o sistema (interface → serviço → banco → resposta) e o coloca em produção com deploy automatizado. A partir daí, cada incremento engorda esse esqueleto que já anda. O que acontece quando falta: O time constrói componentes em paralelo e adia a integração. Problemas de arquitetura, deploy e comunicação entre camadas só aparecem na fase de integração, tarde, caros e todos ao mesmo tempo, atrasando justamente o que parecia pronto. --- ### Wardley Mapping URL: https://br.k21.global/glossario/wardley-mapping Categoria: Estratégia e Negócio Definição: Wardley Mapping é uma técnica de mapeamento estratégico criada por Simon Wardley que representa visualmente uma cadeia de valor em dois eixos: a visibilidade para o usuário (do mais visível ao mais invisível, de cima para baixo) e o estágio de evolução de cada componente (de gênese a commodity, da esquerda para a direita). O resultado é um "mapa" do cenário competitivo. Diferente de diagramas comuns, o Wardley Map é um mapa de verdade: tem posição e movimento. Ele mostra como os componentes evoluem (do customizado ao padronizado/commodity) e permite antecipar mudanças, decidir o que construir, comprar ou terceirizar, e onde investir para criar vantagem. Na prática: É usado em decisões de estratégia tecnológica e de produto: o que vale a pena desenvolver internamente (componentes em gênese, diferenciadores) versus consumir como commodity (componentes evoluídos). Ajuda a evitar reinventar o que já é commodity e a focar onde há vantagem real. O que acontece quando falta: Decisões estratégicas são tomadas sem mapa: a empresa constrói internamente o que já é commodity (desperdiçando energia) ou terceiriza justamente o que poderia ser seu diferencial. Sem ver a evolução dos componentes, perde-se o timing das mudanças de mercado. --- ### WIP URL: https://br.k21.global/glossario/wip Categoria: Kanban Definição: WIP (Work in Progress) é a quantidade de itens de trabalho que estão começados, mas ainda não terminados. No Kanban, limitar o WIP é uma das práticas mais poderosas: ao restringir quantas coisas o time pode ter "em andamento" ao mesmo tempo, força-se o foco em terminar antes de começar, e o fluxo melhora drasticamente. Na prática: Em um quadro Kanban, cada coluna intermediária ganha um limite explícito: por exemplo, "Em desenvolvimento (limite 3)". Se o limite estiver atingido, ninguém pega item novo até alguém liberar espaço terminando. Isso expõe gargalos imediatamente: a coluna que vive cheia mostra onde está o problema do sistema. Times que adotam limites de WIP veem lead time cair, retrabalho diminuir e a sensação geral de caos baixar, porque pessoas trocam de contexto menos vezes ao dia. O TKP da K21 é o primeiro passo para times que querem aplicar Kanban com limites de WIP de verdade. O que acontece quando falta: Sem limites de WIP, o time começa tudo o que aparece. Pessoas pulam de tarefa em tarefa, cada item demora muito mais do que precisaria por causa de troca de contexto, e nada termina no prazo combinado. Stakeholders ficam ansiosos porque "está tudo em andamento, mas nada fica pronto", e essa é exatamente a descrição do problema que limitar WIP resolve. ## Comparativos (qual escolher entre dois conceitos / frameworks) ### Scrum x Kanban URL: https://br.k21.global/comparativos/scrum-x-kanban Resumo: Framework para desenvolver produtos em ciclos curtos versus método de gestão de fluxo contínuo. Saiba quando usar cada um, e por que muitos times usam os dois. Scrum é um framework leve para desenvolver produtos complexos em ciclos curtos (Sprints). Define três responsabilidades (Product Owner, Scrum Master e Developers), eventos com cadência fixa (Planning, Daily, Review e Retrospective) e artefatos como o Product Backlog. A cada Sprint, o time entrega um incremento utilizável do produto e aprende com o feedback. Kanban é um método de gestão de fluxo de trabalho baseado em mudança evolutiva: comece pelo que você faz hoje, visualize o trabalho, limite o trabalho em progresso (WIP) e melhore continuamente com base em métricas de fluxo. Não exige papéis nem ciclos fixos, e as entregas acontecem de forma contínua, conforme a demanda. Os dois são plenamente compatíveis: muitos times usam Scrum com práticas de Kanban (e vice-versa). Tabela comparativa: - Natureza: Scrum = Framework com papéis, eventos e artefatos definidos | Kanban = Método de gestão de fluxo, aplicado sobre o processo atual - Cadência: Scrum = Sprints com duração fixa (1 a 4 semanas) | Kanban = Fluxo contínuo; cadências definidas conforme a necessidade - Forma de adoção: Scrum = Mudança estruturada: o time adota o framework | Kanban = Mudança evolutiva: parte do processo existente - Papéis: Scrum = Product Owner, Scrum Master e Developers | Kanban = Não prescreve papéis novos; sugere funções de serviço (ex.: Service Delivery Manager) - Planejamento: Scrum = Por Sprint, com meta e backlog da Sprint | Kanban = Reabastecimento sob demanda, puxado pela capacidade - Métricas típicas: Scrum = Velocity, burndown/burnup, meta da Sprint | Kanban = Lead time, throughput, WIP, aging, CFD - Compromisso de entrega: Scrum = Incremento ao fim de cada Sprint | Kanban = Entrega contínua, item a item - Curva de entrada: Scrum = Exige formação do time nos papéis e eventos | Kanban = Mínima: é um método evolucionário, não pressupõe grandes reorganizações nem a criação de novos papéis - Certificações na K21: Scrum = [CSM](/treinamentos/certified-scrummaster-csm) e [CSPO](/treinamentos/certified-scrum-product-owner-cspo) (Scrum Alliance) | Kanban = [TKP](/treinamentos/team-kanban-practitioner-tkp), [KSD](/treinamentos/kanban-system-design-ksd) e [KSI](/treinamentos/kanban-system-improvement-ksi) (Kanban University) Dica prática: Como escolher (e por que talvez não precise escolher): se o seu contexto é construir produto com um time estável, o Scrum dá estrutura e ritmo. Se o trabalho chega de forma contínua e variada, o Kanban organiza o fluxo sem reinventar seu processo. Na prática, times maduros combinam os dois, e a K21 ensina ambos, sem torcida. --- ### CSM x CSPO URL: https://br.k21.global/comparativos/csm-x-cspo Resumo: Certified ScrumMaster ou Certified Scrum Product Owner? A escolha entre cuidar do processo e do time (CSM) ou maximizar o valor do produto (CSPO). Certified ScrumMaster® (CSM) é a certificação da Scrum Alliance para quem vai atuar como Scrum Master: a pessoa que cuida da efetividade do time, facilita os eventos, remove impedimentos e desenvolve a cultura ágil. É a porta de entrada clássica para a carreira na agilidade. Certified Scrum Product Owner® (CSPO) é a certificação da Scrum Alliance para quem vai atuar como Product Owner: a pessoa que maximiza o valor do produto, ordena o backlog, conversa com stakeholders e decide o que (e o que não) construir. As duas certificações têm o mesmo nível de entrada. A diferença está na carreira que você quer construir: processo e pessoas (CSM) ou produto e valor (CSPO). Tabela comparativa: - Foco da formação: CSM = Facilitação, dinâmica de times, papel do Scrum Master | CSPO = Visão de produto, backlog, priorização, métricas e descoberta - Perfil típico: CSM = Scrum Masters iniciantes, líderes técnicos, gerentes de projeto | CSPO = POs, gerentes de produto, analistas de negócio, stakeholders - Pergunta que responde: CSM = "Como ajudo o time a entregar melhor?" | CSPO = "Como decido o que entrega mais valor?" - Certificadora: CSM = Scrum Alliance | CSPO = Scrum Alliance - Carga horária na K21: CSM = 16 horas, aula ao vivo em português | CSPO = 16 horas, aula ao vivo em português - Pré-requisitos: CSM = Nenhum | CSPO = Nenhum - Avaliação: CSM = Prova online da Scrum Alliance após o curso | CSPO = Sem prova: a certificação vem pela participação no curso oficial - Validade: CSM = 2 anos, renovável via SEUs | CSPO = 2 anos, renovável via SEUs - Demanda de mercado: CSM = Vagas de Scrum Master e Agile Master | CSPO = Vagas de Product Owner e início da trilha de produto - Próximo passo na trilha: CSM = [A-CSM](/treinamentos/advanced-certified-scrummaster-a-csm) | CSPO = [A-CSPO](/treinamentos/acspo-advanced-certified-scrum-product-owner) Dica prática: Dica prática: quem ainda está decidindo a carreira costuma se beneficiar de fazer os dois, porque entender produto torna o Scrum Master melhor, e entender o time torna o PO melhor. A K21 oferece o [Combo CSM + CSPO](/combos/combo-csm-cspo) com desconto exatamente para esse caso. --- ### A-CSM x A-CSPO URL: https://br.k21.global/comparativos/a-csm-x-a-cspo Resumo: Segundo degrau das trilhas Scrum Master e Product Owner da Scrum Alliance: quando avançar e o que cada credencial aprofunda. Advanced Certified ScrumMaster® (A-CSM) é o segundo degrau da trilha de Scrum Master na Scrum Alliance. Aprofunda facilitação avançada, coaching, resolução de conflitos e a atuação do Scrum Master além do time, incluindo múltiplos times e a organização. Advanced Certified Scrum Product Owner® (A-CSPO) é o segundo degrau da trilha de Product Owner. Aprofunda gestão estratégica de produto, descoberta (discovery) avançada, gestão de stakeholders e maximização de valor, temas centrais para evoluir de PO para PO sênior ou Product Manager. Aqui a escolha raramente é "um ou outro": ela já foi feita quando você tirou CSM ou CSPO. A questão é quando avançar. Tabela comparativa: - Trilha: A-CSM = Scrum Master → liderança ágil | A-CSPO = Product Owner → gestão de produto - Pré-requisitos: A-CSM = CSM ativa + 12 meses de experiência como SM nos últimos 5 anos | A-CSPO = CSPO ativa + 12 meses de experiência como PO nos últimos 5 anos - Foco da formação: A-CSM = Facilitação avançada, coaching, escala, mudança organizacional | A-CSPO = Discovery, estratégia de produto, stakeholders, métricas de valor - Nível de profundidade: A-CSM = Intermediário/avançado: parte da prática real do participante | A-CSPO = Intermediário/avançado: parte da prática real do participante - Carga horária na K21: A-CSM = 16 horas, aula ao vivo em português | A-CSPO = 16 horas, aula ao vivo em português - Validade: A-CSM = 2 anos, renovável via SEUs | A-CSPO = 2 anos, renovável via SEUs - Posicionamento de carreira: A-CSM = Diferencia o SM experiente; caminho para Agile Coach e CSP-SM | A-CSPO = Diferencia o PO experiente; caminho para Product Manager e CSP-PO - Sinal para o mercado: A-CSM = Experiência comprovada (a credencial exige prática real) | A-CSPO = Experiência comprovada (a credencial exige prática real) - Quando faz sentido: A-CSM = Você já facilita um time com segurança e quer ampliar o impacto | A-CSPO = Você já cuida de um backlog com segurança e quer decidir estratégia Dica prática: Dica prática: se você acabou de tirar a CSPO e já sabe que quer seguir em produto, o [Combo CSPO + A-CSPO](/combos/combo-cspo-a-cspo) economiza no caminho completo. --- ### Product Owner x Product Manager URL: https://br.k21.global/comparativos/product-owner-x-product-manager Resumo: PO cuida da execução tática do backlog; PM cuida da estratégia de produto. Mesma pessoa ou pessoas diferentes? Depende da escala. Product Owner (PO) é uma responsabilidade definida pelo Scrum: a pessoa que maximiza o valor do produto resultante do trabalho do time. Na prática do mercado, o PO atua próximo ao time, ordenando o backlog, refinando histórias, aceitando entregas e respondendo dúvidas de negócio no dia a dia. Product Manager (PM) é um cargo da indústria de produto (anterior ao Scrum) responsável pela estratégia: visão de produto, posicionamento, descoberta de oportunidades, pricing, go-to-market e resultados de negócio. O PM olha mais para o mercado e para o médio/longo prazo. Importante: no mercado existe muita confusão com essas nomenclaturas. Na K21 defendemos que não necessariamente é preciso ter PO e PM como papéis separados, e muito menos que o PO seja apenas um analista operacional respondendo para um PM. Um bom PO também exerce estratégia, e um bom PM se envolve com a execução. Quando existe divisão, ela é uma escolha de contexto e escala, não uma hierarquia. Tabela comparativa: - Origem: Product Owner = Responsabilidade do framework Scrum | Product Manager = Cargo tradicional da indústria de produto/tecnologia - Horizonte: Product Owner = Sprint a trimestre: backlog, refinamento, entregas | Product Manager = Trimestre a anos: visão, estratégia, roadmap - Interlocutores principais: Product Owner = Time de desenvolvimento e stakeholders internos | Product Manager = Mercado, clientes, executivos, marketing e vendas - Pergunta central: Product Owner = "O que construímos a seguir e em que ordem?" | Product Manager = "Em que jogo estamos e como vencemos?" - Entregáveis típicos: Product Owner = Backlog ordenado, histórias refinadas, critérios de aceite | Product Manager = Visão, estratégia, roadmap, business case, métricas de negócio - Métricas que acompanha: Product Owner = Valor entregue por ciclo, lead time, satisfação do usuário | Product Manager = Receita, retenção, market share, North Star Metric - No organograma: Product Owner = Frequentemente um papel exercido dentro do time | Product Manager = Frequentemente um cargo com trilha própria (PM → GPM → CPO) - Sobreposição: Product Owner = Grande: um bom PO faz discovery; um bom PM entende execução | Product Manager = Grande: as fronteiras variam por empresa - Formação na K21: Product Owner = [CSPO](/treinamentos/certified-scrum-product-owner-cspo) e [A-CSPO](/treinamentos/acspo-advanced-certified-scrum-product-owner) | Product Manager = [A-CSPO](/treinamentos/acspo-advanced-certified-scrum-product-owner), [Workshop de Métricas para Gestão de Produtos](/treinamentos/ws-metricas-gestao-de-produto) e [Product AI](/treinamentos/product-ai) Dica prática: Dica prática: se você está entrando na carreira de produto, o caminho mais comum no Brasil é começar pelo papel de PO (a [CSPO](/treinamentos/certified-scrum-product-owner-cspo) cobre os fundamentos) e expandir para o escopo de PM com formações de estratégia, métricas e discovery, exatamente a progressão da trilha CSPO → A-CSPO. --- ### Product Owner x Project Manager URL: https://br.k21.global/comparativos/product-owner-x-project-manager Resumo: Produto contínuo versus projeto temporário: duas lógicas de organização do trabalho e como migrar de uma para a outra. Product Owner (PO) maximiza o valor de um produto que evolui continuamente: decide o que construir, em que ordem, e aprende com cada entrega. O sucesso se mede pelo resultado que o produto gera (uso, receita, satisfação), não pela conclusão de um plano. Project Manager (Gerente de Projetos) conduz um projeto: um esforço temporário, com início, fim, escopo, orçamento e prazo. Coordena pessoas e fornecedores, gerencia riscos e comunica o andamento. O sucesso clássico se mede pela entrega dentro das restrições combinadas. São lógicas diferentes (produto é contínuo, projeto é temporário) e ambas têm seu lugar. Muitos gerentes de projeto, aliás, migram com sucesso para papéis de produto e agilidade. Tabela comparativa: - Objeto de trabalho: Product Owner = Produto: vive e evolui enquanto gerar valor | Project Manager = Projeto: temporário, com início e fim definidos - Definição de sucesso: Product Owner = Resultado de negócio e valor para o usuário | Project Manager = Entrega no escopo, prazo e custo acordados - Tratamento do escopo: Product Owner = Variável por natureza: o backlog muda com o aprendizado | Project Manager = Definido e controlado: mudanças passam por gestão formal - Relação com o time: Product Owner = Decide "o quê" e "por quê"; o time decide "como" | Project Manager = Coordena execução, dependências e recursos - Gestão de riscos: Product Owner = Reduz risco entregando cedo e validando hipóteses | Project Manager = Identifica, registra e mitiga riscos ao longo do plano - Ferramentas típicas: Product Owner = Backlog, roadmap, métricas de produto, discovery | Project Manager = Cronograma, EAP, matriz de riscos, status report - Corpo de conhecimento: Product Owner = Guia do Scrum, gestão de produto | Project Manager = PMBOK/PMI, PRINCE2 - Onde cada lógica se encaixa: Product Owner = Produtos digitais e serviços em evolução contínua | Project Manager = Iniciativas com fim natural: obras, implantações, eventos, contratos - Transição comum: Product Owner = - | Project Manager = Gerentes de projeto frequentemente evoluem para PO, Scrum Master ou gestão ágil de portfólio Dica prática: Dica prática: se você é gerente de projetos e quer atuar com produtos digitais, a [CSM](/treinamentos/certified-scrummaster-csm) e a [CSPO](/treinamentos/certified-scrum-product-owner-cspo) são as duas portas de entrada mais reconhecidas, e ambas concedem PDUs para quem mantém credenciais PMI. --- ### KSD x KSI URL: https://br.k21.global/comparativos/ksd-x-ksi Resumo: Kanban System Design e Kanban Systems Improvement não competem: formam a trilha KMP da Kanban University. Veja o que cada módulo cobre. Kanban System Design (KSD) é o primeiro módulo da formação Kanban Management Professional da Kanban University. Ensina os fundamentos do Método Kanban e como desenhar e implementar um sistema Kanban do zero: visualizar o trabalho, definir políticas, limitar WIP e usar o STATIK (Systems Thinking Approach to Introducing Kanban). Kanban Systems Improvement (KSI) é o segundo módulo: parte de um sistema Kanban já em operação e ensina a evoluí-lo e escalá-lo, com gestão de fluxo entre times, cadências de feedback, métricas avançadas, tratamento de dependências e melhoria contínua orientada por dados. Não é uma escolha entre concorrentes: é uma sequência. KSD desenha o sistema; KSI o aperfeiçoa e escala. Concluindo os dois, você recebe a credencial internacional KMP (Kanban Management Professional). Tabela comparativa: - Posição na trilha: KSD = Módulo 1 da formação KMP | KSI = Módulo 2 da formação KMP - Foco: KSD = Desenhar e implantar um sistema Kanban | KSI = Evoluir, escalar e gerir o sistema existente - Conteúdo central: KSD = Práticas e princípios, visualização, WIP, STATIK | KSI = Cadências, métricas de fluxo, dependências, escala, melhoria evolutiva - Pré-requisitos: KSD = Nenhum | KSI = Recomenda-se ter concluído o KSD - Para quem é: KSD = Quem vai criar ou redesenhar fluxos de trabalho | KSI = Quem já opera Kanban e quer governança e escala - Carga horária na K21: KSD = 16 horas, aula ao vivo em português | KSI = 16 horas, aula ao vivo em português - Certificadora: KSD = Kanban University (validade vitalícia) | KSI = Kanban University (validade vitalícia) - Credencial resultante: KSD = Certificado KSD (soma créditos para a KMP) | KSI = Certificado KSI; com o KSD, concede a credencial KMP - Aplicação imediata: KSD = Montar o quadro certo, com políticas e limites que funcionam | KSI = Ler métricas, destravar gargalos e coordenar múltiplos times Dica prática: Dica prática: se o seu objetivo é a formação completa (e a credencial KMP), o [Combo KSD + KSI](/combos/combo-ksd-ksi) sai com desconto. Se você nunca teve contato com Kanban e quer uma introdução mais curta antes, o [TKP (Team Kanban Practitioner)](/treinamentos/team-kanban-practitioner-tkp) é o primeiro passo. --- ### OKR x KPI URL: https://br.k21.global/comparativos/okr-x-kpi Resumo: OKRs mobilizam o que deve mudar; KPIs monitoram o que deve se manter. Entenda quando cada um faz sentido e como se complementam. OKR (Objectives and Key Results) é um framework de definição de metas: um Objetivo qualitativo e inspirador, acompanhado de Resultados-Chave mensuráveis que indicam se estamos chegando lá. OKRs direcionam mudança, apontando para onde a organização quer ir no próximo ciclo. KPI (Key Performance Indicator) é um indicador-chave de desempenho: uma métrica contínua que monitora a saúde de uma operação, processo ou produto (ex.: churn, NPS, uptime, CAC). KPIs vigiam o presente, mostrando se o negócio está funcionando como deveria. Não competem entre si: KPIs monitoram o que deve se manter; OKRs mobilizam o que deve mudar. Inclusive, um KPI que precisa melhorar é frequentemente promovido a Key Result de um OKR. Tabela comparativa: - Natureza: OKR = Framework de objetivos e alinhamento | KPI = Métrica de monitoramento - Pergunta que responde: OKR = "Para onde vamos e como saberemos que chegamos?" | KPI = "A operação está saudável?" - Horizonte: OKR = Ciclos (geralmente trimestrais) | KPI = Contínuo - Ambição: OKR = Metas desafiadoras; não atingir 100% pode ser aceitável | KPI = Faixas de normalidade; sair delas dispara ação - Relação com mudança: OKR = Direciona foco e transformação | KPI = Sustenta a operação (business as usual) - Vínculo com remuneração: OKR = Em geral desaconselhado (distorce a ambição) | KPI = Comum em metas operacionais e bônus - Cadência de acompanhamento: OKR = Check-ins regulares dentro do ciclo | KPI = Dashboards e rotinas de gestão - Risco comum: OKR = Virar lista de tarefas em vez de resultados | KPI = Acumular métricas que ninguém usa para decidir - Como se complementam: OKR = Um KPI fora do esperado pode virar Key Result | KPI = KPIs saudáveis liberam energia para OKRs ambiciosos Dica prática: Dica prática: o desafio real não é conceitual, é de implementação: escrever bons KRs, conduzir check-ins e equilibrar OKRs com o dia a dia. É isso que a K21 trabalha no [OKR Foundations](/treinamentos/okr-foundations) (12h, sem pré-requisitos) e, para quem vai liderar ciclos na organização, no [OKR Professional Champion](/treinamentos/okr-professional-champion). --- ### Agile x Waterfall URL: https://br.k21.global/comparativos/agile-x-waterfall Resumo: Entregas incrementais com feedback contínuo ou plano sequencial bem definido? A escolha depende do grau de incerteza do que você está construindo. Waterfall (cascata) é a abordagem sequencial de desenvolvimento: levantar requisitos, especificar, construir, testar e entregar, com cada fase terminando antes da próxima começar. Funciona bem quando o problema é conhecido, o escopo é estável e o custo de mudança é alto. Agile (agilidade) é um conjunto de valores e princípios (Manifesto Ágil, 2001) que prioriza entregas curtas e frequentes, colaboração com o cliente e resposta à mudança. Em vez de apostar tudo em um plano inicial, o produto evolui por ciclos de construção, feedback e ajuste. A questão central não é "qual é melhor", e sim quanto de incerteza existe no que você está construindo. Tabela comparativa: - Lógica de planejamento: Agile = Planejamento contínuo, refinado a cada ciclo | Waterfall = Plano detalhado definido no início - Entrega de valor: Agile = Incremental: valor desde as primeiras semanas | Waterfall = Concentrada no final do projeto - Tratamento da mudança: Agile = Bem-vinda: é insumo de aprendizado | Waterfall = Controlada: passa por processo formal de mudança - Feedback do usuário: Agile = A cada entrega (dias/semanas) | Waterfall = Principalmente na homologação final - Gestão de risco: Agile = Diluído: erros aparecem cedo e custam pouco | Waterfall = Concentrado: erros podem aparecer tarde - Documentação: Agile = Suficiente e evolutiva | Waterfall = Abrangente e definida por fase - Medida de progresso: Agile = Software/produto funcionando | Waterfall = Avanço das fases do plano - Contexto favorável: Agile = Alta incerteza: produtos digitais, inovação, mercado dinâmico | Waterfall = Baixa incerteza: requisitos estáveis, ambientes regulados, construção física - Cuidado comum: Agile = "Agilidade de fachada": cerimônias sem mudança real | Waterfall = Descobrir tarde que o que foi especificado não era o necessário Dica prática: Dica prática: a maioria das organizações brasileiras convive com os dois mundos. O ponto de partida mais comum para destravar a agilidade na prática é formar quem puxa o processo, papel coberto pela [CSM](/treinamentos/certified-scrummaster-csm), e quem decide valor, papel coberto pela [CSPO](/treinamentos/certified-scrum-product-owner-cspo). --- ### Agilidade x Gestão de Projetos URL: https://br.k21.global/comparativos/agilidade-x-gestao-de-projetos Resumo: Produto contínuo organizado em ciclos versus projeto temporário com escopo, prazo e custo. Como as duas disciplinas convivem (e se complementam). Agilidade é uma forma de organizar o trabalho para entregar valor cedo e aprender rápido em ambientes de incerteza. Mais do que métodos (Scrum, Kanban), é uma mudança de mentalidade: foco em resultado, ciclos curtos, colaboração e melhoria contínua. Gestão de Projetos é a disciplina de planejar, executar e controlar esforços temporários para atingir objetivos definidos, com técnicas consolidadas de escopo, prazo, custo, riscos, qualidade e comunicação, formalizadas em corpos de conhecimento como o PMBOK (PMI). Não são rivais: a própria gestão de projetos moderna (inclusive o PMI) incorporou abordagens ágeis e híbridas. A diferença está na unidade de organização do trabalho: projetos com início e fim versus fluxos e produtos contínuos. Tabela comparativa: - Unidade de trabalho: Agilidade = Produto/fluxo contínuo, organizado em ciclos | Gestão de Projetos = Projeto temporário, organizado em fases - Foco primário: Agilidade = Valor entregue e aprendizado | Gestão de Projetos = Cumprimento de escopo, prazo e custo - Estrutura típica: Agilidade = Times estáveis e multidisciplinares donos de um produto | Gestão de Projetos = Equipes montadas por projeto, desmobilizadas ao final - Planejamento: Agilidade = Adaptativo, replanejado a cada ciclo | Gestão de Projetos = Preditivo, com baseline e controle de desvios - Sucesso medido por: Agilidade = Resultados de negócio e satisfação do usuário | Gestão de Projetos = Entrega conforme o plano aprovado - Papéis típicos: Agilidade = Scrum Master, Product Owner, time | Gestão de Projetos = Gerente de projetos, PMO, sponsor - Corpo de conhecimento: Agilidade = Manifesto Ágil, Guia do Scrum, Método Kanban | Gestão de Projetos = PMBOK (PMI), PRINCE2 - Onde se encontram: Agilidade = Abordagens híbridas: projetos executados com práticas ágeis | Gestão de Projetos = PMI reconhece e certifica abordagens ágeis e híbridas - Movimento de carreira: Agilidade = - | Gestão de Projetos = GPs e PMOs estão entre os perfis que mais migram para a agilidade Dica prática: Dica prática: se você vem da gestão de projetos, suas habilidades (stakeholders, riscos, comunicação) valem muito na agilidade. O que muda é a lógica de planejamento e entrega. A [CSM](/treinamentos/certified-scrummaster-csm) é a transição mais natural, e treinamentos de fluxo como o [KSD](/treinamentos/kanban-system-design-ksd) conversam diretamente com a realidade de PMOs. --- ### Scrum Master x Product Owner URL: https://br.k21.global/comparativos/scrum-master-x-product-owner Resumo: Dois papéis complementares dentro do mesmo time Scrum. Veja o que cada um faz e por que não devem ser exercidos pela mesma pessoa. Scrum Master (SM) é responsável pela efetividade do time: garante que o Scrum seja entendido e bem aplicado, facilita eventos, remove impedimentos, protege o time de interferências e desenvolve a auto-organização. É uma liderança de serviço, voltada para processo e pessoas. Product Owner (PO) é responsável pelo valor do produto: define a visão, ordena o backlog, decide prioridades e faz a ponte entre stakeholders e time. É uma liderança de negócio, voltada para decisão e resultado. São papéis complementares dentro do mesmo time e, justamente por criarem um equilíbrio saudável de forças, não devem ser exercidos pela mesma pessoa. Tabela comparativa: - Responsabilidade central: Scrum Master = Efetividade do time e saúde do processo | Product Owner = Maximização do valor do produto - Pergunta do dia a dia: Scrum Master = "O que impede o time de entregar melhor?" | Product Owner = "O que gera mais valor agora?" - Habilidades-chave: Scrum Master = Facilitação, coaching, resolução de conflitos, influência | Product Owner = Visão de negócio, priorização, comunicação, análise - Relação com o backlog: Scrum Master = Ajuda o processo de refinamento a funcionar | Product Owner = Dono da ordenação e do conteúdo - Relação com stakeholders: Scrum Master = Educa a organização sobre agilidade | Product Owner = Negocia expectativas e decide trade-offs - Anti-padrão comum: Scrum Master = Virar "secretário de reuniões" do time | Product Owner = Virar "tirador de pedidos" dos stakeholders - Perfil que costuma se identificar: Scrum Master = Quem gosta de desenvolver pessoas e destravar sistemas | Product Owner = Quem gosta de decidir, negociar e medir resultado - Trilha de certificação na K21: Scrum Master = [CSM](/treinamentos/certified-scrummaster-csm) → [A-CSM](/treinamentos/advanced-certified-scrummaster-a-csm) | Product Owner = [CSPO](/treinamentos/certified-scrum-product-owner-cspo) → [A-CSPO](/treinamentos/acspo-advanced-certified-scrum-product-owner) - Mercado: Scrum Master = Vagas de SM, Agile Master, agilista | Product Owner = Vagas de PO e trilha de produto Dica prática: Dica prática: entender o papel do outro torna os dois melhores. Por isso o [Combo CSM + CSPO](/combos/combo-csm-cspo) é procurado tanto por quem está decidindo a carreira quanto por quem quer dominar a dinâmica completa do time. --- ### SAFe x LeSS URL: https://br.k21.global/comparativos/safe-x-less Resumo: Dois caminhos opostos para escalar agilidade: adicionar estrutura (SAFe) ou simplificar a organização (LeSS). Qual combina com a sua cultura? SAFe (Scaled Agile Framework) é um framework abrangente para aplicar agilidade em grandes organizações. Estrutura o trabalho em níveis (time, programa/ART, portfólio), com papéis, cerimônias e artefatos definidos para cada um, incluindo o PI Planning, que sincroniza dezenas de times. É hoje o framework de escala mais adotado no mundo corporativo. LeSS (Large-Scale Scrum) escala a agilidade pelo caminho oposto: em vez de adicionar estrutura, aplica o próprio Scrum a múltiplos times com o mínimo de papéis e processos extras: um único Product Owner, um único backlog e times trabalhando no mesmo produto. Seu lema é "mais com menos" (more with LeSS). Ambos são frameworks sérios, com casos de sucesso documentados. A escolha depende sobretudo da cultura da organização e do grau de mudança estrutural que ela está disposta a fazer. Tabela comparativa: - Filosofia: SAFe = Estrutura abrangente: papéis e processos para cada nível | LeSS = Minimalismo: escalar o Scrum sem adicionar camadas - Ponto de partida: SAFe = Mapeia-se bem à estrutura organizacional existente | LeSS = Costuma pedir simplificação da estrutura (descaling) - Papéis adicionais: SAFe = RTE, Product Management, arquitetos, épicos owners etc. | LeSS = Praticamente nenhum: um PO, um backlog, vários times - Sincronização: SAFe = PI Planning trimestral entre times do ART | LeSS = Sprint única e eventos conjuntos entre times - Curva de adoção: SAFe = Roteiro de implantação bem documentado | LeSS = Conceitualmente simples, organizacionalmente exigente - Presença de mercado: SAFe = Maior adoção corporativa global; muitas vagas citam SAFe | LeSS = Adoção menor e seletiva; forte em empresas orientadas a produto - Críticas comuns (a ambos): SAFe = "Pesado demais" para alguns contextos | LeSS = "Radical demais" para outros contextos - Certificações: SAFe = Trilha própria da Scaled Agile (SPC, RTE etc.) | LeSS = CLB → CLP → CLT, da LeSS Company - Na K21: SAFe = Não ofertado | LeSS = [Certified LeSS Basics (CLB)](/treinamentos/agilidade-em-escala-clb-certified-less-basics): a K21 é a única instituição no Brasil a oferecer a certificação oficial (8h, ao vivo) Dica prática: Dica prática: antes de escolher um framework de escala, vale entender o problema de coordenação que você realmente tem. Além do [CLB](/treinamentos/agilidade-em-escala-clb-certified-less-basics), a K21 oferece o [Flight Levels System Architecture (FLSA)](/treinamentos/flsa-flight-levels-system-architecture), uma abordagem agnóstica de framework para enxergar e conectar os níveis de voo da organização, útil inclusive para quem já usa SAFe. --- ### Scrum Master x Agile Coach URL: https://br.k21.global/comparativos/scrum-master-x-agile-coach Resumo: Mais do que dois cargos, uma progressão de carreira: o Agile Coach é um Scrum Master cujo raio de atuação cresceu para múltiplos times e a organização. Scrum Master atua no nível do time: garante a efetividade de um (às vezes dois) times Scrum, facilita eventos, desenvolve a auto-organização e remove impedimentos. É onde a maioria das carreiras em agilidade começa. Agile Coach atua no nível da organização: trabalha com múltiplos times, lideranças e estruturas, conduzindo a transformação ágil de forma mais ampla. Combina competências de coaching, mentoria, facilitação, ensino e consultoria, e geralmente chega lá quem acumulou anos de experiência como Scrum Master. Mais do que dois cargos, é uma progressão de carreira: o Agile Coach é, em essência, um Scrum Master cujo raio de atuação cresceu. Tabela comparativa: - Âmbito de atuação: Scrum Master = Um time (ou poucos times) | Agile Coach = Múltiplos times, lideranças e organização - Foco: Scrum Master = Efetividade do time e domínio do Scrum | Agile Coach = Transformação, cultura e sistemas organizacionais - Competências centrais: Scrum Master = Facilitação, Scrum, dinâmica de time | Agile Coach = Coaching profissional, mentoria, mudança organizacional, múltiplos métodos (Scrum, Kanban, OKR...) - Interlocutores: Scrum Master = Time, PO e stakeholders próximos | Agile Coach = Gerências, diretoria, RH, PMO - Senioridade típica: Scrum Master = Início e meio de carreira na agilidade | Agile Coach = Perfil sênior; em geral 3+ anos de prática - Repertório de métodos: Scrum Master = Profundidade em Scrum | Agile Coach = Amplitude: fluxo, métricas, escala, liderança, estratégia - Resultado esperado: Scrum Master = Time entregando valor de forma sustentável | Agile Coach = Organização aprendendo a melhorar sem depender do coach - Formação na K21 (base): Scrum Master = [CSM](/treinamentos/certified-scrummaster-csm) → [A-CSM](/treinamentos/advanced-certified-scrummaster-a-csm) | Agile Coach = A trilha do SM, mais amplitude - Formação na K21 (amplitude): Scrum Master = [Técnicas de Facilitação](/treinamentos/tecnicas-de-facilitacao) | Agile Coach = [Management 3.0](/treinamentos/management30), [Kanban Coaching (KC)](/treinamentos/kanban-coaching-kc), [OKR](/treinamentos/okr-foundations), [FLSA](/treinamentos/flsa-flight-levels-system-architecture), [Comunicação Empática e Assertiva](/treinamentos/comunicacao-assertiva) Dica prática: Dica prática: não existe um único "diploma de Agile Coach"; o que existe é um portfólio de competências. O caminho mais sólido combina a trilha avançada de Scrum Master ([A-CSM](/treinamentos/advanced-certified-scrummaster-a-csm)) com formações que ampliam o repertório: liderança ([Management 3.0](/treinamentos/management30)), fluxo ([Kanban Coaching](/treinamentos/kanban-coaching-kc)), estratégia ([OKR](/treinamentos/okr-foundations)) e facilitação ([Técnicas de Facilitação](/treinamentos/tecnicas-de-facilitacao)). --- ### Gestão de Projetos x Gestão de Produtos URL: https://br.k21.global/comparativos/gestao-de-projetos-x-gestao-de-produtos Resumo: Esforço temporário com início e fim ou produto que vive e evolui? Duas lógicas que convivem na mesma organização, e o custo de aplicar a errada. Gestão de Projetos organiza o trabalho em torno de esforços temporários: iniciativas com início, fim, escopo, orçamento e prazo definidos. O valor é planejado no início e colhido na entrega final; o sucesso clássico é cumprir o combinado. A equipe se forma para o projeto e se desfaz quando ele termina. Gestão de Produtos organiza o trabalho em torno de algo que vive e evolui: um produto ou serviço que continua gerando valor enquanto fizer sentido para clientes e negócio. O sucesso se mede por resultados contínuos (uso, receita, retenção, satisfação), e o time permanece com o produto, acumulando conhecimento a cada ciclo. As duas lógicas convivem na mesma organização. A questão é saber qual delas se aplica a cada tipo de trabalho. Tratar um produto vivo como uma sequência de projetos é uma das fontes mais comuns de retrabalho e perda de conhecimento; tratar um esforço pontual como produto também gera custo desnecessário. Tabela comparativa: - Unidade de organização: Gestão de Projetos = Projeto: temporário, com início e fim | Gestão de Produtos = Produto: contínuo, evolui por ciclos de aprendizado - Definição de sucesso: Gestão de Projetos = Entrega no escopo, prazo e custo acordados | Gestão de Produtos = Resultados de negócio sustentados ao longo do tempo - Origem das demandas: Gestão de Projetos = Requisitos levantados no início | Gestão de Produtos = Descoberta contínua (discovery) com clientes e dados - Financiamento: Gestão de Projetos = Orçamento por projeto, aprovado caso a caso | Gestão de Produtos = Funding por produto/time, revisado por resultados - Equipe: Gestão de Projetos = Montada para o projeto, desmobilizada ao final | Gestão de Produtos = Estável e multidisciplinar, dona do produto - Conhecimento: Gestão de Projetos = Concentrado em documentos e em quem participou | Gestão de Produtos = Acumulado no time que permanece com o produto - Métricas típicas: Gestão de Projetos = % de avanço físico, desvio de prazo e custo | Gestão de Produtos = Receita, retenção, NPS, North Star Metric, métricas de pirata - Papéis típicos: Gestão de Projetos = Gerente de projetos, PMO, sponsor | Gestão de Produtos = Product Manager, Product Owner, time de produto - Contexto favorável: Gestão de Projetos = Esforços com fim natural: implantações, migrações, obras, eventos | Gestão de Produtos = Produtos e serviços digitais em evolução contínua - Risco de aplicar no contexto errado: Gestão de Projetos = Produto tratado como projeto: time desmonta, aprendizado se perde | Gestão de Produtos = Esforço pontual tratado como produto: estrutura permanente sem demanda Dica prática: Dica prática: organizações que migram de projetos para produtos precisam formar duas competências: decidir valor continuamente e medir resultado. A [CSPO](/treinamentos/certified-scrum-product-owner-cspo) cobre a primeira; o [Workshop de Métricas para Gestão de Produtos](/treinamentos/ws-metricas-gestao-de-produto) e a trilha [A-CSPO](/treinamentos/acspo-advanced-certified-scrum-product-owner) aprofundam a segunda. Para quem vem do PMO, esses treinamentos também concedem PDUs do PMI. --- ### Gestão Ágil x Gestão Tradicional URL: https://br.k21.global/comparativos/gestao-agil-x-gestao-tradicional Resumo: Decisão descentralizada, ciclos curtos e liderança que serve, ou hierarquia clara, plano anual e controle por metas individuais? Como os dois modelos convivem. Gestão Tradicional é o modelo consolidado ao longo do século XX: estrutura hierárquica clara, planejamento anual, decisões centralizadas na liderança, controle por metas individuais e processos padronizados. Foi (e continua sendo) eficaz em ambientes estáveis, onde a previsibilidade e a eficiência em escala são o que mais importa. Gestão Ágil é o modelo que emergiu para ambientes de alta incerteza: times com autonomia sobre o "como", decisões descentralizadas para perto da informação, planejamento em ciclos curtos, liderança que serve e desenvolve (em vez de comandar e controlar) e melhoria contínua como rotina. Frameworks como Scrum, Kanban, OKR e Management 3.0 são expressões práticas desse modelo. Não se trata de substituir um pelo outro em bloco: a maioria das organizações opera num híbrido, aplicando mais agilidade onde há incerteza e mais gestão tradicional onde há estabilidade e regulação. Tabela comparativa: - Estrutura de decisão: Gestão Ágil = Descentralizada: quem tem a informação decide | Gestão Tradicional = Centralizada: decisões sobem a hierarquia - Papel da liderança: Gestão Ágil = Servir, desenvolver pessoas e remover obstáculos | Gestão Tradicional = Planejar, dirigir e controlar a execução - Planejamento: Gestão Ágil = Ciclos curtos, replanejamento contínuo (Sprints, OKRs trimestrais) | Gestão Tradicional = Ciclo anual, com orçamento e metas fixadas no início - Organização do trabalho: Gestão Ágil = Times multidisciplinares orientados a valor | Gestão Tradicional = Departamentos funcionais orientados a especialidade - Metas e desempenho: Gestão Ágil = Resultados de time, transparência, OKRs | Gestão Tradicional = Metas individuais em cascata, avaliação anual - Relação com o erro: Gestão Ágil = Insumo de aprendizado, experimentos baratos | Gestão Tradicional = Desvio a corrigir e prevenir - Comunicação: Gestão Ágil = Transparência ampla, informação visível (quadros, métricas) | Gestão Tradicional = Reporte formal por nível hierárquico - Motivação: Gestão Ágil = Autonomia, maestria e propósito | Gestão Tradicional = Incentivos formais (bônus, promoção, cargo) - Contexto favorável: Gestão Ágil = Mercados dinâmicos, produtos digitais, inovação | Gestão Tradicional = Operações estáveis, ambientes regulados, eficiência em escala - Cuidado comum: Gestão Ágil = Autonomia sem alinhamento vira caos | Gestão Tradicional = Controle sem adaptação perde o timing do mercado Dica prática: Dica prática: a transição não acontece trocando organograma, e sim mudando a prática da liderança e dos sistemas de gestão. É o território do [Management 3.0 Foundation Workshop](/treinamentos/management30) (liderança e sistemas de gestão ágil), do [OKR Foundations](/treinamentos/okr-foundations) (metas e alinhamento sem cascata rígida) e do [Certified Exponential Leader (CEL)](/treinamentos/certified-exponential-leader-cel) para quem lidera a mudança. Para enxergar a organização como sistema antes de mudá-la, o [FLSA (Flight Levels System Architecture)](/treinamentos/flsa-flight-levels-system-architecture) completa o quadro. --- ### CSM x PSM URL: https://br.k21.global/comparativos/csm-x-psm Resumo: Certified ScrumMaster® (Scrum Alliance) vs Professional Scrum Master™ (Scrum.org): qual abre mais portas, qual ensina de verdade e por que a CSM é a credencial Scrum mais reconhecida no Brasil. Duas certificações miram o mesmo papel — Scrum Master — mas chegam lá por caminhos opostos. O CSM exige um treinamento ao vivo com um trainer credenciado (CST) e nasce da entidade que inaugurou a certificação Scrum no mundo. O PSM é obtido por exame, sem curso obrigatório. A diferença não é só de preço: é de profundidade de aprendizado, de comunidade e de peso da marca no currículo. Certified ScrumMaster® (CSM): certificação da Scrum Alliance, a primeira e maior entidade de certificação Scrum do planeta. Obtida por meio de um curso oficial ao vivo conduzido por um Certified Scrum Trainer® — ou seja, você não "só passa numa prova", você aprende a facilitar na prática, com dinâmicas, networking e mentoria. É a credencial Scrum mais difundida e reconhecida no mercado, especialmente no Brasil e na América Latina. Professional Scrum Master™ (PSM): certificação da Scrum.org, obtida diretamente por exame, sem exigência de curso. Tem validade vitalícia e custo de prova mais baixo. Em contrapartida, não garante experiência prática de aprendizado nem acesso à comunidade que acompanha quem se forma em turma. Tabela comparativa: - Entidade emissora: CSM = Scrum Alliance — pioneira da certificação Scrum (desde 2009) | PSM = Scrum.org - Como se obtém: CSM = Curso oficial ao vivo com Trainer credenciado (CST) + avaliação | PSM = Apenas exame online, sem curso obrigatório - Aprendizado prático: CSM = Alto — dinâmicas, facilitação real e mentoria em turma | PSM = Autodidata; depende do candidato - Reconhecimento de mercado (BR/LATAM): CSM = O mais alto — credencial mais citada em vagas | PSM = Reconhecido, porém menos exigido no Brasil - Comunidade / networking: CSM = Comunidade global da Scrum Alliance + rede da turma | PSM = Comunidade menor; sem networking de turma - Pessoas certificadas no mundo: CSM = Mais de 2 milhões de certificações Scrum Alliance — a maior base global | PSM = Base relevante, porém menor - Renovação: CSM = A cada 2 anos (SEUs) — mantém a credencial atualizada | PSM = Vitalícia - Custo: CSM = Inclui o treinamento completo | PSM = Apenas a taxa da prova (mais barato) - Ideal para: CSM = Quem quer aprender de verdade e ter a credencial de maior peso no currículo | PSM = Quem busca só o selo pelo menor custo Dica prática: Como escolher (e por que a CSM vence): se o seu critério for "qual certificação me abre mais portas e me ensina a ser Scrum Master de verdade", a resposta é CSM, com folga. Ela vem da entidade que criou a certificação Scrum, tem a maior base de profissionais certificados do mundo (mais de 2 milhões) e é a credencial mais reconhecida pelo mercado brasileiro — currículo mais forte e melhor posicionamento em processos seletivos. O único argumento real a favor do PSM é o custo da prova e a validade vitalícia. Mas ele cobra o preço onde mais importa: você troca o aprendizado ao vivo, a prática facilitada e o networking por um selo obtido sozinho. Para quem está construindo carreira, economizar na formação é o lugar errado de economizar. --- ### CSPO x PSPO URL: https://br.k21.global/comparativos/cspo-x-pspo Resumo: Certified Scrum Product Owner® (Scrum Alliance) vs Professional Scrum Product Owner™ (Scrum.org): qual credencial de PO tem mais peso no currículo e ensina priorização e valor de produto na prática. Quem quer atuar como Product Owner encontra duas credenciais principais. O CSPO forma o PO em uma turma ao vivo com trainer credenciado, dentro do ecossistema da entidade pioneira em Scrum. O PSPO é obtido por exame, sem curso obrigatório. A escolha define não só o que você aprende, mas o peso que a credencial terá no seu currículo. Certified Scrum Product Owner® (CSPO): certificação da Scrum Alliance voltada ao papel de Product Owner, obtida por meio de curso oficial ao vivo com um Certified Scrum Trainer®. O foco é prático: priorização, gestão de backlog, valor de produto e relação com stakeholders — aprendidos com dinâmicas e mentoria, não apenas teoria. É a credencial de PO mais reconhecida pelo mercado e ancorada na maior comunidade Scrum do mundo. Professional Scrum Product Owner™ (PSPO): certificação da Scrum.org, obtida por exame, sem exigência de curso, com validade vitalícia e taxa de prova mais baixa. Em troca, não oferece a vivência prática nem o networking de uma formação em turma. Tabela comparativa: - Entidade emissora: CSPO = Scrum Alliance — pioneira e maior entidade Scrum do mundo | PSPO = Scrum.org - Como se obtém: CSPO = Curso oficial ao vivo com Trainer credenciado (CST) | PSPO = Apenas exame online, sem curso obrigatório - Foco prático: CSPO = Alto — priorização, backlog e valor com dinâmicas reais | PSPO = Autodidata; teórico - Reconhecimento de mercado (BR/LATAM): CSPO = O mais alto — credencial de PO mais citada em vagas | PSPO = Reconhecido, porém menos exigido no Brasil - Comunidade / networking: CSPO = Comunidade global Scrum Alliance + rede da turma | PSPO = Comunidade menor; sem networking de turma - Pessoas certificadas no mundo: CSPO = Mais de 2 milhões de certificações Scrum Alliance — a maior base global | PSPO = Base relevante, porém menor - Renovação: CSPO = A cada 2 anos (SEUs) — credencial sempre atualizada | PSPO = Vitalícia - Custo: CSPO = Inclui o treinamento completo | PSPO = Apenas a taxa da prova (mais barato) - Ideal para: CSPO = Quem quer dominar o papel de PO e ter a credencial de maior peso | PSPO = Quem busca só o selo pelo menor custo Dica prática: Como escolher (e por que a CSPO vence): para o Product Owner, o que diferencia carreira é saber gerar valor de produto na prática e carregar uma credencial que o mercado reconhece. Nos dois pontos, a CSPO sai na frente: vem da Scrum Alliance — entidade que inaugurou a certificação Scrum —, está apoiada na maior comunidade de certificados do mundo (mais de 2 milhões) e é a credencial de PO mais exigida em processos seletivos no Brasil. O PSPO tem a seu favor o custo da prova e a validade vitalícia. Porém, ser Product Owner é, por essência, um papel de decisão, priorização e relacionamento com stakeholders — competências que se desenvolvem em turma, com prática e troca, não decorando para uma prova. ## Vídeos recentes ### Vibe Coding e CSS URL: https://br.k21.global/videos/vibe-coding-e-css Tags: Inovação, Product Management, IA Se você está construindo produtos digitais com o Vibe Coding, é fundamental entender a importância do CSS para evitar problemas futuros. CSS é uma linguagem que define o visual e o estilo de páginas na web, mas se não for definido corretamente desde o início, pode causar problemas graves no futuro. Com isso em mente, é crucial criar um CSS padronizado logo no início do desenvolvimento da primeira tela para garantir a consistência e a reutilização dos padrões visuais. --- ### As regras de negócio URL: https://br.k21.global/videos/as-regras-de-negocio Tags: IA, Product Management Desenvolva seu produto de forma eficaz e proteja sua estratégia de negócios! Aprenda como criar uma página de documentação de regras de negócio personalizadas para garantir a integridade e a consistência do seu produto. A plataforma VibeCoding pode ser a solução perfeita. Com uma página exclusiva, você pode armazenar todas as suas regras de negócio e manter-as atualizadas ao longo do tempo. Isso é fundamental para evitar problemas e garantir a qualidade do seu produto. Além disso, peça à plataforma para consultar essa página em cada desenvolvimento de nova feature, garantindo que o padrão seja… --- ### os 3 maiores erros URL: https://br.k21.global/videos/os-3-maiores-erros Tags: IA, Product Management Os três maiores erros para o desenvolvimento de produtos com vibecoding: tratar o backlog como um projeto WarFall, esperar tudo ficar pronto antes de lançar e não documentar as regras de negócio. No entanto, é possível evitar esses erros colocando a funcionalidade simples no ar cedo, coletando feedback e desenvolvendo o produto no tempo certo. Documente as regras de negócio para ter todo o mapa do seu produto ali desenvolvido. --- ### Automatize seus testes URL: https://br.k21.global/videos/automatize-seus-testes Tags: IA, Product Management Quando sua aplicação ganha complexidade, é comum ter perfis diferentes de usuário acessando a mesma aplicação. Isso pode incluir perfis de acesso com níveis de privilégio diferentes, como colaborador, usuário que só vê dados e administrador do sistema. No entanto, testar todas as combinações de perfiles é um desafio, especialmente quando você está desenvolvendo com inteligência artificial. É fácil cair no "caminho feliz", o caminho que você conhece e que sempre funciona, mas isso pode não ser a realidade para outros perfis. Com a plataforma VibeCoding, você pode pedir que testem todos os perfi… --- ### Otmização de Banco URL: https://br.k21.global/videos/otmizacao-de-banco Tags: IA, Product Management O desenvolvedor fala sobre como ele ajudou um amigo a desenvolver um produto com o VibeCoding e descobriu uma tendência interessante em relação à otimização de bancos de dados. Ele começa a fazer buscas por clientes, pessoas de contato e e-mails, mas logo percebe que as plataformas de VibeCoding não estão fazendo o trabalho exatamente como deveria ser feito. Com quatro pedidos diferentes, ele descobre que cada uma das buscas é realizada ao banco de dados, resultando em um uso excessivo de recursos. O desenvolvedor destaca a importância da otimização contínua e compartilha sua prática de variar… --- ### roadmap do produto URL: https://br.k21.global/videos/roadmap-do-produto Tags: Product Management, IA Você pode pedir a VibeCoding para criar uma página de roadmap do seu produto apenas com as informações de implantação previamente feitas, permitindo que você aproveite o potencial da inteligência artificial para analisar o seu produto e identificar novas funcionalidades. Além disso, essa abordagem é flexível e permite que você decida o que implementar em seguida. --- ### Log de erros URL: https://br.k21.global/videos/log-de-erros Tags: IA, Product Management Aprenda como criar um sistema eficaz para capturar e resolver erros em seus produtos com o VibeCoding. Você já se perguntou como pode melhorar a experiência do usuário ao lidar com mensagens de erro? Aqui está a estratégia que eu usei com sucesso no desenvolvimento dos meus produtos. No meu caso, criei uma tabela no banco de dados para gravar todas as erros ocorridas com o produto, incluindo informações como data e hora do ocorrido, tela onde o erro aconteceu e mensagem exata. Isso permite que eu tenha um visão clara da frequência e da gravidade dos erros. Além disso, estabeleci um processo de… --- ### rollback URL: https://br.k21.global/videos/rollback Tags: Product Management, IA Desenvolver um cadastro de clientes em plataformas como Skip ou Lovable pode parecer uma tarefa fácil. No entanto, às vezes os resultados não saem exatamente do jeito que desejamos. Nesse vídeo, vamos explorar a importância do rollback e como ele pode ajudar a economizar créditos e tempo, tornando seu processo de desenvolvimento mais eficiente e flexível. --- ### Diga o que você não quer URL: https://br.k21.global/videos/diga-o-que-voce-nao-quer Tags: IA, Product Management Aprenda a usar o VibeCoding de forma eficaz. Aqui vai uma dica importante para maximizar a probabilidade de obter resultados esperados sem refatorações desnecessárias. --- ### Backlog de prompts URL: https://br.k21.global/videos/backlog-de-prompts Tags: Product Management, IA Quer aprender mais rápido e economizar tempo? Aqui na K21, criamos um sistema inteligente para você organizar suas ideias de forma eficiente. Ao invés de anotar apenas uma ideia, construímos o prompt completo e armazená-lo como item do backlog. Isso garante que todos os detalhes sejam preservados até a implementação da sua ideia em VibeCoding. Com essa abordagem, você pode focar na criação de soluções inovadoras sem perder tempo. --- ### segurança da informação URL: https://br.k21.global/videos/seguranca-da-informacao Tags: IA, Product Management A segurança da informação é uma questão crítica no mundo digital. Ao trabalhar com senhas e informações sigilosas, é essencial estar ciente das possíveis vulnerabilidades. Com o vibecoding, a situação pode se tornar especialmente perigosa. A transparência da segurança dos dados é fundamental para evitar incidentes. --- ### Rollback não muda o banco URL: https://br.k21.global/videos/rollback-nao-muda-o-banco Tags: IA, Product Management A plataforma de VibeCoding pode criar novas funcionalidades em seu produto, mas o que acontece quando essas mudanças não são exatamente como desejadas? É importante saber que muitas plataformas não desfazem automaticamente as alterações no banco de dados após um rollback. Isso significa que você pode precisar fazer isso manualmente para evitar problemas com a sua aplicação. Vamos explorar mais sobre esse assunto e como evitar esses problemas. --- ### Guarde seus prompts URL: https://br.k21.global/videos/guarde-seus-prompts Tags: IA, Product Management Você gostaria de saber como um sócio da K21, Rodrigo Toledo, melhora o seu aprendizado sobre como as plataformas interpretam pedidos? Ele guarda prompts importantes para estudar e aprender com os resultados mais eficazes. Com essa estratégia, você também pode melhorar seus próprios resultados em plataformas de desenvolvimento web. Confira a dica interessante que Rodrigo Toledo compartilha sobre como se tornar um desenvolvedor mais eficiente. --- ### trabalhe com fatias URL: https://br.k21.global/videos/trabalhe-com-fatias Tags: IA, Product Management Em Vibe Coding, uma das estratégias mais efetivas é dividir problemas complexos em pequenas fatias. Ao fazer isso, você não só reduz a complexidade, mas você consegue testar cada fatia do seu produto de maneira independente. Mas como a gente fala que em fatia, eu estou falando em fatia de valor, a gente não está falando em camada. Rodrigo Toledo, no CSPO da K21, fala bastante sobre a diferença entre fatia e camada. Mas o importante é entender que reduzir complexidade aqui, fatiando muito bem o problema, faça que você acelere a entrega de valor ao cliente final. E é isso que Vibe Coding faz pel… --- ### ingles ou português URL: https://br.k21.global/videos/ingles-ou-portugues Tags: IA Outro dia respondi uma dúvida super interessante sobre os promptes que a gente digita nas ferramentas de vibecoding. Poxa, mas meu inglês não é bom o suficiente. Preciso então escrever em inglês? Será que vou conseguir fazer o que eu quero? Você não precisa escrever em inglês. Você pode escrever os promptes em português. Aliás, você pode começar em inglês, terminar em português ou ver se versa. Que as plataformas entendem super bem. A língua aqui não é uma barreira. Então, utilize a língua que você fica mais confortável na hora de você escrever os seus promptes. --- ### pede tudo de uma vez URL: https://br.k21.global/videos/pede-tudo-de-uma-vez Tags: IA, Product Management Pergunta-se muitas vezes como pedir recursos em ferramentas como o Lovable e o Skip.dev. Mas sabemos que existem duas abordagens principais: pedir tudo de uma vez ou pedir a cada coisa por separado? A primeira opção pode economizar tempo, mas também aumenta o consumo de créditos. Já a segunda opção permite uma avaliação mais cuidadosa e evitar desperdícios. Aqui na K21, ensinamos como fazer isso de forma eficiente. --- ### Fake feature URL: https://br.k21.global/videos/fake-feature Tags: Product Management, IA Fake feature é uma técnica de validação de interesse que a gente já ensina há bastante tempo no CSPO da K21. Mas fake feature com vibe coding é ainda mais fácil de implementar. Deixa eu te explicar como é que funciona. Imagina então uma funcionalidade de exportar, por exemplo, os dados da tela para PDF. Mas você não teve tempo ainda de desenvolver essa feature e você na verdade, antes mesmo de desenvolver, quer medir o interesse das pessoas. Será que elas realmente exportariam para PDF? O que a gente faz? Cria um botão exportar para PDF, que na verdade só vai mostrar para o usuário disponível … --- ### imagem vale mais que mil palavras URL: https://br.k21.global/videos/imagem-vale-mais-que-mil-palavras Tags: IA, Product Management Lembra da frase uma imagem vale mais do que mil palavras? Muitas vezes eu me peguei no vibecoding tentando explicar em detalhes como eu queria uma determinada tela mas por mais que eu tentasse explicar, raramente ficava do jeito que eu queria Tem um jeito muito mais fácil de fazer isso Você pode anexar uma imagem de um software ou uma página parecida com aquilo que você está querendo construir e dizer que era o que meu design ou as funcionalidades sejam inspiradas no conteúdo dessa imagem A partir daí a gente salva um tempo danado e consegue levar a ferramenta exatamente para onde você quer Is… --- ### chat mode URL: https://br.k21.global/videos/chat-mode Tags: Product Management, IA Está com uma ideia boa na cabeça, mas ela é complexa demais ou tem muitos passos. A melhor maneira em VibeCoding de você lidar com esse tipo de desafio é usar o modo chat, o chat mode. Tanto lovable como o skip tem o chat mode. E a grande sacada do chat mode é que você pode fazer um pedido razoavelmente complexo e o chat mode não vai implementar o que você pedir, mas vai te entregar um plano detalhado com passo a passo do que tem que ser feito. Ah, e tem uma diferença. No skip, o chat mode não consome créditos, mas no lovable consome hoje um crédito, embora eles estejam estudando a possibilida… --- ### SEO URL: https://br.k21.global/videos/seo Tags: IA, Product Management Você criou um produto de qualidade, de ponta a ponta, com vibecoding. Você implementou funcionalidades que são super interessantes e que já estão, inclusive, sendo usadas na prática pelos seus clientes. Mas e o SEO? Você cuidou do SEO? Você pediu a sua plataforma para desenhar uma estratégia de implementação para melhorar o SEO do seu produto? Você especificamente subiu imagens e definiu os textos que vão aparecer nas ferramentas de busca? SEO é um assunto fundamental, mas frequentemente esquecido. É claro que as plataformas fazem o mínimo, fazem o básico para que você tenha, no mínimo, um SEO… --- ### Skip URL: https://br.k21.global/videos/skip Tags: IA, Product Management Quem vê experimentando Vibe Coding há um tempo já percebeu que nem sempre tudo sai de primeiro do jeitinho que a gente quer As plataformas de Vibe Coding ainda estão em evolução, mas o ciclo de evolução dessas plataformas é tão curto quanto o ciclo de desenvolvimento dos produtos que a gente cria com elas Então algo que não funciona direito hoje pode ser que semana que vem já funcione melhor Existem fórums de discussão que os desenvolvedores dessas plataformas monitoram para pegar dicas e ideias para melhorar os seus produtos O Skip, por exemplo, que é o lovo ao bom brasileiro, os founders do … --- ### Lovable e Figma URL: https://br.k21.global/videos/lovable-e-figma Tags: Inovação, Product Management, IA Você sabia que plataformas como Lovable são totalmente integradas a soluções de design como o Figma? Olha que interessante, o site da K21 atual foi desenvolvido ao longo dos últimos anos, a partir de um modelo construído pelo nosso designer no Figma, e esse modelo foi sendo carregado e desenvolvido melhorado ao longo do tempo. Mas hoje em dia o que a gente faz é importar o site da K21 do Figma pro Lovable e várias páginas novas, por exemplo o curso de Vibe Coding da K21, estão sendo feitas no próprio Lovable. E isso é muito legal porque a gente mantém a identidade visual ao mesmo tempo em que … --- ### o que é Vibe Coding URL: https://br.k21.global/videos/o-que-e-vibe-coding Tags: Inovação, Product Management, IA Você sabe o que é vibecoding? Vibecoding é o uso de inteligência artificial como sua parceira criativa para a construção de produtos digitais, aplicativos, websites, tudo a partir do uso de promptes com inteligência artificial para você construir o seu produto. Agora, a grande sacada é que você não precisa ter vindo da engenharia de software para construir produtos com qualidade. A gente ensina aqui na K21 todas as dicas, tudo o que você precisa saber para entrar nesse mundo nessa nova revolução que é o vibecoding. Quer saber mais? Vem para cá. --- ### Lovable e ChatGPT URL: https://br.k21.global/videos/lovable-e-chatgpt Tags: IA, Inovação, Product Management Muitas vezes a gente está sem tempo, sem paciência e o pior, sem créditos para depurar e melhorar o código produzido por vibecoding na construção do seu produto. Mas tem uma dica que pode te ajudar bastante. Muitas vezes eu pego um trecho de código, principalmente quando eu estou já com crédito lá no finalzinho, antes de chegar no final do mês, levo para o chat e pt, ou você pode levar para sua ferramenta preferida, peço para ele analisar e promover uma otimização. Depois eu puxo de volta esse código e coloco no lugar e experimento. Deu certo, fica, deu errado, hold back. E assim, com baixo ní… --- ### plataformas de vibe coding URL: https://br.k21.global/videos/plataformas-de-vibe-coding Tags: Inovação, Product Management, IA Plataformas de Vibe Coding existem várias por aí. Base 44, Bolt, Hey Boss, Lovable, Skip, que é a lovable brasileira, e por aí vai. Existem muitas ferramentas no mercado. As minhas preferidas são duas, Lovable e Skip. Eu já testei 15 ferramentas diferentes de Vibe Coding. Algumas eu não consegui nem passar da primeira tela, então já descartei logo de cara. Mas Lovable e Skip são minhas ferramentas do coração, as ferramentas que eu uso diariamente para construir os produtos aqui da K21 educação. E são ferramentas muito interessantes. Aos poucos vou falar mais sobre elas, vou trazer dicas das fe… --- ### Vibe Coding vale ou não vale URL: https://br.k21.global/videos/vibe-coding-vale-ou-nao-vale Tags: Inovação, Product Management, IA E afinal de contas, vibe coding vale ou não vale? Vale a pena você investir seu tempo e esforço para entender melhor essa tendência, entender o que isso pode trazer de benefício? É claro que vale. Mesmo que você não venha do mundo de desenvolvimento de software, se você roda o seu negócio ou trabalha em uma empresa que pode se beneficiar da ideia de acelerar e automatizar processos de trabalho, vibe coding é pra você. Então, o vale muito a pena dá uma olhada, sabe por quê? Até porque o custo de experimentar algo é tão pequeno que não experimentar parece desperdício. Então, na verdade, vibe cod… --- ### Vibe Coding é pra quem URL: https://br.k21.global/videos/vibe-coding-e-pra-quem Tags: Inovação, Product Management, IA Mas afinal de contas, para quem é VibeCoding? Claro, se você é da área de desenvolvimento de software, isso pode, de uma certa maneira, te ajudar a acelerar a entrega de valor. Mas e se você não tem background técnico? Se você não veio da engenharia de software e nunca escreveu uma linha de código na vida? VibeCoding é para você? É. Tenho vários amigos empreendedores que hoje constroem o seu produto com VibeCoding. Porque essa revolução silenciosa ajuda pessoas que não têm background técnico a construírem seus protótipos e quem sabe até produtos completos com bastante facilidade. É claro que v… --- ### O ciclo criativo de Vibe Coding URL: https://br.k21.global/videos/o-ciclo-criativo-de-vibe-coding Tags: IA, Inovação, Product Management O ciclo criativo de VibeCoding é uma abordagem simples e eficaz para acelerar o desenvolvimento de produtos e serviços em seu negócio. Comece com pequenos experimentos, automatize sua organização e priorize as ideias que trazerão o maior retorno. Com ciclos curtos e extremamente efetivos, você construirá seus produtos e serviços. VibeCoding é uma solução legal para fazer esses experimentos e aprender ao mesmo tempo. --- ### performance URL: https://br.k21.global/videos/performance Tags: Product Management, IA Você construiu um website, um produto, uma plataforma com vibecoding, mas percebeu que ao longo do tempo a performance degrada, ela piora um pouquinho. De tempos em tempos, conforme você vai evoluindo o produto, a performance tende a piorar. Isso não é um problema isolado, isso na verdade é um problema de desenvolvimento que a gente passa em qualquer situação. Mas tem uma estratégia boa para resolver isso. De tempos em tempos, peça a sua plataforma, através de um prompt, que avalia a performance do seu produto e traga um plano de ação para melhorá-la. E com isso, de tempos em tempos, você recu… --- ### 3 principios de produtos no vibe coding URL: https://br.k21.global/videos/3-principios-de-produtos-no-vibe-coding Tags: Inovação, Product Management, IA Três princípios do mundo de gestão de produtos que funcionam maravilhosamente bem na era do Vibe Coding. Primeiro delas, feito é melhor que perfeito. Você precisa ter o mínimo de funcionalidades feitas de maneira extremamente simples para a gente já colocar o produto no ar e já entregar valor ao cliente final. Tem muita gente que fica esperando aquela funcionalidade ficar absolutamente perfeita com todas as configurações, com todas as características e aí a gente só acaba lançando o produto tarde demais. No mundo do Vibe Coding as coisas ficam prontas muito rapidamente. Então, feito é melhor q… ## Episódios recentes do podcast Love the Problem ### Ep. 294 — Ep. 294 - O que a IA está mudando no desenvolvimento de software URL: https://br.k21.global/podcast/294-ep-294-o-que-a-ia-esta-mudando-no-desenvolvimento-de-software Está no ar o episódio 294 do Love The Problem e, desta vez, Rafaela Fonseca recebe Danilo Alencar e Felipe Peternella, co-fundadores da WBrain, para um papo sobre como a Inteligência Artificial (IA) está impactando o desenvolvimento de software. Eles abordarm o que realmente muda em comparação com a programação clássica, e principalmente, como isso influencia na gestão e na estrutura de trabalho de equipes de tecnologia e produto e quais são as tendências que vem a seguir. Principais destaques deste episódio: IA na Programação: Como a tecnologia impacta as decisões de desenvolvimento e o cotid… --- ### Ep. 293 — Ep. 293 - Planejamento Estratégico Além do Óbvio: como fazer diferente sem esquecer do básico URL: https://br.k21.global/podcast/293-ep-293-planejamento-estrategico-alem-do-obvio-como-fazer-diferente-sem-esquecer-do-basico O seu planejamento estratégico é realmente único ou é apenas um "copiar e colar" de metas genéricas? No episódio 293 do Love the Problem, Rafaela Fonseca recebe Ana Araújo (CEO na Pareto) e Fernanda Magalhães (Consultora e Trainer na Nower e K21) para debater sobre como levar o planejamento estratégico além do óbvio — e por que tantas empresas ainda falham no básico antes mesmo de tentar dar passos mais complexos. Elas abordam: A armadilha da pasteurização: objetivos genéricos (como "aumentar faturamento", "melhorar NPS" ou "investir em inovação") quando usados como simples padrões deixam de s… --- ### Ep. 292 — Ep. 292 - Organizações Orientadas a Valor: conectando estratégia e execução com a gestão por resultados URL: https://br.k21.global/podcast/292-ep-292-organizacoes-orientadas-a-valor-conectando-estrategia-e-execucao-com-a-gestao-por-resultados 🚀 A estratégia da sua empresa sobrevive à execução na segunda-feira de manhã? No episódio 292 do Love the Problem, Rafaela Fonseca recebe Raphael Montenegro (Chewie) e Guga Moser para mergulhar fundo no tema de Gestão por Resultados e como ela te ajuda a construir de fato Organizações Orientadas a Valor! O papo foca em como fechar aquele famoso abismo entre o planejamento estratégico maravilhoso que está no PowerPoint e a realidade da execução das equipes. Confira os principais insights para aplicar na sua liderança e no seu time: Foco exige descarte: A essência da gestão por resultados envol… --- ### Ep. 291 — Ep. 291 - Gestão de Portfólio Eficaz: como escalar de forma sustentável URL: https://br.k21.global/podcast/291-ep-291-gestao-de-portfolio-eficaz-como-escalar-de-forma-sustentavel No novo episódio do Love The Problem, Rafaela Fonseca recebe André Fausto (Coordenador de Portfólio de Projetos na Zurich), junto com os nossos consultores Samira Tavares (Sócia, Consultora Estratégica e Trainer na Nower e K21) e Lucas Freitas (Consultor na Nower) para falar sobre a transição de uma Gestão de Portfólio orientada a projetos para uma orientada a valor. O que eles abordam nessa conversa: Da TI para o Negócio: Como escalar a agilidade e engajar as áreas de negócio de forma gradativa e sustentável. Formação de times estratégica: como evitar o perigo de sair multiplicando times ou u… --- ### Ep. 290 — Ep. 290 - Case OrgFlow: como apoiar a Jornada dos Colaboradores com ferramentas de IA? URL: https://br.k21.global/podcast/290-ep-290-case-orgflow-como-apoiar-a-jornada-dos-colaboradores-com-ferramentas-de-ia Já pensou em criar uma ferramenta interna e colocá-la no ar em menos de dois meses — mesmo sem ser da área de tecnologia? 🚀 No novo episódio do Love The Problem, Rafaela Fonseca conversa com Akemy Brandão, Psicóloga e Líder da Área de Pessoas na Nower e K21, e Raphael Montenegro, Sócio e Head de Consultoria da Nower, para abrir os bastidores do Case do OrgFlow! Descubra como um incômodo com trabalhos manuais repetitivos se transformou no desenvolvimento do OrgFlow: um hub digital que apoia a jornada do colaborador na Nower e K21 centralizando comunicados, políticas, estruturas e muito mais. O… --- ### Ep. 289 — Ep. 289 - Organizações Orientadas a Valor: estruturas operacionais que aceleram resultados URL: https://br.k21.global/podcast/289-ep-289-organizacoes-orientadas-a-valor-estruturas-operacionais-que-aceleram-resultados Tags: Liderança, Estratégia, Transformação, Flight Levels & Kanban, Carreira Como criar estruturas que realmente aceleram a entrega de valor? Neste episódio do Love the Problem, Rafaela Fonseca recebe Lucas Freitas e Raphael Montenegro para continuar a conversa sobre organizações orientadas a valor e explorar um tema que gera muitas dúvidas nas empresas: a diferença entre estrutura organizacional, estrutura operacional e topologia. Ao longo da conversa, eles discutem por que mudar apenas o organograma raramente resolve os desafios de execução, como identificar gargalos relacionados a dependências, comunicação e tomada de decisão, e quais mecanismos ajudam a melhorar o … --- ### Ep. 288 — Ep. 288 - Alta Performance sem Exaustão: o ponto de equilíbrio entre saúde mental, liderança e resultados URL: https://br.k21.global/podcast/288-ep-288-alta-performance-sem-exaustao-o-ponto-de-equilibrio-entre-saude-mental-lideranca-e-resultados Tags: Liderança, Inovação, Transformação, Cultura, Pessoas Nesse episódio do Love The Problem, Rafaela Fonseca conversa com Lucas Arthur (Co-Founder e COO da Telavita) e Akemy Brandão (Psicóloga e Líder da Área de Pessoas da Nower e K21) sobre um desafio que está no centro do futuro do trabalho: como construir ambientes de alta performance sem transformar a pressão em método de gestão. Eles abordam os seguintes assuntos: ✔️ O mito de que saúde mental e performance competem entre si ✔️ Como encontrar o “nível saudável” de desafio, pressão e estímulo nas equipes ✔️ Por que diferentes times exigem contextos, lideranças e ritmos diferentes ✔️ Clareza, pri… --- ### Ep. 287 — Ep. 287 - Liderança e Cultura na era da Inteligência Artificial URL: https://br.k21.global/podcast/287-ep-287-lideranca-e-cultura-na-era-da-inteligencia-artificial Tags: Liderança, Cultura, IA Neste episódio do Love the Problem, Rafaela Fonseca recebe Maria Santarlasci, Especialista em Cultura Organizacional, e Murilo Campos, Consultor na Nower, para uma conversa sobre cultura, liderança e os impactos da IA nas organizações. Ao longo do papo, eles exploram: Cultura vai muito além de frases na parede e aparece, de verdade, nas decisões, nos comportamentos, nos incentivos e no que as empresas permitem no dia a dia. Como fomentar uma cultura de forma intencional e eficaz. Como a inteligência artificial está mudando relações de trabalho, modelos de liderança e expectativas de produtivid… --- ### Ep. 286 — Ep. 286 - IA, Criatividade e o Futuro das Relações URL: https://br.k21.global/podcast/286-ep-286-ia-criatividade-e-o-futuro-das-relacoes Tags: Liderança, Agilidade, Carreira, IA Dois meses depois do último papo sobre IA e construção de produtos digitais, muita coisa mudou — e rápido. Neste episódio, Rafaela Fonseca recebe novamente Marcos Garrido, Co-Fundador da K21 e da Nower, para continuar a conversa sobre como a inteligência artificial está transformando a forma de trabalhar, criar produtos e resolver problemas dentro das organizações. Eles abordam o uso de IA como parceira criativa, cultura de experimentação, automação de processos, segurança de dados e o impacto dessa nova forma de construir soluções em empresas de todos os tamanhos — de grandes corporações até … --- ### Ep. 285 — Ep. 285 - Gestão de Portfólio Híbrida: adaptando sem perder o resultado URL: https://br.k21.global/podcast/285-ep-285-gestao-de-portfolio-hibrida-adaptando-sem-perder-o-resultado Tags: Product Management, Estratégia, Liderança Neste episódio, Rafaela Fonseca recebe Sabrina Silva, Especialista em Gestão do Portfólio de Projetos da Volkswagen Financial Services, Samira Tavares, Sócia, Consultora Estratégica e Trainer na Nower & K21, e Lucas Freitas, Consultor na Nower. A conversa passa por histórias reais de transformação, falando sobre como conectar projetos tradicionais, times ágeis, iniciativas regulatórias, sistemas legados, evolução de produtos e uma gestão de portfólio orientada a valor. Ao longo do episódio, você vai descobrir como organizações estão equilibrando inovação, previsibilidade e entrega de valor sem… --- ### Ep.8 - Leadership Club - Tendências e Inovação no Mercado de Pagamentos URL: https://br.k21.global/podcast/ep-8-leadership-club-tendencias-e-inovacao-no-mercado-de-pagamentos Tags: IA, Inovação, Leadership Club, Liderança, Transformação No episódio de hoje do Leadership Club, CFC recebe duas lideranças que estão na linha de frente da transformação do mercado de pagamentos no Brasil: Patricia Fischer (CRO da Zoop, empresa do Ifood) e Marcella Calfi (Gerente de Marketing da Zoop, empresa do Ifood). A conversa passa pelo papel da Zoop dentro do ecossistema do iFood, o avanço do embedded finance e como os pagamentos estão se tornando cada vez mais invisíveis e integrados à experiência do usuário. Eles abordam também sobre a evolução do mercado no Brasil — com destaque para o Pix e o Tap to Pay — e como isso impacta empresas e con… --- ### Ep. 284 — Ep. 284 - Organizações Orientadas a Valor: como Flight Levels e F4P potencializam a sua estratégia? URL: https://br.k21.global/podcast/284-ep-284-organizacoes-orientadas-a-valor-como-flight-levels-e-f4p-potencializam-a-sua-estrategia Tags: Estratégia, Flight Levels & Kanban, Transformação Neste episódio, Rafaela Fonseca recebe Samira Tavares e Raphael Montenegro para aprofundar um dos maiores desafios das organizações hoje: transformar estratégia em resultado real. A partir da discussão iniciada no episódio 280, a conversa avança sobre como criar estratégias mais acionáveis e conectadas ao dia a dia da operação — evitando o erro comum de copiar modelos prontos sem considerar o contexto. Ao longo do episódio, os convidados exploram por que muitas empresas ainda se prendem à previsibilidade e ao controle, mesmo em um cenário que exige adaptabilidade constante. Também abordam os p… --- ### Ep. 283 — Ep. 283 - O que a IA está mudando na forma de aprender e ensinar? URL: https://br.k21.global/podcast/283-ep-283-o-que-a-ia-esta-mudando-na-forma-de-aprender-e-ensinar Tags: IA, Liderança, Pessoas Neste episódio do Love the Problem, Rafaela Fonseca recebe Avelino Ferreira para um papo sobre como a inteligência artificial está transformando a forma como aprendemos e ensinamos. Avelino compartilha, a partir da sua experiência como trainer e líder de tecnologia, o que mudou na prática: desde a criação de conteúdos e treinamentos até a forma como conduzimos o aprendizado dentro e fora da sala de aula. Falamos também sobre o uso da IA no dia a dia — inclusive na educação dos filhos — e como o uso responsável pode potencializar o aprendizado, ao invés de prejudicar. Ao longo da conversa, expl… --- ### Ep. 282 — Ep. 282 - A Gestão de Projetos do Futuro URL: https://br.k21.global/podcast/282-ep-282-a-gestao-de-projetos-do-futuro Tags: Agilidade, Transformação No episódio 282 do Love the Problem, Rafaela Fonseca recebe Lucas Freitas e Mario Lima para uma conversa direta sobre a gestão de projetos do futuro. Partindo da evolução recente do PMBOK e da aproximação com a agilidade, o episódio explora como deixar de lado a disputa entre “tradicional vs ágil” para dar espaço a uma abordagem mais adaptativa e orientada a contexto. Ao longo do papo, eles discutem como a gestão híbrida ganha força, os riscos de aplicar modelos sem entender o ambiente e por que o foco precisa sair do método e ir para o resultado. Também trazem exemplos práticos de como difere… --- ### Ep. 281 — Ep. 281 - Gestão de pessoas baseada em dados: como dar bons feedbacks e desenvolver seu time sem deixar de fazer uma gestão humanizada? URL: https://br.k21.global/podcast/281-ep-281-gestao-de-pessoas-baseada-em-dados-como-dar-bons-feedbacks-e-desenvolver-seu-time-sem-deixar-de-fazer-uma-gestao-humanizada Tags: Cultura, Educação, Liderança, Pessoas No episódio #281 do Love the Problem, Rafaela Fonseca recebe Felipe Azevedo, CEO da LG lugar de gente, e Daniella Prevot, consultora estratégica e trainer na Nower, para uma conversa sobre um dos grandes desafios das organizações: como usar dados na gestão de pessoas sem perder o lado humano. Ao longo do papo, eles abordam como sair de uma cultura baseada em achismos para decisões mais orientadas por dados, o papel de People Analytics no dia a dia das lideranças e como isso pode impactar diretamente feedbacks, desenvolvimento e engajamento dos times. Também falam sobre a importância do timing … --- ### Ep.7 - Leadership Club - Liderança, autonomia e as armadilhas do ego URL: https://br.k21.global/podcast/ep-7-leadership-club-lideranca-autonomia-e-as-armadilhas-do-ego Tags: Educação, Facilitação, Leadership Club, Liderança, Pessoas Neste episódio do Leadership Club, CFC recebe Saturno de Souza, Diretor de Educação Corporativa no Grupo Smartfit, para uma conversa liderança e autonomia. A partir da sua trajetória, que começa no esporte e chega à liderança dentro do grupo Smart Fit, Saturno compartilha como o desenvolvimento de líderes passa, inevitavelmente, por autoconhecimento, sair da zona de conforto e mudanças de papel. Eles falam sobre: • A transição de especialista para líder — e por que esse é o ponto onde mais gente falha. • Os principais arquétipos de liderança (especialista, facilitador, autocrático, democrático… --- ### Ep. 280 — Ep. 280 - Da Estratégia à Operação: como conectar visão, execução e resultados URL: https://br.k21.global/podcast/280-ep-280-da-estrategia-a-operacao-como-conectar-visao-execucao-e-resultados Tags: Estratégia, Flight Levels & Kanban, Inovação, OKRs Você sente que a estratégia da sua empresa fica linda no papel… mas não acontece na prática? Neste episódio do Love the Problem, Rafinha recebe Samira Tavares (Sócia e Consultora Estratégica na Nower), para explorar um dos maiores desafios das organizações hoje: conectar estratégia e operação de forma real. A conversa passa por um ponto central: não existe escolha entre rodar o negócio hoje ou construir o futuro. É preciso fazer os dois — ao mesmo tempo. É aí que entra a ambidestria organizacional. Ao longo do episódio, você vai entender: Por que tantas empresas caem no “abismo” entre estratég… --- ### Ep. 279 — Ep. 279 - Como desenvolver pessoas de produto orientadas a resultados? URL: https://br.k21.global/podcast/279-ep-279-como-desenvolver-pessoas-de-produto-orientadas-a-resultados Tags: Product Management, Estratégia, Cultura, Pessoas, OKRs, Educação Neste episódio do Love the Problem, Rafa recebe Murilo, consultor de negócios da Nower e especialista em formação de profissionais de produto, para uma conversa sobre o desenvolvimento de pessoas de produto com visão estratégica, foco em resultado e mentalidade orientada à resolução de problemas reais. Ao longo do papo, eles exploram como sair do operacional e evoluir para uma atuação mais estratégica, o papel dos OKRs nessa virada de chave, a importância de aproximar produto, tecnologia e comercial, e por que um bom produto não sobrevive sem uma estratégia clara de posicionamento, venda e ret… --- ### Ep. 278 — Ep. 278 - IA + UDD: um novo jeito de construir produtos digitais URL: https://br.k21.global/podcast/278-ep-278-ia-udd-um-novo-jeito-de-construir-produtos-digitais Tags: Educação, IA, Liderança, Pessoas, Transformação Neste episódio do Love the Problem, Rafaela Fonseca e Marcos Garrido (Co-Founder da K21 e da Nower) conversam sobre como a inteligência artificial está mudando a forma de criar produtos, tomar decisões e trabalhar no dia a dia. Ao longo do papo, Garrido apresenta o conceito de UDD (Usage Driven Development) — uma abordagem em que o uso real define os próximos passos do produto, e que usa a IA como parceira criativa para acelerar experimentação, aprendizado e entrega de valor. Eles abordam o salto de produtividade que a IA traz para times e lideranças, os diferentes níveis de maturidade no uso … --- ### Ep.6 - Leadership Club - Construindo a CUB: Liderança e pragmatismo na criação de uma nova empresa URL: https://br.k21.global/podcast/ep-6-leadership-club-construindo-a-cub-lideranca-e-pragmatismo-na-criacao-de-uma-nova-empresa Tags: Educação, Leadership Club, Liderança, Pessoas No Leadership Club desta semana, CFC recebe Leonardo Gasparin, co-founder e CEO da CUB, para um papo sobre liderança na prática e os bastidores de empreender em um dos mercados mais desafiadores do mundo: o imobiliário. Com mais de 20 anos de estrada, Leonardo compartilha aprendizados reais (com erros e acertos) de quem já viveu e-commerce desde o “crachá 001”, passou por jornadas em machine learning e IA antes da moda, e ainda atuou como desenvolvedor imobiliário. A conversa aborda temas como: • por que o mercado imobiliário “cresce com o freio de mão puxado” no Brasil? • como a CUB quer vira… --- ### Ep. 277 — Ep. 277 - O futuro da Educação Corporativa em um mundo de IA e carreiras não lineares URL: https://br.k21.global/podcast/277-ep-277-o-futuro-da-educacao-corporativa-em-um-mundo-de-ia-e-carreiras-nao-lineares Tags: Carreira, Educação, Estratégia, Inovação, Liderança, Transformação Aprender deixou de ser evento. Virou estratégia. Neste episódio do Love The Problem, Rafaela Fonseca recebe Paulo Guidugli (Sócio na Gupy) e Iohanna Roader (Especialista em Produtos Educacionais na Nower) para uma conversa provocadora sobre o futuro da educação corporativa em um mundo de IA, mudanças aceleradas e carreiras não lineares. Eles abordam: • O que é Educação Corporativa de verdade ou só distribuição de conteúdo?• Tendências para o futuro da educação além da hype• Como a IA já está transformando empregos e habilidades?• Que mentalidade líderes e RHs precisam desenvolver agora? Uma tr… --- ### Ep. 276 — Ep. 276 - Gestão de Produtos em Organizações que Aprendem URL: https://br.k21.global/podcast/276-ep-276-gestao-de-produtos-em-organizacoes-que-aprendem Tags: Cultura, Educação, Estratégia, Liderança, Pessoas, Transformação Aprender não é sobre coletar e acumular informação — é sobre transformar descoberta em ação. Neste episódio do Love the Problem, damos continuidade à conversa sobre Organizações que Aprendem, agora olhando para um tema central: a gestão de produtos como motor de aprendizado contínuo. Rafaela Fonseca conversa com Paulo Cassin e Camila Boni, da Nower, sobre como organizações aprendem melhor quando conectam discovery, cliente e resultado de negócio. A discussão passa por erros comuns na gestão de produtos, cultura de experimentação, uso inteligente de métricas, rituais de aprendizado e o papel da… --- ### Ep. 275 — Ep. 275 - Resultados, erros e aprendizados de 13 anos empreendendo com a K21 e a Nower URL: https://br.k21.global/podcast/275-ep-275-resultados-erros-e-aprendizados-de-13-anos-empreendendo-com-a-k21-e-a-nower Tags: Carreira, Cultura, Educação, Estratégia, Liderança, Pessoas, Transformação Este episódio é uma celebração — e também uma conversa aberta sobre empreender, aprender e gerar impacto de verdade. Para comemorar os 13 anos da Nower e da K21, Rafinha recebe Marcos Garrido e CFC (Carlos Felippe Cardoso) para uma conversa franca sobre a origem da empresa, os erros que viraram aprendizado, as escolhas difíceis ao longo do caminho e a essência que nunca foi negociada. Ao longo do episódio, eles revisitam o início nada glamouroso da jornada, falam sobre a importância de unir teoria com prática real, e como a melhoria contínua, a autenticidade e a execução sempre foram pilares d… --- ### Ep. 274 — Ep. 274 - Neurociência e Gestão de Produtos URL: https://br.k21.global/podcast/274-ep-274-neurociencia-e-gestao-de-produtos Tags: Educação, IA, Inovação, Liderança, Pessoas, Product Management Neste episódio do Love The Problem, Rafaela Fonseca (Rafinha) recebe Alice Ferraz, General Product Manager no Itaú, economista pela USP e pós-graduada em Neurociência e o Futuro das Organizações, para uma conversa sobre como conectar neurociência, comportamento humano e gestão de produtos. Ao longo do episódio, exploramos como entender o funcionamento do cérebro ajuda a: desenhar produtos que respeitam a forma como as pessoas realmente decidem; evitar armadilhas do excesso de frameworks e modismos; fortalecer o discovery, a tomada de decisão e a priorização; equilibrar teoria, prática e aprend… --- ### Ep. 5 — Ep.5 - Leadership Club - Produtividade Sustentável: como a Cultura Ágil transforma pessoas e resultados URL: https://br.k21.global/podcast/5-ep-5-leadership-club-produtividade-sustentavel-como-a-cultura-agil-transforma-pessoas-e-resultados Tags: Agilidade, Cultura, Design Organizacional, IA, Leadership Club, Liderança, Transformação Neste episódio do Leadership Club, CFC Rezende recebe Patricia Couto, Gerente Executiva, e Caroline Crevelaro, Agile Lead, para uma conversa profunda e prática sobre um dos temas mais críticos nas organizações hoje: produtividade sustentável. Ao longo do episódio, o trio questiona a visão simplista que associa produtividade apenas a velocidade, controle ou corte de custos, e propõe um olhar mais sistêmico, que integra negócio, pessoas, cultura e processos. A conversa passa por temas como: A liderança e sua influência no sistema. Clareza e alinhamento de prioridades. Melhores formas de tomada d… --- ### Ep. 273 — Ep. 273 - Design Organizacional para além da Estrutura URL: https://br.k21.global/podcast/273-ep-273-design-organizacional-para-alem-da-estrutura Tags: Agilidade, Cultura, Design Organizacional, Educação, Estratégia, Flight Levels & Kanban, Liderança Neste episódio do Love the Problem, o papo gira em torno de um tema que costuma gerar mais dúvidas do que respostas nas organizações: design organizacional. Afinal, quando falamos em redesenhar a organização, estamos falando apenas de organogramas, cargos e hierarquias? Para explorar essa pergunta, Rafaela Fonseca (Rafinha) recebe Gabi Correia, gerente de Desenvolvimento Organizacional na Cora, e Raphael Montenegro (Chewie), Head de Consultoria da Nower, em uma conversa profunda e prática sobre como pensar o design organizacional para além da estrutura formal. Ao longo do episódio, eles discut… --- ### Ep. 272 - Inteligência Emocional e Comunicação: como elas podem te tornar mais eficaz no trabalho URL: https://br.k21.global/podcast/ep-272-inteligencia-emocional-e-comunicacao-como-elas-podem-te-tornar-mais-eficaz-no-trabalho Tags: Cultura, Liderança, Pessoas No nosso último episódio de 2025 do Love the Problem, Rafinha recebe Daniella Prevot, consultora estrategista da Nower e trainer de Comunicação, para uma conversa profunda — e extremamente prática — sobre inteligência emocional, comunicação e impacto nos resultados. Ao longo do episódio, Dani aprofunda no conceito de inteligência emocional, conecta teoria e prática e mostra por que habilidades socioemocionais são decisivas para performance profissional, colaboração entre times e liderança. A partir de pesquisas, experiências reais em organizações e exemplos do dia a dia, a conversa revela como… --- ### Ep. 271 - Aprendizagem Corporativa: mitos e desafios URL: https://br.k21.global/podcast/ep-271-aprendizagem-corporativa-mitos-e-desafios Tags: Educação, Liderança, Pessoas, Transformação Como criar experiências de aprendizagem que realmente funcionam? Neste episódio do Love the Problem, Rafaela Fonseca recebe Iohanna Roeder, especialista em Produtos Educacionais, para uma conversa profunda e prática sobre o futuro da aprendizagem nas organizações. Elas exploram como os formatos de treinamento evoluíram, por que a combinação de diferentes métodos é essencial, o papel das simulações e da customização, e como transformar conhecimento em resultado real no dia a dia. Também mergulham no impacto da Inteligência Artificial: não só como ferramenta, mas como meio de aprendizagem — e o … --- ### Ep.4 Leadership Club - IA além da hype: o que líderes precisam realmente entender URL: https://br.k21.global/podcast/ep-4-leadership-club-ia-alem-da-hype-o-que-lideres-precisam-realmente-entender Tags: Educação, Leadership Club, Liderança, Pessoas Neste episódio do Leadership Club, CFC recebe Luis Fernando Orleans — pesquisador, PhD em Computação e líder de Data Science em startups de saúde nos Estados Unidos — para uma conversa franca sobre o que realmente existe além da hype de Inteligência Artificial. Juntos, eles destrincham casos reais em que IA falha, explicam por que tantos projetos não chegam à produção e mostram como decisões apressadas podem gerar custos altos, riscos operacionais e frustrações para times de tecnologia. Luis compartilha bastidores do mercado americano, sinais de saturação da hype e aprendizados direto do front… --- ### Ep. 270 - Especialista x Generalista: mitos, verdades e quais perfis as organizações realmente precisam. URL: https://br.k21.global/podcast/ep-270-especialista-x-generalista-mitos-verdades-e-quais-perfis-as-organizacoes-realmente-precisam Tags: Carreira, Estratégia, Liderança, Pessoas, Transformação No episódio de hoje do Love The Problem, Rafaela Fonseca (Rafinha) recebe Marcos Roberto da Silva (MR) e Raphael Montenegro (Chewie) para explorar, de forma prática e direta, o dilema entre ser especialista ou generalista — e por que essa divisão é muito menos rígida do que parece. A conversa passa por carreira, liderança e composição de times, mostrando como profundidade técnica, visão sistêmica e soft skills se combinam para gerar resultados reais. Eles discutem o papel de cada perfil dentro das organizações, quando priorizar especialização ou adaptabilidade, e como decisões de estrutura pre…