# Treinamento Kata ## Sobre a metodologia [[Lean Methodology]] - Veio do Toyotismo e tem fortes raizes na cultura japonesa - Coisas visíveis (ferramentas, qualidade etc) e coisas invisíveis entram nessa salada - Kata de melhoria é uma rotina diária que você repete em prol da qualidade, aplicando os mesmos processos de forma repetida pra buscar a perfeição (muito relacionado com o Kata do judo) - O que é Limite de Conhecimento? - Nossa mente preenche lacunas a partir de experiências prévias que a gnt viveu - As nossas conclusões e suposições (preenchimentos de lacunas) são baseadas nas coisas que a gnt conhece, mas tem muita coisa fora desse limite de conhecimento que influenciam na realidade mas não são consideradas no momento da tomada de decisão - Norte Verdadeiro é uma coisa que tá muito longe e muito incerta, mas é um objetivo, uma visão, que você quer chegar - Nossos Nortes: tempo zero para resolver problemas, zero fraude, 100% de uptime, escalável etc - Desafios são coisas mais a curto prazo, que norteiam as metas do dia a dia - Zona Nebulosa são as coisas que tão entre o que queremos e onde estamos, mas que é incerto e ambíguo ## Discussão com o time de dev > [!attention] Priorização de tema: processo de desenvolvimento ### Desafios do tema - Zero retrabalho em cima da task - Ter ownership completa em cima da tarefa que você tá fazendo - Ter uma revisão contextualizada do novo código - **Retrabalho e redução de bugs** - **Reduzir o tempo entre planejar, desenvolver e o cliente estar usando a funcionalidade** ### Entendimento do estado atual - Não temos um sistema de desenvolvimento estabelecido (scrum, kanban etc) - Não tem um contexto claro na hora de refinar a atividade, começa a surgir problemas externos que estavam na “Nuvem Cinzenta” #### Procedimento atual 1. Receber a história 1. Ler o card da história e entender o contexto da tarefa 2. Revisar a história e resolver pontos em aberto 2. Refinamento (é uma coisa não homogênea, cada um faz de um jeito ou não faz) 3. Codar 4. Testes locais e em desenvolvimento 5. PR 6. Testes do QA 7. Revisão e ajustes 8. Deploy em produção ### Estabelecendo a Condição Alvo > [!IMPORTANT] Ter um processo SMOOTH > - Sem bugs > - Sem retrabalho > - O mais rápido possível ### Experimentos - Ter mais gente na hora do refinamento e fazer algo mais robusto, para compartilhar o conhecimento entre a equipe - Escrever as documentações para cada tarefa e considerar isso na definição de pronto - Estabelecer um processo para conseguirmos iterar em cima dele e melhorar a cada semana que passa (hoje não temos uma coisa estabelecida e seguida) - Responsabilização de quem escreveu a história e quem desenvolveu ela - Não deixar de comunicar algo que está errado ou incompleto - Mudar o formato de alocação de desenvolvimento, evitar silos de conhecimento - Estruturar o processo de code review - Estabelecer quais perguntas o PM tem que responder na hora de receber uma história - Dor and Dod (Definition of ready and definition of done)