Fundamentos Kanban: Aprenda como se tornar mais produtivo | Monika Rawat | Skillshare
Pesquisar

Velocidade de reprodução


1.0x


  • 0.5x
  • 0.75x
  • 1x (Normal)
  • 1.25x
  • 1.5x
  • 1.75x
  • 2x

Fundamentos Kanban: Aprenda como se tornar mais produtivo

teacher avatar Monika Rawat, Product Manager. Entrepreneur

Assista a este curso e milhares de outros

Tenha acesso ilimitado a todos os cursos
Oferecidos por líderes do setor e profissionais do mercado
Os temas incluem ilustração, design, fotografia e muito mais

Assista a este curso e milhares de outros

Tenha acesso ilimitado a todos os cursos
Oferecidos por líderes do setor e profissionais do mercado
Os temas incluem ilustração, design, fotografia e muito mais

Aulas neste curso

    • 1.

      Boas-vindas ao curso

      2:52

    • 2.

      Introdução ao Kanban

      3:03

    • 3.

      Introdução ao conselho Kanban

      4:41

    • 4.

      Como encontrar ineficiência no processo

      4:57

    • 5.

      Subutilização de recursos

      3:43

    • 6.

      Tarefas de tamanho inigualável

      2:53

    • 7.

      Como marcar a tarefa

      4:07

    • 8.

      Outros problemas

      4:12

    • 9.

      Como definir

      3:42

    • 10.

      Padrão diário

      3:33

    • 11.

      Como especificar regras

      2:56

  • --
  • Nível iniciante
  • Nível intermediário
  • Nível avançado
  • Todos os níveis

Gerado pela comunidade

O nível é determinado pela opinião da maioria dos estudantes que avaliaram este curso. Mostramos a recomendação do professor até que sejam coletadas as respostas de pelo menos 5 estudantes.

315

Estudantes

--

Projetos

Sobre este curso

Kanban é um quadro popular usado para implementar desenvolvimento de software ágil e DevOps. Requer comunicação em tempo real da capacidade e transparência total do trabalho. Itens de trabalho são representados visualmente em um conselho Kanban, permitindo que os membros da equipe vejam o estado de cada trabalho a qualquer momento.

Um quadro Kanban é uma ferramenta de gerenciamento de projetos ágil projetado para ajudar a visualizar trabalho, limitar trabalho em andamento e maximizar a eficiência (ou fluxo).

Pode ajudar equipes ágeis e DevOps a estabelecer ordem em seu trabalho diário. Os quadros Kanban usam cartões, colunas e melhoria contínua para ajudar equipes de tecnologia e serviços a se comprometer com a quantidade certa de trabalho e fazer isso!

Este curso vai ajudar você a explorar como trabalhar em um projeto ágil usando Kanban tem benefícios para sua equipe de desenvolvimento, usuários finais e sua organização como um todo.

Vamos identificar vários problemas relacionados ao fluxo de processos, incluindo muito trabalho em progresso, subutilização de recursos, tarefas demoradas, tarefas desiguais etc. usando demonstrações simples e fácil de entender no conselho Kanban.

Não vamos apenas identificar essas ineficiências, mas também resolver para o mesmo melhorando continuamente o fluxo de processo usando o Kanban Board.

Este curso é ideal para desenvolvedores de software, gerentes de projeto, liderança de software ou qualquer pessoa que tenha interesse e ganhe benefício de executar um projeto ágil e entregar o valor máximo cedo para seus clientes.

Nenhuma experiência prévia é necessária para fazer este curso. Assim, se você não sabe o que é Kanban e os vários princípios e conceitos sob Kanban e Gerenciamento de Projetos ágil, não se preocupe.

Vamos cobrir todos esses conceitos do zero.

Aqui está uma lista dos tópicos que vamos cobrir neste curso:

  • Introdução ao Kanban e ao Kanban

  • Como encontrar ineficiência no processo

  • Como Limitar trabalho em andamento

  • Sob utilização de recursos

  • Tarefas de tamanho inigualável

  • Como marcar as tarefas

  • Outros ineficiências/problemas

Práticas Kanban

  • Como definir

  • Levanta-se diário

  • Como especificar regras

Espero que você goste do curso, seja desafiado por ele e aprenda muito. O objetivo principal é construir um forte conhecimento fundamental dos princípios de Kanban

É sugerido que você passe pelo curso em um ritmo que faz sentido para você. Os tópicos se constroem um no outro, por isso é melhor abrandar e aprender algo do que apenas seguir em frente, para acompanhar um determinado ritmo.

Então, eu tenho as ferramentas necessárias para fazer o trabalho. Então, vamos fazer isso, vou ver você no curso. Tudo bem.

Conheça seu professor

Teacher Profile Image

Monika Rawat

Product Manager. Entrepreneur

Professor

Hello, I'm Monika.

Visualizar o perfil completo

Level: All Levels

Nota do curso

As expectativas foram atingidas?
    Superou!
  • 0%
  • Sim
  • 0%
  • Um pouco
  • 0%
  • Não
  • 0%

Por que fazer parte da Skillshare?

Faça cursos premiados Skillshare Original

Cada curso possui aulas curtas e projetos práticos

Sua assinatura apoia os professores da Skillshare

Aprenda em qualquer lugar

Faça cursos em qualquer lugar com o aplicativo da Skillshare. Assista no avião, no metrô ou em qualquer lugar que funcione melhor para você, por streaming ou download.

Transcrições

1. Boas-vindas ao curso: Olá e bem-vindo ao curso sobre kanban ágil. Neste curso, você vai entender um dos mais populares, uma escola gigante de peças chamado Kanban. Este curso ensinará sobre os princípios Kanban e como Kanban pode ajudar você e sua equipe a criar uma cultura de melhoria contínua. Vamos começar aprendendo o que é Kanban e como você pode usá-lo em seus projetos e equipes. Vamos começar a visualizar um fluxo de processo através uma placa Kanban simples e, em seguida, explorou várias formas de placas Kanban. Vamos identificar vários problemas relacionados ao fluxo de processo, incluindo muito trabalho em andamento e a utilização de recursos, tarefa de tamanho desigual, etc Usando demonstrações simples e fáceis de entender na placa Kanban. Vamos não só identificar essas ineficiências, mas também o solo para o mesmo, melhorando continuamente o fluxo do processo usando placa Kanban. Também falaremos sobre as melhores práticas a serem seguidas usando Kanban para aproveitar ao máximo. Então, junte-se a este curso hoje e incorpore o método Kanban de gerenciamento ágil de projetos em seu estilo de trabalho e ofereça um ótimo software. Chegando agora a quem é este curso. Este curso é para quem tem uma familiaridade passageira com a gestão de projetos. Em qualquer um que tenha um gerente de projeto, um membro de uma equipe de projeto, honestidade mais frio em uma equipe de projeto que está tentando ser mais adiante ou alguém que não tem experiência com abordagens formais de gerenciamento de projetos. Mas como à procura de um substantivo , alguém que acabou de ouvir que Kanban burro e quer saber mais sobre ele. E você sabe qual é a melhor parte. Nenhuma conveniência de Brian é necessária para seguir este curso. Então, mesmo que você não saiba o que é Kanban e os vários princípios e conceitos sob Kanban e gerenciamento de projetos ágil. Não se preocupe. Vamos cobrir cada um dos conceitos a partir do zero. Então, por que você deve tomar este curso de mim? Como introdução, sou Monica Robert. Sou engenheiro de software, estratégia de marketing de MBA. Mas, o mais importante, tenho experiência de trabalho no mundo real da American Express, onde trabalhei de perto com equipes de software para gerenciar vários projetos como gerente de produto. Agora sou apaixonado por compartilhar meu conhecimento e experiência. Foi isso que me trouxe até você. Eu quero que você entenda e aproveite completamente este curso para que você possa se inspirar a alcançar todos os seus objetivos de carreira. Tenho as ferramentas necessárias para fazer o trabalho. Então vamos fazer isso. Vejo-te na aula. Obrigado. 2. Introdução ao Kanban: Agora vamos começar nossa discussão sobre Kanban. Kanban é um método muito flexível e fácil de implementar para fazer a melhoria do processo. Na verdade, acho que é tão fácil que deve ser o ponto de partida para todas as equipes que estão pensando em adotar a abordagem ágil. E ao contrário de Scrum, que tem regras rígidas a serem seguidas em Extreme Programming, que tem práticas estritas. Kanban é muito flexível e as equipes têm muito escopo de ser criativo. Implementando kanban. Simplesmente dito, Kanban é incrível e muito fácil de implementar. Agora vamos entender o que é Kanban. Então kanban é uma palavra japonesa, que literalmente significa atribuir placa ou sinalização usando cartões. Vem da indústria manufatureira. Quando a Toyota, que é um fabricante de automóveis japonês, implementou Kanban para monitorar o processo de fabricação do carro e identificou as etapas que são as ligações fronteiriças. A partir daí, foi adaptado para o desenvolvimento de software e tem sido igualmente bem sucedido. Então, a idéia de Kanban é esta, visualizando o fluxo de trabalho para alcançar a melhoria do processo. Vamos entender esta linha em detalhes. A primeira parte é visualizar o fluxo de trabalho. Isso significa que deve haver uma imagem clara de quais passos e ações que estão sendo tomadas pela equipe. Ao visualizar isso, tentamos identificar em que passo temos ineficiências ou desperdício, e quais são as etapas em que o fluxo está sendo interrompido? Em seguida, vem a segunda parte, que é alcançar a melhoria do processo. Existem várias etapas sobre práticas que os homens podem sugerir para melhorar o processo e alcançar maior fluxo de passo a passo. Algumas práticas são como limitar o trabalho em andamento, gerenciar o fluxo, implementar loops de feedback, etc., que discutiremos nas palestras subsequentes. Mas, por favor, note que estas são apenas sugestões e não regras. A equipe pode chegar a qualquer tipo de solução criativa para os problemas que eles identificaram vil visualizando o fluxo de trabalho. Agora, antes de contar mais sobre Kanban e suas práticas, acho que devo primeiro mostrar como visualizamos o processo usando um quadro Kanban. Uma vez que você entenda isso, todas as outras coisas farão muito mais sentido para você. Então, na próxima palestra, vamos olhar para o quadro Kanban. Vejo você na próxima. Obrigado. 3. Introdução ao Conselho de Kanban: Olá e bem-vindo de volta. Nesta palestra, vamos discutir sobre o conselho Kanban. Então, basicamente, placa Kanban é uma ferramenta que as equipes usam para visualizar o fluxo evocar. Agora esta pode ser uma placa física na parede com notas pegajosas sendo usadas para representar o soneto tau. Auditoria pode ser baseado em software furo também. Como nos dias de hoje, muitas equipes criam tal quadro no software SIG. Neste quadro, criamos colunas diferentes para diferentes etapas envolvidas no processo de desenvolvimento. Então, como você pode ver na tela, no lado esquerdo, temos um quadro físico com notas adesivas nele. E no lado direito, temos uma placa Kanban criada no software SIG com várias etapas do processo definido em cada uma das colunas. E assim, na primeira coluna, temos a lista de afazeres. Então temos em andamento, seguido de vista trimestre e feito. E dentro de cada etapa temos um conjunto de tarefas a serem executadas. Agora vamos dar um exemplo para entender isso ainda mais. Assim, esta forma implícita de bordo Kanban. Aqui temos segregado o fluxo de trabalho da tarefa em três partes. A primeira coluna não é iniciada, seguida de em andamento. E, em seguida, cada tarefa começa à esquerda nesta coluna. Quando a equipe começa a trabalhar nele, a nota adesiva é removida da primeira coluna e colocá-lo na segunda coluna. E quando a tarefa é concluída, ela é movida para a última coluna, o que é feito. Então este era um quadro Kanban simples que pode funcionar não apenas para projetos, mas para visualizar as tarefas pessoais também. De qualquer forma, isso é bem básico. E se você realmente quiser se beneficiar do quadro Kanban, você precisa olhar para o seu processo e atender colunas mostrando exatamente o processo para sua equipe. Por exemplo, aqui está um quadro de amostra com algumas colunas extras, quais você se relacionará se você já trabalhou em uma equipe de desenvolvimento. Este quadro é do livro de David Anderson chamado Kanban. Neste quadro também, os itens em massa fluem da esquerda para a direita. Há uma fila de entrada que apenas chama todas as coisas em que as equipes têm que trabalhar. Uma vez que um item é coletado, cada item passa por esse processo de análise, seguido pelo desenvolvimento, depois construa pronto, depois testando, depois libera seu DIE. Dentro da análise e desenvolvimento, temos pais agregação de em andamento e feito. Portanto, pode haver algumas tarefas para as quais a análise é feita pelo desenvolvimento ainda não começou. Assim, essa tarefa residirá na seção Dunn da coluna de análise. O mesmo vale para a TAB de desenvolvimento. Por favor, lembre-se que este é também um exemplo Board. Como mencionado anteriormente, cada equipe é diferente e o processo seguido como um amigo. E, portanto, passos no quadro Kanban para cada equipe será diferente. Por exemplo, aqui, suponha que você tenha um passo extra após o teste e antes de liberar os adolescentes para a produção, onde sua equipe apresenta a tarefa desenvolvida para a equipe de negócios ou os gerentes de negócios. E com base em seus comentários, alguns caminhos são enviados de volta para a fila de entrada, e alguns avançam com o lançamento inicial. Se este é o cenário, então precisamos adicionar outra coluna aqui para revisão de negócios. E talvez bifurcar a fila de entrada em novo e enviar de revisão. Desta forma, é importante criar as colunas certas na tabela Kanban representam exatamente o processo que é seguido no seu caso. Depois de fazer isso, seu quadro Kanban começará a mostrar as ineficiências em seu processo. Então isso é tudo nesta palestra. Nas próximas palestras, mostrarei algumas das ineficiências destacadas pelo conselho Kanban e algumas práticas corretivas empregadas em Kanban. Vejo-te no próximo. Obrigado. 4. Encontrando ineficiências no processo: Olá e bem-vindo de volta. Nesta palestra, vamos começar a olhar para algumas das questões que podemos encontrar em um processo quando implementamos placa Kanban. Para o propósito desses casos, eu vou usar este quadro Kanban, que é bastante semelhante ao quadro que vimos na última palestra. Então, o caminho normal para uma tarefa neste quadro Kanban, uma nova solicitação de negócios vem em. Deve ceder como prioridade corporal. E é escolhido e o desenvolvimento ocorre. Lá, o produto desenvolvido é testado. Esse produto testado é então apresentado aos gerentes de negócios. E se eles passarem, ele se torna pronto para estudos. Então também temos um feedback. Mas se na revisão de negócios, algumas mudanças são sugeridas pelo gerente de negócios. A tarefa volta para o primeiro passo e passa por todo o processo novamente. Espero que entenda o fluxo de tarefas aqui. Agora vamos ver a primeira edição. Suponha que você veja um quadro como este por muitos dias em um mês. Então eu peço que você pause o vídeo aqui por alguns segundos e me diga o que este quadro sugere? Ok, bem, esta placa sugere que devido a alguma razão, o fluxo ou a etapa de teste não é tanto quanto deveria ser. A entrada é maior e a saída é baixa. Agora, quando você está trabalhando em tal equipe, você provavelmente já teria essa sensação de que muitos dos itens estão pendentes de testes ou o teste é lento, etc. Mas o Conselho diz claramente que o fluxo poderia ser melhorado muito. Fazemos mais testes. Portanto, esta situação é chamada de ter muito trabalho WIP em andamento. Nesta situação, não há nenhum ponto em fazer mais desenvolvimento ou construção, pois ele vai ficar preso na fase de teste. Portanto, uma sugestão clara é que mais membros da equipe precisam trabalhar no estágio de teste em vez de qualquer uma das etapas anteriores. E quando a equipe se ajustar para acomodar esta tarefa começará a limpar a partir da coluna. Então, de certa forma, o conselho está ajudando a equipe a identificar quais tarefas devem ser tomadas. Você também pode pensar sobre isso e comparar a situação para uma equipe não adulta. Um membro da equipe que trabalha como desenvolvedor continuará escolhendo as tarefas de desenvolvimento. Mas muitas dessas tarefas podem levar muito tempo para chegar ao estágio final de lançamento. No entanto, em uma equipe ágil usando Kanban, A equipe sabe onde empregar mais recursos para alcançar um melhor fluxo. Agora há uma prática Kanban que garante que a ação está sendo tomada antes que qualquer medida seja desordenada. É conhecido como limitar o WIP. Vamos entender isso em detalhes. Assim, nesta prática limitante WIP, dissemos um limite sobre o número máximo de tarefas que podem estar presentes nessa coluna. Ou aquele passo de cada vez. Se esse limite for atingido, esse demônio garante que não haja mais entrada na etapa até que a tarefa pendente na etapa seja limpa. Por exemplo, se eu colocar um limite de seis tarefas na etapa de teste. Agora suponha que 6 mil terminem aqui. Vamos parar todo o desenvolvimento, construir um tempo. Algumas das tarefas são limpas a partir da etapa. Isso garante que a inclinação não esteja desordenada e que a equipe de teste não esteja sobrecarregada. Desta forma, os limites de WIP podem ser definidos em todas as etapas. Embora não seja necessário configurá-lo em todas as etapas. Mas, na minha opinião, são considerados tiro disse estes limites em todos os passos. Agora surge a questão, como decidimos qual limite definir? Bem, não há fórmula mágica que nos dê esse número. As equipes têm que se reunir, discutir e inventar um número. Em seguida, lentamente você pode evoluí-lo e melhorá-lo com base na experiência e medição do fluxo de trabalho. Então isso é tudo sobre WIP. Apenas para resumir, para evitar muito WIP, dissemos limites. E quando esse limite é atingido, a equipe se ajusta para limpar e, portanto, melhorar o fluxo. Então esse sólido é uma palestra. Vejo-te no próximo. Obrigado. 5. Subaproveitamento dos recursos: Olá e bem-vindo de volta. Na última palestra, vimos o problema de um passo ser muito lento e dificultar o fluxo. Nesta palestra, vamos ver outro tipo de ineficiência, que está sob utilização de recursos. Vamos entender isso através de um quadro Kanban. Suponha que você veja um quadro como este. Muita parte da etapa de construção de P&D. E como você pode ver, essa etapa de teste está vazia. Agora, como estes passo de teste está vazio, é muito para obter Mohawk. As tarefas ainda estão pendentes na etapa anterior e, portanto, não estão passando para a próxima etapa, que é uma etapa de teste. Em tal situação, a força de trabalho para testes será subutilizada. Então, basicamente, os recursos que estão gerenciando as tarefas e a etapa de teste e não obtendo o fluxo de entrada tanto quanto eles podem lidar. Geralmente, esse tipo de problema não é encontrado intuitivamente. E é aí que o conselho Kanban ajuda. Então, se você vê uma coluna em particular sendo vazia a maior parte do tempo, é um sinal de que você tem alguns recursos subutilizados que você pode se concentrar em minerais. Então, em ambas as questões, uma que discutimos na palestra anterior e a outra que discutimos há pouco, há uma questão de fluxo. Em alguns passos, o trabalho está fluindo mais rápido e alguns passos é mais lento. E a maneira como lidamos com essas situações é realmente chamado de gerenciar o fluxo. E apenas para esclarecer, gerenciar o fluxo não é algo que algum gerente precisará fazer. Então isso é algo que é reconhecido pela equipe. Quando a equipe vê o problema de fluxo no quadro, os próprios membros sabem no que trabalhar a seguir. E é por isso que Kanban também é conhecido como um sistema baseado em pull. Você deve estar se perguntando o que é um sistema baseado em puxar. Então deixe-me dar um exemplo para explicar as diferenças entre o sistema push e pull e como Kanban é um sistema baseado em pull. Então suponha que há várias tarefas a serem feitas, como desenvolver um recurso, algumas correções de bugs, alguma documentação, etc. Então, em um sistema de pressão, haverá alguém. Pode ser um gerente, líder da equipe de auditoria que irá atribuir esses impostos para os membros da equipe. Tudo o que você pode ver que a tarefa será empurrada para os membros da equipe. Mas quando você visualizar o fluxo usando Kanban ou membro da equipe vai olhar para o conselho Kanban, vai saber imediatamente onde ele ou ela é mais necessário e pode pegar o livro mais relevante imediatamente. A pessoa estará puxando a tarefa mais relevante para fora da lista de tarefas a serem feitas. Agora, uma vez que estamos falando de sistema baseado em pull, vamos também discutir os benefícios relacionados a ele. O benefício de um sistema baseado em extração é adicionado, otimiza um fluxo de trabalho. Reduz o tempo de entrega e, mais importante, reduz a sobrecarga sobre os trabalhadores. E também sinto que as pessoas ficam mais felizes quando escolhem o trabalho que fazem. E uma espécie de gerente localizando o trabalho para eles. Apenas para resumir esta palestra, o quadro Kanban destaca os problemas relacionados ao fluxo para a equipe. E uma equipe ágil pode, portanto, ajustar ou fazer o gerenciamento de fluxo para otimizar um fluxo em todo o sistema. Isso é tudo nesta palestra. Vejo você na próxima. Obrigado. 6. Tarefas de tamanho de Unequal: Olá e bem-vindo de volta. Nesta palestra, discutiremos outro tipo de assunto. Suponha que um dia você veja uma tigela como esta. Além da outra tarefa, há essa tarefa número três, que está lá na coluna de construção. Poucos dias depois, você vê que apenas outras tarefas foram movidas. Mas a tarefa número três ainda está na coluna do edifício. E depois de alguns dias depois também. Novamente, você percebe a mesma coisa. Agora você pode adivinhar o que isso está sugerindo? Bem, isto está a sugerir que uma tarefa está a demorar mais tempo do que deve ser mais tempo do que a água habitual tarefa leva. Pode haver muitas razões para isso. Vamos discutir alguns deles junto com seus remédios correspondentes. Em primeiro lugar, uma vez que cada tarefa é o amigo, há uma chance de que essa tarefa específica exija mais trabalho. Mas para sua compreensão, para que Kanban funcione corretamente, ou seja, se quisermos obter informações úteis do nosso conselho, precisamos garantir que todas as tarefas levem quase a mesma quantidade de tempo e fluam em um taxa. Isso significa que se houver uma grande tarefa que tem que ser dividida em tarefas de tamanho menor. Para fazer isso, uma prática comum adotada é adicionar uma nova coluna no início com o passo 10m como escopo ou analisar ou especificar onde a agenda principal é criar tarefa de tamanho igual para o resto do fluxo. Então o ponto que eu quero destacar aqui é que você deve sempre lembrar que em Kanban, nós precisamos garantir que suas tarefas são de tamanho igual. Então este é um. Além disso, existem outras possibilidades também. Há uma chance de que a pessoa designada a esta tarefa seja blogada ou precise de ajuda. Talvez haja alguns bugs ou problemas devido à base do estoque vulcano. Talvez a pessoa designada tenha se deixado levar e esteja inadequadamente expandindo o escopo da tarefa. Portanto, as razões podem ser quaisquer, e não há nenhuma prática definida para abordar tais questões. No entanto, um olhar regular para o quadro Kanban destacar tais questões. E então uma equipe gigante pode agir de acordo para resolvê-lo. Então, apenas para resumir o que discutimos, se uma tarefa está demorando mais tempo, então deve ser. Em seguida, mantendo o controle regular. No quadro Kanban sempre ajuda. E, se necessário, divida a tarefa em tarefas de menor porte. Isso é tudo nesta palestra. Vejo-te no próximo. Obrigado. 7. Marcando a tarefa: Olá e bem-vindo de volta. Nesta palestra, vamos olhar para outro tipo de problema que pode surgir no processo de desenvolvimento. Então este é o conselho Kanban do nosso processo de exemplo onde temos esta etapa de revisão de negócios, onde os gerentes revisam o recurso desenvolvido. Se estiver tudo bem. Vai para o próximo passo. E se precisar de algumas mudanças , volta para o primeiro passo. Então isso para frente e para trás cria um loop de feedback. Assim, pode haver mais loops de feedback no processo que você segue na sua organização. Os loops de feedback são importantes. Eles garantem que as informações comerciais relevantes sejam alimentadas no processo e as etapas certas para que o feto que está sendo desenvolvido estejam atualizadas e acomodem mudanças no mercado e na estratégia competitiva. No entanto, também devemos perceber que, se muitos itens forem enviados de volta para revogação após revisão, o fluxo geral do processo reduzirá. Sempre que um item é enviado de volta para revogar. O trabalho feito sobre ele anteriormente vai para o desperdício. Além disso, 13 membros precisam trabalhar nisso novamente. Portanto, esta é claramente uma ineficácia que tem de ser abordada. Precisamos garantir que os itens não sejam enviados de volta para revisão várias vezes. Mas como sabemos que algum item foi revisado várias vezes? Quando visualizamos isso na placa Kanban é fazer uma marca nessa nota pegajosa para o número de rodada. Essa nota pegajosa está indo e voltando ao longo do processo. Vamos entender isso através de um exemplo. Assim, por exemplo, quando o nó se move para trás pela primeira vez da etapa de revisão, somos o único ponto marcado nele para indicar que essa tarefa já foi revisada. Agora, esta tarefa avançará através do processo e novamente alcançou nossa etapa de revisão de negócios. Aqui. Se o anoitecer novamente precisar de mais alterações, tarefa será novamente enviada de volta a partir desta etapa de revisão. Desta vez, vamos adicionar outra simulação para denotar que isso foi revisado duas vezes. Se os dados forem enviados de volta ao terceiro painel, você adicionará um terceiro ponto e assim por diante. Desta forma, quando você olhar para o seu quadro Kanban, você saberá quantos itens são novos e quantos itens existem, que foi enviado de volta para revisão. Portanto, ter esses pequenos MAC pode nos ajudar a destacar esse problema. Enquanto estamos no tópico de feedback e revisão, eu quero discutir mais uma coisa. Como você teria experimentado. Muitas vezes, o processo de revisão nos escritórios não é uma coisa diária. Os gerentes não se sentam e revisam as tarefas todos os dias. Então o que acontece é que ele pede continuar recebendo piloto para revisão. E quando há cerca de 78 tarefas a serem vistas, uma reunião como planejado. Até esse momento, essas tarefas são mantidas na fila. Assim, isso também cria ineficiência e desperdício. O ponto que gostaria de salientar aqui é que a acumulação de tarefas para revisão também cria ineficiência e desperdício. Temos de assegurar que essas reuniões aconteçam com frequência e regularidade para minimizar esses desperdícios. E o violino, por outro lado, ter reuniões freqüentes também leva à ineficiência. Assim, as pessoas muitas vezes sentem que eles têm menos tempo para trabalhar quando eles têm que participar de muitas reuniões. Então, o ponto que estou tentando deixar aqui é que você precisa encontrar o limite de WIP ideal para sua etapa de revisão, que maximiza sua taxa de transferência, aumentando assim sua eficiência. Então isso é tudo nesta palestra. Espero que tenha achado isso útil. Vejo-te no próximo. Obrigado. 8. Outras questões: Olá e bem-vindo de volta. Neste vídeo, analisaremos algumas outras questões comuns que enfrentamos durante o processo de desenvolvimento. E como kanban pode nos ajudar a identificá-los? As questões sobre as quais falarei nesta palestra são questões muito específicas. E você pode não estar enfrentando eles. É por isso que não vou gastar muito tempo com cada um deles. A agenda da palestra é mostrar que a placa Kanban pode ser personalizada para diferentes tipos de processos e monitorar diferentes tipos de problema provável. O primeiro cenário que vamos discutir neste vídeo é ter muitas dependências externas. Como você teria percebido enquanto trabalhava em um projeto. Todos os projetos têm algum nível de dependências externas. Por exemplo, se você tiver um cliente voltando para cima todo o texto que o cliente verá provavelmente precisará de aprovação da equipe de marketing. E se houver n termos e condição mencionados, você definitivamente precisará de aprovação da equipe jurídica. E muitas dessas aprovações e avaliações são necessárias. Então estas são dependências externas. Como o produtivo tem muito pouco controle sobre essas equipes. No entanto, o problema não é que estas são dependências externas. O problema é que a equipe se reúne para fazer acompanhamento regular com as equipes correspondentes. E se isso for perdido, a aprovação fica atrasada, e eventualmente o projeto fica atrasado. Uma solução simples para esse problema é adicionar uma coluna separada para arrastar as dependências, mas essa coluna em uma posição apropriada no processo. Observe que não há necessidade de um limite de WIP nesta coluna. A equipe só precisa desenvolver uma prática de acompanhamento regular sobre a tarefa listada nesta coluna. E se alguma tarefa estiver lá por muito tempo, o membro da equipe pode escalá-la para os níveis apropriados. Agora, chegando ao próximo cenário, que também é comum, onde nossa equipe não está apenas trabalhando nos recursos do produto, mas às vezes a equipe tem que fazer alguma apresentação importante. Toda a demonstração para clientes ou algumas conferências surge para o qual a equipe precisa gastar tempo para a preparação. Embora este não seja diretamente o trabalho relacionado ao produto, mas é um trabalho importante e um monte de tempo talvez gasto com ele. Então, como explicamos esta vez no quadro de sinalização? Para isso simplesmente criou uma tarefa para ele, assim como qualquer outra tarefa. E também fluirá através da placa de placas. O ponto é que o conselho Kanban deve refletir onde a equipe está gastando tempo para que possamos aumentar a eficiência sempre que possível. Então, em poucas palavras, placa Kanban é considerado esporte e, portanto, deve refletir todas as coisas feitas pela equipe. Da mesma forma, existem algumas outras tarefas que não estão diretamente relacionadas com o produto, mas devem ser feitas para melhorar a eficiência da equipe. Por exemplo, podemos querer automatizar alguma tarefa operacional, ou podemos querer atualizar algumas ferramentas que usamos. Como o foco está no produto, essas coisas nunca são apanhadas. Então o que podemos fazer é adicionar tarefa de melhoria também no quadro. Desta forma, eles também obterão visibilidade suficiente e serão feitos assim como outra tarefa. Outro uso do conselho Kanban pode ser no processo de recrutamento onde contratamos uma nova pessoa e estamos atribuindo trabalho a esta nova adesão. Podemos simplesmente atribuir essa pessoa à etapa mais lenta do processo. É aí que a pessoa estará fora de uso mais. E a pessoa estará ajudando a aumentar a saída do processo. Então estes foram alguns dos casos que eu queria discutir neste vídeo para mostrar que Kanban é flexível para incorporar não apenas o trabalho relacionado ao produto, mas outras tarefas relevantes também. Isso é tudo nesta palestra. Vejo você na próxima. Obrigado. 9. Definindo a forma de um jeito: Olá e bem-vindo de volta. Neste vídeo, vamos discutir sobre a definição feita. É aí que se pode dizer que uma determinada tarefa está concluída. E aqui nós apenas não vamos definir feito para o recurso. Precisamos definir a conclusão de cada etapa. Vamos entender isso através de um exemplo. Veja que temos uma tarefa um, que está na etapa de construção. Para ver que esse passo está completo, o desenvolvedor primeiro deve saber exatamente o que é esperado do recurso desenvolvido e o que é exatamente para ser entregue. Da mesma forma, se falamos sobre o recurso final, o recurso final que está entrando em produção que deve corresponder aos clientes são gerentes expectativa. Assim como por Kanban, sugere-se que cada coluna, ou digamos que a maioria das colunas deve ter essa bifurcação de em andamento e feito. E deve ser claramente definido que depois de fazer O que podemos mover nossa tarefa de estar em andamento nessa etapa para ser concluída ou feita nessa etapa. Quando define claramente o que é feito, a qualidade é mantida em cada etapa. E, portanto, o resultado final é de alta qualidade. 1 a ser notado aqui é que quando dizemos que um passo está completo em uma tarefa, isso não significa necessariamente que a dança se move para o próximo passo. A simplicidade da senha na coluna bancária da etapa anterior. Lembre-se que falamos sobre Kanban ser um sistema baseado em pull. Isto é o que é. Mesmo que o desenvolvedor tenha escrito o cabo, não significa que a tarefa está pendente com a equipe de teste. Tarefa vem para a equipe de teste quando a equipe de teste puxa a partir da etapa de desenvolvimento. Então, basicamente, ninguém empurra para eles. É a sua discrição e foi para pegar a tarefa. Outra coisa que eu quero destacar aqui, que você pode estar se perguntando também, que fazer essas duas sub-colunas em andamento e feito têm limites WIP separados. Bem, como Kanban é flexível, é o seu duas vezes. Mas a prática geral, que também faz mais sentido, é ter um limite único para toda a etapa. Enquanto a tarefa estiver nessa etapa, ela deve ser contrariada contra que os passos do trabalho em andamento. Então, na minha opinião, não tem limites WIP separados para a sub-coluna. Por último, há duas práticas que gostaria de salientar aqui para que as regras feitas sejam devidamente implementadas. Em primeiro lugar, é uma boa prática escrever estas regras em algumas notas e ter estes nós no quadro Kanban. Em segundo lugar, sempre que alguém está movendo um nó de uma coluna para outra, outro membro da equipe deve verificar se as regras para feito enquanto cumpridas na etapa anterior ou não. Em uma equipe Agile, toda a equipe é responsável pela qualidade da entrega. Portanto, a equipe deve verificar o trabalho uns dos outros para evitar erros de julgamento ou descuido por uma pessoa para evitar qualquer impacto negativo sobre a tarefa de comedor. Então isso é tudo nesta palestra. Espero que aprecie a importância de especificar claramente as regras estabelecidas. Vejo-te na próxima palestra. Obrigado. 10. Standup diário: Olá e bem-vindo de volta. Agora que temos um quadro para visualizar o processo. Isso é uma reunião maravilhosamente regular prescrita por Kanban para aproveitar ao máximo esta reunião diária, É chamado de stand up diário. O Islã também tem uma prática semelhante que é conhecido como scrum diário. No entanto, existem muitas diferenças entre estes dois. E a razão para as diferenças é a mesma coisa que temos visto a partir da flexão de Kanban, que é Kanban é flexível, enquanto Scrum tem regras rígidas. Então, quando dizemos regras estritas, isso significa que Scrum tem regras sobre quanto tempo esta reunião será, quem vai lidar com a reunião, e o que será discutido nesta reunião. O que Kanban não tem tais regras. Então, se a pergunta em sua mente é, quem se levantaria instável, então qualquer membro pode fazer isso. Talvez todo mundo, um novo membro da equipe tenha a chance comer aleatoriamente e trazer um novo sabor para a reunião. Ou talvez este trabalho seja atribuído à pessoa mais sênior da equipe. No entanto, geralmente os gerentes de projeto são vistos fazendo isso porque isso os mantém atualizados sobre o status de toda a tarefa. E se houver alguma tarefa que está bloqueada ou alguns membros da equipe que precisam de ajuda, eles podem fazê-lo. Mas como eu disse, a escolha é da equipe. Quem dirige a reunião? A próxima pergunta é, quanto tempo dura essa atividade? Bem, não há duração fixa desta reunião. Se a equipe for experiente, eles podem terminar em cinco minutos. Mas muitas vezes os membros p começam a discutir trabalho uns dos outros ou até mesmo celebrar os sucessos uns dos outros. Não há mal nenhum. Mesmo que a reunião leve 30 minutos. Ele só acaba em maior colaboração entre os membros da equipe. Agora, por último, o que deve ser discutido durante o stand-up? Bem, a equipe deve mover as notas pegajosas para a frente se eles não fizeram isso antes. Quero dizer, embora esses pegajosos devam ser movidos sempre que a tarefa é feita, mas se algo é perdido, stand diário é um momento para atualizar o tabuleiro. Além disso, a equipe deve tentar identificar problemas. Os tipos de questões foram discutidos anteriormente. Os membros podem destacar se estão enfrentando algum problema na Tarefa. Dois, estas são as coisas que devem ser feitas. Além disso, é uma equipe de produtos sobre o que eles querem discutir. Basta manter o foco no quadro e tentar adicionar ou obter o máximo de valor possível fora dele. Agora, pouco antes de encerrarmos esta palestra, deixe-me apontar o que o stand diário não é. Portanto, o stand up diário não é uma reunião de revisão ou demonstração de recursos construídos ou discussão sobre o produto, etc. Você pode ter essas reuniões separadamente. Reunião stand-up como apenas uma reunião para ver como o trabalho está fluindo através do processo. Então que caem nesta palestra. Espero que tenha achado isso útil. Obrigado. 11. Especificar regras: Olá e bem-vindo de volta. Neste vídeo, vamos falar sobre uma coisa muito importante que devemos fazer quando estamos usando Kanban. Isso é algo que não temos a ver com Scrum. Isso se deve ao grande benefício da flexibilidade que vem com Kanban. A única desvantagem que ele tem é que ele não tem regras padrão. Então, se você entende Scrum, você saberia que ele tem regras muito rígidas a serem seguidas e toda a equipe sabe sobre as regras. Na verdade, há uma chamada de papel especial scrum master que garante que todos saibam sobre as regras. Mas com Kanban, não temos essas regras. Não há nenhuma regra definida para quando devemos nos levantar diariamente. Quem move a nota adesiva ou quando não há nenhum mestre kanban. Pode ou não haver talas, reuniões de planejamento de sprint ou reuniões de revisão de sprint. Então o ponto é, as regras não são fixas e cada equipe tem que criar suas próprias regras para implementar kanban. E quando você cria regras, você deve certificar-se de que essas regras são explicitamente mencionadas e todos as entendem claramente. Agora isso não significa que a equipe Kanban tenha que escrever documentos longos especificando todo o processo. Tornar a política explícita pode ser tão simples quanto escrever limites de WIP na parte superior da coluna. E como discutido anteriormente, a equipe deve definir feito. Quando uma equipe dieta essa definição de feito honesto Ag e colocá-lo no conselho Kanban. Essa equipe torna essa definição explícita. Portanto, qualquer regra ou prática que você adotar como parte da implementação do kanban deve ser explicitamente mencionada para que todos estejam a bordo. Agora, uma vez que toda a equipe cria essas regras de forma colaborativa, você pode pensar que isso pode não ser realmente útil. Mas deixa-me dizer-te uma coisa. Isso ajuda. Suponha que um gerente ou o chefe está tentando empurrar algum trabalho. Se os limites de WIP forem explicitamente mencionados e o gerente tiver concordado com a política de limites de WIP. A equipe tem um terreno sólido que somente se um trabalho existente for retirado da lista, então somente o novo emprego encontrará seu lugar. Portanto, políticas explícitas não só ajudam dentro dessa equipe Kanban, mas também ajudam na interação da equipe Kanban com outras partes interessadas na organização. Então isso é tudo nesta palestra. Obrigado.