Faz sentido usar o Kanban se todas as etapas forem feitas pela mesma pessoa?

5

Em nossa equipe, todas as etapas da tarefa são sempre realizadas pelo mesmo desenvolvedor. Ou seja, para a tarefa 1, a pessoa A desenha, desenvolve e testa; para a tarefa 2, a pessoa B faz design, desenvolvimento e teste, etc. Faz sentido usar o Kanban nesse caso?

    
por Igor Oks 28.12.2011 / 19:01
fonte

2 respostas

6

Sugiro ainda usar o Kanban alterando ligeiramente o processo:

Person A does design            Person B does design
Person B Reviews A's Design     Person A Review's B's design
Person A does development and   Person B Does Development and Initial Testing.
initial testing
Person B QA's person A's work   Person A QA's Person B's work.

Colocar todas as tarefas com um desenvolvedor como Chad apontou é uma receita para o desastre, embora não esteja no estágio inicial, mas certamente na estrada quando a manutenção do projeto for necessária.

    
por 28.12.2011 / 19:29
fonte
0

Até certo ponto, temos que responder com "... isso depende". Eu pessoalmente gosto de começar com o Dr. Phil: "Como isso funciona para você?"

Existem alguns "truques" básicos para mantê-lo no caminho certo, ou seja, práticas recomendadas e / ou kanban.

Como outros já mencionaram: As práticas recomendadas são que os desenvolvedores não testem seu próprio código. Eu acho que todos concordam com isso.

Mas o outro é reduzir o WIP e mover o código para DONE. Em ágil, não existe algo como "desenvolvimento feito". O código é feito quando é desenvolvido, testado e aprovado. Qualquer coisa menor do que isso é "em andamento".

Kanban tem tudo a ver VALUE FLOW . Ele força o foco em "fazer o trabalho", em contraste com ter muito "trabalho em progresso". Portanto, as equipes são altamente encorajadas a enxames de trabalho.

As etapas de design, revisão, desenvolvimento, teste e aprovação mencionadas ignoram o fato de que o desenvolvimento pode incluir muitas etapas, algumas das quais podem ser trabalhadas simultaneamente por pessoas diferentes. (Não em todos os casos, concedido)

Gosto de destacar para as minhas equipes a diferença entre um processo de encadeamento único, em que as tarefas devem ser feitas de maneira serial, em comparação com os sistemas multiencadeados, em que os trabalhos podem ser feitos simultaneamente. Os desenvolvedores parecem entender facilmente a diferença no poder de processamento usando essa analogia e ajudam a guiá-los nas próximas etapas.

As métricas Kanban incluem Tempo de Ciclo e Tempo de Toque. O tempo de ciclo é a duração total desde o momento em que o trabalho é iniciado até que seja FEITO. Touch Time é quanto tempo demorou para fazê-lo e pode ser o esforço somado de todos os recursos que afetam a tarefa.

O objetivo é aumentar o fluxo de valor de todas as maneiras possíveis, e isso resultará em uma redução nessas métricas que demonstram ganhos de eficiência e aumento na produtividade.

Portanto, é mais eficiente multitarefa (enxame) do processo e reduz o tempo de ciclo.

Exemplo: uma tarefa tem 20 horas de trabalho em 10 etapas. Se uma pessoa trabalha cada tarefa de maneira serial, 8 horas por dia, sem problemas, o trabalho pode ser concluído em 2,5 dias. Tempo de ciclo = 2,5 dias, tempo de toque = 20 horas.

Mesma tarefa, uniformemente invadida. O Dev 1 faz 10 horas de trabalho, o Dev 2 faz o mesmo. Tempo de Ciclo = 1,5 dias, Tempo de Toque = 20 horas.

A tarefa está pronta para ser aprovada em 1,5 dias, em comparação com 2,5 dias.

Portanto, no seu exemplo, faz sentido usar o Kanban no caso descrito por você, mas o processo descrito pode ser melhorado para aumentar a eficiência e a qualidade.

* Se alguém vir alguma falha na minha lógica, me avise!

    
por 24.03.2017 / 20:00
fonte

Tags