Skip to content

Resumo: Exploring the Sources ofWaste in Kanban Software Development Projects

Marcos Abreu edited this page Sep 16, 2018 · 11 revisions

Lean thinking: desperdício é o que não agrega valor ao produto do cliente.
muda: atividades que não agregam valor.
mura: variação na qualidade do processo, nos custos e na entrega.
muri: sobrecarga.

Tipo de Perda: sentido pelo qual é um desperdício.

  • A) estoque (inventory): trabalho parcialmente terminado. Amarra recursos. Não garante que o resultado final vai agregar valor ao produto do cliente.

    • Alguém teve uma segunda tarefa atribuída antes do término de uma primeira tarefa?
    • Quais foram os motivos desta atribuição de tarefas simultâneas?
    • Este tipo de desperdício acarreta outros desperdícios como movimento: troca de tarefas.
    • Causas:
      • Dependência entre tarefas: a tarefa foi atribuída indevidamente, dependia do término de outra tarefa que ainda não havia sido concluída.
      • Direcionamento da tarefa para outro recurso mais experiente: a tarefa foi iniciada e teve que ser direcionada para um recurso mais experiente.
    • Procedimento: controlar o "trabalho em progresso" (work in progress - WIP). Apenas 2 tarefas poderiam ser atribuídas a um recurso ao mesmo tempo.
    • Notas de Leitura:
      • Perdas por "estoque" e "espera": a organização do trabalho dentro da equipe foi prejudicada pela desorganização do trabalho do cliente. O cliente atribuiu mais de uma tarefa para o mesmo recurso gerando perdas por "estoque" e "espera" por parte da equipe do projeto.
  • B) processos adicionais (over processing): trabalho desnecessário que consume recursos e não agrega valor ao cliente.

    • Quais processos desnecessários estavam presentes no projeto na sua opinião?
    • Que tipo de processo foi eliminado com o uso de kanban?
  • C) funcionalidades extras (over production): consome recursos para produzir, para rastrear, integrar, testar, etc.

    • Foram desenhadas e/ou implementadas quaisquer funcionalidades extras que o cliente não solicitou?
    • Nota de Leitura:
      • Funcionalidades adicionais envolvendo usabilidade/UX/Interfaces em geral são pouco exploradas nos BBPs e geram um esforço significativo dentro do escopo do projeto.
  • D) Transport (transport): trabalhar em múltiplas tarefas (ou em múltiplas equipes ou projetos - transporte de ambiente, informação, software). Interrupções e reorientação do trabalho gera desperdício.

    • Se houve atribuição de mais de uma tarefa para algum recurso, quão difícil foi para o recurso trabalhar com múltiplas tarefas?
    • Com que frequência as pessoas tiveram de suspender uma tarefa própria para ajudar outros com outras tarefas? Quanto isto atrapalhou o trabalho próprio?
  • E) espera (wait):

    • Por que coisas ou pessoas foi preciso esperar?
    • Por que tipo de coisa foi necessário esperar mais? Quanto tempo foi esperado?
  • F) movimento (motion):

    • Quanto as pessoas precisam se movimentar fisicamente dentro do ambiente de trabalho e quanto isso atrapalha a concentração?
    • Quais problemas ocorreram durante o compartilhamento de informações?
  • G) defeitos (defects): um defeito pequeno descoberto após semanas é mais caro de ser resolvido do que um defeito grande descoberto em minutos.

    • Com que velocidade os defeitos são identificados?
    • Com que velocidade as reações aos defeitos identificados ocorrem?

Princípios do Desenvolvimento Lean

  1. Eliminar o desperdício
  2. Aumentar a aprendizagem
  3. Decidir o mais tarde possível
  4. Entregar o mais cedo possível
  5. Dar poder à equipe
  6. Construir mantendo a unidade e integridade do produto
  7. Visão do todo
Clone this wiki locally