Um cliente empresarial contrata o escritório para revisar os contratos com todos os seus fornecedores. São quarenta documentos, de tipos diferentes, e o trabalho começa com entusiasmo. Só que, três meses depois, o cliente pergunta o que já está pronto, e a resposta é desconfortável: tudo está “quase lá” e nada foi entregue. A metodologia ágil na advocacia serve para evitar esse cenário: dividir o trabalho em ciclos curtos, entregar partes utilizáveis a cada ciclo e ajustar o rumo com quem recebe o resultado.
O assunto geralmente chega ao escritório cercado de termos em inglês e de promessas exageradas. No entanto, nada disso é necessário para aproveitar a ideia central.
Neste guia você vai ver o que é metodologia ágil, como traduzir os elementos do Scrum para o trabalho jurídico, como montar e ordenar a lista de demandas, como é um ciclo na prática, onde a abordagem funciona e onde não serve, e como começar com um piloto pequeno.
O que é metodologia ágil, sem o jargão
As práticas ágeis surgiram no desenvolvimento de software. Em 2001, um grupo de profissionais da área publicou o Manifesto Ágil, que resume a proposta em quatro preferências: dar mais peso às pessoas e às interações do que a processos e ferramentas, ao produto funcionando do que à documentação extensa, à colaboração com o cliente do que à negociação de contrato e à capacidade de reagir a mudanças do que ao cumprimento do plano. O próprio texto, porém, ressalva que o segundo lado de cada par também tem valor.
Trocando “software” por “trabalho jurídico”, a tradução é natural. Por exemplo, uma minuta utilizável vale mais do que um memorando perfeito que nunca sai. Além disso, a conversa frequente com o cliente evita surpresas na entrega. E o plano do projeto precisa mudar sempre que o cliente muda de prioridade.
O Scrum é um dos modelos ágeis mais difundidos. Pelo guia oficial, na versão de 2020, o trabalho é organizado em sprints, ciclos de duração fixa de um mês ou menos, conduzidos por uma equipe pequena, normalmente de até dez pessoas. O kanban, outra prática associada ao ágil, organiza o fluxo contínuo em quadros e tem guia próprio sobre kanban na advocacia. Aqui, porém, o foco são os ciclos.
O Scrum traduzido para o escritório
A tabela mostra os elementos do Scrum e uma adaptação possível para o jurídico. Os nomes em português são sugestões; afinal, o que importa é a função de cada um.
| Elemento do Scrum | O que é, em resumo | Adaptação no escritório |
|---|---|---|
| Product Backlog | Lista ordenada do que o produto precisa | Lista priorizada das demandas do projeto ou da área |
| Sprint | Ciclo de duração fixa, de um mês ou menos | Ciclo de uma ou duas semanas |
| Sprint Planning | Reunião que define o que entra no ciclo | Planejamento do ciclo, com uma meta clara |
| Daily Scrum | Encontro diário de 15 minutos da equipe | Checagem diária curta sobre o andamento |
| Sprint Review | Apresentação do resultado aos interessados | Revisão das entregas com o sócio ou o cliente |
| Sprint Retrospective | Reflexão da equipe sobre como trabalhou | Conversa sobre o que manter e o que mudar |
| Product Owner | Quem ordena o backlog e responde pelo valor entregue | Sócio ou advogado responsável pela relação com o cliente |
| Scrum Master | Quem cuida da eficácia da equipe e do método | Quem zela pelo ritmo e remove obstáculos |
| Developers | Quem produz o trabalho de cada ciclo | Advogados, estagiários e paralegais do projeto |
| Definition of Done | Padrão de qualidade para considerar algo pronto | Critério de pronto para cada tipo de entrega |
Um exemplo de critério de pronto para pareceres: conclusão objetiva na primeira página, fontes conferidas, revisão por um segundo advogado e linguagem que quem não é da área entende. Afinal, sem esse acordo, “pronto” significa coisas diferentes para cada pessoa.
Backlog: a lista que define a ordem
O backlog reúne, num lugar só, tudo o que o projeto ou a área precisa entregar, em ordem de prioridade. Quem ordena é uma pessoa só, o que evita que cada sócio puxe a equipe para um lado.
Cada item precisa ser uma entrega concreta, de um tamanho que caiba no ciclo. “Revisar os contratos de fornecedores” é grande demais, enquanto “Revisar os oito contratos de transporte e apontar as cláusulas de risco” cabe numa semana.
Checklist de um bom item de backlog:
- Começa com um verbo e descreve uma entrega, não uma atividade vaga.
- Cabe num ciclo; se não cabe, é dividido.
- Tem critério de pronto claro.
- Indica de quem depende: cliente, outra área ou terceiro.
- Tem prioridade definida por quem responde pelo projeto.
Para ordenar, quatro perguntas ajudam. Qual item entrega mais valor ao cliente agora? Qual reduz o maior risco? E qual destrava outros itens? Qual tem uma data externa que não pode ser movida?
Um ciclo na prática: duas semanas de um projeto consultivo
Voltando aos quarenta contratos, um ciclo de duas semanas poderia funcionar assim (exemplo ilustrativo):
- Dia 1, planejamento (até uma hora). A equipe olha o backlog e, em seguida, escolhe o que cabe no ciclo. Meta: “entregar ao cliente o mapa de riscos dos contratos de transporte e logística”.
- Dias 2 a 9, checagem diária (15 minutos). Cada pessoa diz o que concluiu, o que fará em seguida e o que a impede de avançar. Problemas maiores são tratados depois, só com quem precisa.
- Dia 10, revisão com o cliente (até uma hora). O escritório apresenta o que ficou pronto, o cliente comenta e a ordem do backlog é ajustada. Talvez os contratos de tecnologia tenham ficado mais urgentes.
- Dia 10, retrospectiva (até 45 minutos). Só a equipe, com três perguntas: o que funcionou, o que atrapalhou e que mudança vamos testar no próximo ciclo?
Assim, ao fim de duas semanas, o cliente já tem algo em mãos. Ao fim do terceiro ciclo, terá três entregas e terá tido três oportunidades de corrigir o rumo.
A retrospectiva é a parte mais esquecida, mas a que mais gera melhoria. Uma regra ajuda: sair dela com uma única ação concreta, com responsável, e conferir o resultado no ciclo seguinte.
Onde a metodologia ágil na advocacia funciona (e onde não)
Ágil não serve para tudo, e forçá-lo onde não cabe desacredita o método.
| Funciona bem | Funciona com adaptação | Não é o caso |
|---|---|---|
| Projetos consultivos grandes e divisíveis, como revisão de uma carteira de contratos ou elaboração de políticas internas | Departamento jurídico que atende várias áreas da empresa, com backlog único e priorização a cada ciclo | Prazo processual: é fixo, vem de fora e não entra em repriorização |
| Implantação de sistema ou de nova rotina no escritório | Preparação de tese ou estratégia para um caso complexo | Contencioso repetitivo de alto volume, em que o fluxo contínuo do kanban funciona melhor |
| Projetos internos, como manual, modelos, site e treinamento | Atendimento recorrente a um cliente empresarial | Urgência que exige resposta no mesmo dia |
A implantação de um sistema é um bom exemplo de projeto ágil dentro de casa: em vez de configurar tudo antes de liberar, a equipe libera uma parte por ciclo e ajusta com quem usa. O guia de implantação de software jurídico, aliás, segue essa lógica.
Como começar com um piloto
O erro mais comum é anunciar que “agora o escritório é ágil” e só mudar o nome das reuniões. Por isso, comece pequeno:
- Escolha um projeto, não a área inteira. Algo com começo, meio e fim, que dure alguns meses e tenha um cliente disposto a conversar a cada ciclo.
- Monte uma equipe pequena. Três a seis pessoas, com um responsável pela ordem do backlog e outro pelo ritmo.
- Defina o ciclo. Em geral, duas semanas são um bom ponto de partida no jurídico.
- Use um quadro simples. Colunas como Backlog, Neste ciclo, Em andamento, Em revisão e Pronto bastam.
- Rode três ciclos antes de avaliar. Isso porque o primeiro é sempre desajeitado.
- Meça. Entregas concluídas por ciclo, itens que voltaram da revisão e a percepção do cliente. Depois decida: ampliar, ajustar ou parar.
Três sinais mostram que o piloto saiu do trilho: a checagem diária virou reunião de meia hora, o sócio muda prioridades no meio do ciclo sem passar pelo backlog e os ciclos terminam sem nada entregue. Se o escritório já trabalha com metas trimestrais, então os ciclos podem ser os passos intermediários dos OKRs na advocacia.
Como o LexFlow apoia ciclos ágeis
No Workspace do LexFlow, cada projeto pode ter o seu quadro dentro de uma área, com colunas como Backlog, Neste ciclo, Em andamento, Em revisão e Pronto. Cada tarefa leva prioridade, responsáveis, participantes, data de entrega, checklist e anexos, e pode ser vinculada à entidade do cliente. Uma etiqueta por ciclo, por exemplo “Ciclo 3”, deixa visível no cartão a rodada em que a tarefa foi planejada. Por fim, os campos personalizados do quadro podem ser obrigatórios só ao concluir, o que ajuda a fazer valer o critério de pronto.
O planejamento, a revisão e a retrospectiva podem ser eventos com repetição na Agenda, cada ocorrência com a sua ata. Além disso, quem acompanha o projeto sem executar pode entrar no quadro como Leitor.
Para medir, os Dashboards mostram as tarefas do Workspace por coluna, prioridade ou responsável. Os Relatórios usam as tarefas do Workspace como fonte, com filtros, agrupamento com subtotais e exportação em CSV ou XLSX, o que facilita comparar um ciclo com o outro.
Perguntas frequentes
Metodologia ágil serve para escritório pequeno?
Serve, desde que aplicada a um projeto e não à rotina inteira. Por exemplo, uma equipe de três pessoas pode trabalhar em ciclos de duas semanas com planejamento curto, checagem diária e retrospectiva, sem estrutura adicional.
Qual a diferença entre Scrum e kanban?
O Scrum organiza o trabalho em ciclos de duração fixa, com eventos definidos no início e no fim, enquanto o kanban organiza um fluxo contínuo e limita o trabalho em andamento. Aliás, muitas equipes usam um quadro kanban dentro de cada ciclo.
Preciso de certificação ou de um Scrum Master contratado?
Não para um piloto, pois alguém da equipe pode assumir o papel de cuidar do ritmo e remover obstáculos. Se o modelo se espalhar pelo escritório, então vale investir em formação.
Como explicar ao cliente que o trabalho será entregue em partes?
Mostre a vantagem para ele: a cada ciclo há algo utilizável e uma chance de mudar a prioridade. Combine desde o início as datas das revisões e quem do lado do cliente participa.
Conclusão
Metodologia ágil no jurídico não é trocar o nome das reuniões nem importar jargão, mas dividir projetos grandes em entregas pequenas, decidir a ordem com quem recebe o resultado e parar a cada ciclo para melhorar o jeito de trabalhar.
Por isso, escolha um projeto, forme uma equipe pequena e rode três ciclos de duas semanas. A decisão de ampliar, ou não, passa a ser tomada com base na experiência da sua própria equipe.
