Depois de introduzir agentes na equipe, revise quem decide, quem verifica e quem responde pelo resultado de cada tarefa. A execução de uma etapa pode mudar sem que a responsabilidade desapareça. O objetivo não é criar novos cargos para acompanhar nomes de ferramentas, mas tornar visíveis as decisões que ficaram distribuídas de outra forma. Comece pelo fluxo real e compare o que acontecia antes com o que acontece agora.
Mapeie decisões, não apenas atividades
Uma lista de atividades mostra quem escreve, testa ou documenta. Para revisar papéis, acrescente as decisões que permitem avançar: definir o problema, aceitar uma suposição, escolher uma alternativa, autorizar uma mudança e verificar sua conclusão.
Um agente pode produzir uma proposta de implementação enquanto outra pessoa continua responsável pela escolha técnica. Pode executar verificações sem ter autoridade para aprovar o comportamento. Descreva essas diferenças para não confundir participação na tarefa com responsabilidade por seu resultado.
A apresentação do DORA 2025 descreve IA como amplificadora das forças e fraquezas organizacionais. A aplicação proposta é examinar o sistema de decisões depois da adoção, em vez de assumir que o organograma anterior continua explicando o trabalho.
Compare o antes e o depois em uma tarefa concreta
Escolha uma tarefa recorrente e registre quem fazia cada escolha, quem fornecia contexto e quem confirmava o resultado. Em seguida, descreva o fluxo atual. Procure decisões que ficaram sem responsável ou que passaram a ser aceitas por conveniência.
Uma matriz simples pode usar quatro campos por decisão:
- Decisão que precisa ser tomada.
- Pessoa ou papel com autoridade para decidir.
- Evidência necessária para o aceite.
- Situação que exige consulta ou escalonamento.
O nome do agente pode aparecer como apoio à execução, mas não deve ocupar o lugar de uma autoridade organizacional que ele não possui. A matriz precisa corresponder aos controles e acordos reais da equipe.
Evite concentrar a responsabilidade sem reservar capacidade
Uma pessoa pode se tornar responsável por revisar saídas de vários agentes enquanto mantém todas as atividades anteriores. Antes de concluir que esse arranjo funciona, examine a fila, as interrupções e o tipo de julgamento exigido.
Se o papel mudou, ajuste também as condições de trabalho. Pode ser necessário reduzir tarefas simultâneas, formar outras pessoas revisoras ou antecipar decisões sobre o contexto. Não basta acrescentar uma obrigação ao nome de alguém em uma tabela.
Defina o que a pessoa pode recusar ou interromper. Responsabilidade sem autoridade para limitar uma mudança pode produzir um acordo apenas formal. A equipe precisa saber como agir quando a evidência exigida não está disponível.
Exemplo fictício: revisão de uma mudança preparada por agente
Imagine uma equipe em que um agente prepara alterações de interface a partir de pedidos de produto. Antes, a pessoa desenvolvedora discutia dúvidas de comportamento durante a implementação. Agora, a primeira proposta chega pronta e a pessoa revisora encontra escolhas de produto que não foram confirmadas.
A revisão dos papéis pode estabelecer que dúvidas sobre comportamento sejam resolvidas antes da execução. A pessoa desenvolvedora continua responsável por conferir a proposta, e produto responde pelas decisões que alteram o uso. A pessoa revisora recebe uma mudança com intenção e evidências mais claras.
Esse desenho é uma hipótese organizacional. A equipe deve observar se as dúvidas chegam mais cedo, se as devoluções mudam e se o comportamento continua sendo verificado. O exemplo não presume melhoria apenas porque a responsabilidade foi documentada.
Registre fronteiras e exceções de forma encontrável
O acordo precisa ser acessível no lugar em que a tarefa acontece. O DORA sobre documentação destaca clareza, facilidade de localização e confiabilidade. Para papéis, isso significa usar linguagem de decisão e manter o registro compatível com a prática atual.
Descreva exceções relevantes. Uma tarefa de baixa criticidade pode seguir um caminho diferente de uma alteração que afeta uma regra compartilhada. A exceção deve ter motivo e responsável, sem virar autorização vaga para ignorar o acordo.
Quando a equipe encontrar uma situação não prevista, registre como a decisão foi tomada e se a matriz precisa mudar. Evite transformar cada ocorrência isolada em uma nova obrigação permanente sem examinar sua função.
Teste a nova divisão antes de tratá-la como definitiva
A Microsoft ExP descreve a ligação entre hipóteses, medição e iteração no desenvolvimento. Na revisão de papéis, a proposta é experimentar uma divisão delimitada e observar se ela resolve a dificuldade identificada.
Escolha sinais ligados ao problema: decisões sem dono, tarefas devolvidas por falta de contexto, tempo de espera por autoridade ou mudanças aceitas sem a evidência combinada. Não use apenas a percepção de que a equipe parece mais organizada.
Ao encerrar o período de observação, mantenha, ajuste ou substitua a divisão com justificativa. Papéis precisam sustentar o trabalho atual e continuar revisáveis. A próxima etapa é escolher uma tarefa recorrente e tornar explícitas as decisões que o agente passou a preparar, executar ou influenciar.
Se quiser discutir essa decisão no contexto da sua empresa, converse com a dooop.
Leituras para continuar
- Como preparar uma empresa de software para trabalhar com IA
- Como formar uma comunidade interna de prática em IA
- Como capacitar desenvolvedores para trabalhar com IA
Fontes
Para continuar esta leitura
Conversar sobre a aplicação na empresa
Conversa sobre o contexto da empresa de software
Conteúdo de dooop. O cadastro permite relacionar esta pauta à jornada do leitor e acompanhar o interesse pelo tema.