2
respostas

Faça como eu fiz: opinando sobre as políticas explícitas

Em relação às políticas explícitas na aula anterior, acredito que ficaram bem descritas quanto ao processo e confirmaria todos os pontos. Como sugestão, incluiria uma regra com a qual definiria um número máximo de tarefas "Urgentes" de acordo com o número de Devs, de forma a manter pelo menos um Dev atuando nas demais tarefas não urgentes. Dessa forma os times atuariam nas demandas e também melhoraria os pontos internos do serviço/produto.

2 respostas

Olá, Luiz! Tudo joia?

Sua sugestão de incluir uma regra que defina um número máximo de tarefas "Urgentes" de acordo com o número de Devs é muito interessante e pode realmente contribuir para uma melhor organização do fluxo de trabalho.

No contexto do Kanban, é importante lembrar que a ideia central é limitar a quantidade de trabalho em progresso (WIP - Work in Progress) para evitar sobrecarga e garantir que todas as tarefas recebam a devida atenção. Sua sugestão está alinhada com esse princípio.

Por exemplo, se temos 5 desenvolvedores e definimos que cada um pode ter no máximo 2 tarefas urgentes, isso significa que teríamos no máximo 10 tarefas urgentes em andamento ao mesmo tempo. Isso pode ajudar a garantir que as tarefas não urgentes também sejam atendidas e que os desenvolvedores não se sintam sobrecarregados.

No entanto, é importante lembrar que cada equipe é única e o que funciona para uma pode não funcionar para outra. Portanto, é sempre bom testar e ajustar as regras conforme necessário.

Bons estudos!

Concordo com o limite de tarefas urgentes que possam ser alocadas imediatamente para cada Dev porque, se isso não for feito, corre-se o risco da equipe, em determinado momento, ficar só tratando tarefas "urgentes" e não atuariam nas demandas não urgentes.