7 desperdícios em desenvolvimento de Software - Detalhamento (parte #2)

No artigo anterior, vimos os 3 desperdícios no desenvolvimento de software: trabalho parcialmente feito, características extras e reaprendizado

Neste artigo vamos ver mais 2 desperdícios, completando assim a lista dos 3 desperdícios em desenvolvimento de software citados no post anterior

Desperdício #4: Hand-offs Significado: Passando o trabalho de pessoa para outra, depois de completar o trabalho da primeira pessoa.

Possível razões:

  1. A natureza das tarefas necessárias para uma história
  2. Equipes Trabalhando de diferentes locais
  3. Falta de visibilidade das informações

Como você pode eliminá-lo?

  1. Às vezes é inevitável, e tarefas diferentes têm de ser feitas por diferentes membros da equipe (por exemplo, análise, interface do usuário, codificação do lado do cliente, codificação do lado do servidor, etc). É bom ter equipes multifuncionais para que, durante um período de tempo, as entregas possam ser reduzidas.
  2. Quando as equipes estão trabalhando a partir de diferentes locais (fusos horários), se a informação não é devidamente entregue, então isso vai levar à espera. Portanto, certifique-se que há um processo de Hand-off adequada, e obter a confirmação do outro lado da equipe. Também se certifique de executar as tarefas em um local, tanto quanto possível, pois isso irá reduzir Hand-offs e tempo de espera.
  3. Tente manter fluxogramas importantes e wireframes visíveis e claras. Isso também pode ser útil para reduzir o tempo de entrega. Seu quadro Kanban, com atualizações regulares, vai realmente ajudar aqui, juntamente com a sua definição de done.

Desperdício #5: Atrasos Significado: Qualquer coisa que cause mais tempo para fornecer uma atividade de valor acrescentado ou atrasa o início da atividade de valor acrescentado.

Possível razões:

  1. Falta de Necessário equipe Membros
  2. Indesejados processos
  3. Também muitas coisas em progresso (WIP alto)
  4. Externo dependências
  5. Falta de “valor” compreensão
  6. Suposições/esclarecimentos e impedimentos

Como você pode eliminá-lo?

  1. Verifique se você tem todos os conjuntos de habilidades necessários atribuídos ao seu projeto. Se você iniciar um Sprint sem ter os membros da equipe necessários com os conjuntos de habilidades adequadas, isso vai levar a atrasos.
  2. Identifique somente processos obrigatórios no início do release. Por exemplo, se você não precisa obter a revisão de código para todo o código, em seguida, categorizar o código em baixo complexo, complexo médio e alto complexo e enviar apenas médio e alto código complexo para revisão. Este vai reduzir o ciclo tempo e aumentar eficiência.
  3. Mantenha apenas o que você pode segurar em seu prato e deixar o resto aberto. Isso ajudará outros membros da equipe a pegar o trabalho que é baseado em seus conjuntos de habilidades e largura de banda.
  4. Certifique-se de ter toda a assistência externa necessária disponível a tempo para o seu trabalho. Por exemplo, se você precisar de uma revisão de arquiteto externo, planeje para ele na frente. Da mesma forma, se você estiver trabalhando com várias equipes de diferentes locais, incentive o desenvolvimento baseado em stub. Eu observei pessoal que quando nós temos chamadas da videoconferência com outras equipes que trabalham dos locais diferentes, geralmente os vídeos não trabalharão, você tem que desperdiçar o tempo para reparar o problema, se não é fixado em uma determinada quantidade de tempo que você precisa de fazer alternativo arranjos, etc. (uma maneira de abordar os atrasos em tais chamadas é para o ScrumMasters de ambas as equipes ir na chamada de dois minutos de antecedência e garantir que tudo está funcionando corretamente. Além disso, sempre manter um número de ponte de conferência como backup, e depois de uma quantidade fixa de tempo-digamos, cinco minutos-gasto tentando corrigir qualquer problema, passar para a ponte de conferência.)
  5. Sempre tente fazer o mapeamento de fluxo de valor e ver o que é tempo de valor acrescentado e que não é. Isto dar-lhe-á uma idéia do que sua eficiência atual do processo é. Com base no estado atual do mapa de fluxo de valor, e aplicando práticas enxutas, você pode melhorar o tempo de ciclo e, assim, reduzir os atrasos. Além disso, automatize os casos de teste sempre que possível, de modo que você pode reduzir uma quantidade considerável de tempo quando você tem que executá-los recursivamente.
  6. Certifique-se de obter clareza sobre as suas suposições e insumos para os seus esclarecimentos no momento certo. Levante a bandeira vermelha antes de entrar na zona de perigo, e obter a devida atenção das respectivas partes interessadas. Acompanhe seus impedimentos efetivamente; o Scrum é responsável por resolver os impedimentos da equipe.

Quer saber como evitar estes desperdícios? Venha participar do Workshop Lean-Kanban Fundamentals

Até mais!