Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Servidor Azure DevOps | Azure DevOps Server 2022
Os limites de WIP (trabalho em andamento) são uma prática básica de Kanban que restringe quantos itens sua equipe trabalha em cada estágio. Ao se concentrar em concluir o trabalho antes de iniciar novos trabalhos, as equipes melhoram a taxa de transferência e a qualidade do software.
Os limites de WIP definem limitações flexíveis no número de itens permitidos em cada coluna do quadro. Você pode exceder esses limites, mas o painel destaca a contagem de colunas para que a sua equipe possa agir. Este artigo explica como determinar, definir e gerenciar limites de WIP.
Dica
Você pode usar a IA para ajudar nessa tarefa mais adiante neste artigo ou ver Ativar assistência de IA com Azure DevOps MCP Server para começar.
Pré-requisitos
| Categoria | Requisitos |
|---|---|
| Níveis de acesso | Pelo menos acesso Básico. |
| Permissões | Para definir as configurações de equipe: Membro do grupo de segurança Project Administrators ou Team Administrator role. Para obter mais informações, consulte Alterar permissões de nível de projeto. |
Determine os limites iniciais de WIP
Use as seguintes diretrizes para definir seus limites de WIP iniciais:
- Contagem do trabalho atual – examine os itens em cada coluna para estabelecer uma linha de base.
- Dimensionar por tamanho de equipe – permitir de dois a três itens por membro da equipe em um estágio. Por exemplo, três desenvolvedores × dois itens cada = um limite WIP de seis.
- Comece baixo – limites inferiores revelam gargalos mais rapidamente, para que você possa resolver problemas nos processos mais cedo.
Fique dentro dos limites de WIP
Depois de definir limites de WIP, acompanhe o quão bem sua equipe permanece dentro deles.
Respeitar os limites de WIP significa não puxar itens para uma coluna se isso exceder o limite. Quando uma coluna ultrapassa seu limite, o quadro a destaca imediatamente — sinalizando à equipe para concluir o trabalho existente antes de puxar novos itens.
Ficar dentro dos limites da WIP pode ser desconfortável no início. Os membros da equipe que preferem fazer várias tarefas podem se sentir restritos, enquanto outros podem esperar que o trabalho upstream seja concluído. Reunir-se com frequência como uma equipe para discutir esses ajustes e reforçar a prática.
Identifique os gargalos
Gargalos — colunas em que os itens ficam parados por dias — indicam o desperdício em seu fluxo de trabalho. Monitore sua placa ao longo do tempo para localizá-las. Gargalos frequentes geralmente indicam que os limites de WIP estão muito altos; por outro lado, a ausência total de gargalos pode indicar que os limites estão muito baixos.
Tire instantâneos periódicos de seu quadro para ver onde o trabalho flui bem e onde ele para.
Os instantâneos ajudam sua equipe a acompanhar:
- Contagem média de itens por coluna
- Proporção de itens ativos para membros da equipe para cada coluna
- Itens que permaneceram em uma coluna por longos períodos
- Itens concluídos e desempenho médio ao longo do tempo
Elimine o desperdício
O desperdício é qualquer coisa que não contribua para a entrega de valor. Para solucionar gargalos, identifique e remova as fontes de resíduos em seu fluxo de trabalho. As formas comuns de desperdício no desenvolvimento de software incluem:
- Código ou recursos não utilizados
- Defeitos que exigem retrabalho
- Tempo de espera e atrasos
- Entregas desnecessárias entre equipes
- Requisitos incompletos ou não claros
- Comunicação ineficiente
Discuta essas fontes como uma equipe e encontre soluções de forma colaborativa.
Definir limites de WIP
Antes de definir os limites de WIP, verifique se você mapeou o fluxo de trabalho da sua equipe para colunas.
Selecione
para abrir as configurações do quadro.
Selecione Colunas e, em seguida, selecione uma aba de coluna e insira o limite de WIP.
Observação
Os títulos de coluna disponíveis variam de acordo com o processo que seu projeto usa e se sua equipe trata bugs como requisitos ou tarefas.
Clique em Salvar.
Desafios e soluções
Exceder os limites de WIP em um ou dois itens é normal. Caso sua equipe exceda os limites consistentemente em três ou mais, examine seus processos ou ajuste os limites.
Depois de várias semanas de usando limites WIP, discuta o que está funcionando e o que não está. As listas a seguir abrangem desafios comuns e soluções comprovadas.
Desafios comuns
- Dinâmica social – Alguns membros da equipe resistem às regras, assumem trabalho extra ou acreditam que a multitarefa é mais produtiva.
- Variabilidade do trabalho — Os tamanhos irregulares dos itens (histórias de usuário versus bugs) e estimativas mistas (horas, dias, pontos de história) tornam um único limite de WIP difícil de aplicar de maneira uniforme.
- Ignorando problemas sistêmicos – As equipes passam por gargalos em vez de resolver problemas subjacentes de fluxo de trabalho.
- Mudança de cultura – a adoção de limites de WIP requer ajustes em sistemas, hábitos de equipe e cultura organizacional.
Soluções comprovadas
- Priorizar a produtividade da equipe — mude o foco da saída individual para o fluxo geral. Incentive a colaboração em multitarefas.
- Ajustar o tamanho dos itens de trabalho – Discutir o tamanho do item antes de começar. Divida itens grandes em tarefas menores e de tamanho consistente.
- Ajude o trabalho upstream a avançar – quando ocioso, ajude com itens upstream ou ajude a desbloquear colegas de equipe em vez de iniciar novos trabalhos.
- Alocação adequada de pessoal – garanta especialistas suficientes em cada fase do fluxo de trabalho para evitar gargalos.
- Criar compreensão compartilhada – mantenha retrospectivas regulares, documente políticas de equipe e reforce os princípios kanban .
- Use métricas para ajustar — acompanhe as contagens de WIP e os tempos de entrega e ajuste os limites com base nos dados.
- Mudança de cultura de suporte – aplique princípios de gerenciamento de alterações e dê à equipe a propriedade das decisões de limite de WIP.
Usar a IA para analisar o trabalho em andamento
Se você conectar o Servidor MCP do Azure Boards ao agente de IA no modo de agente, poderá usar prompts de linguagem natural para analisar o trabalho em andamento nas colunas do seu quadro.
| Tarefa | Exemplo de prompt |
|---|---|
| Contar itens por coluna | How many work items are in each workflow state for my team's backlog? |
| Localizar colunas sobrecarregadas | Show me all active work items in the 'In Progress' state for the <Contoso> project |
| Identificar itens obsoletos | Find work items in the 'Active' state that haven't been updated in the last 14 days |
| Verificar a capacidade da equipe | List all work items assigned to <Jamal> that are currently in progress |
| Analisar WIP por pessoa | Show the count of active work items per team member in area path <Contoso\\Frontend> and flag anyone with more than 5 |
| Detectar picos de WIP | Compare the count of in-progress work items this week vs last week for my team in <Contoso> |
| Encontrar riscos de multitarefa | List team members in <Contoso> who have active work items across more than 2 different features |
| Revisar a taxa de transferência da coluna | Show how many work items moved from Active to Resolved per week over the last 4 weeks in <Contoso> |
| Identificar bloqueadores de fluxo | List work items in <Contoso> that have been in the same state for longer than the average time items spend in that state |
| Sugerir o reequilíbrio do WIP | Show team members in <Contoso> with no active work items alongside those with more than 3 |
Observação
O modo de agente e o servidor MCP usam linguagem natural, para que você possa ajustar esses prompts ou fazer perguntas de acompanhamento para refinar os resultados.