Uma Das Tecnicas De Elicitação De Requisitos O Jad

Entendendo a dinâmica do workshop JAD na prática

Uma das tecnicas de elicitação de requisitos o jad não é uma ferramenta mágica que resolve todos os problemas de análise. É uma estrutura de trabalho colaborativo, originalmente criada pela IBM nos anos 80, que tenta tirar o time longe da mesa de cada um e colocar todo mundo na mesma sala para construir os requisitos juntos. O conceito básico é simples. Você reúne stakeholders, analistas, desenvolvedores e usuários finais em sessões facilitadas, geralmente de um dia ou mais, e trabalha nos requisitos em tempo real, com decisões sendo tomadas ali mesmo, não deixadas para depois por email. O que acontece de verdade dentro dessas sessões é interessante porque você vê o jogo político profissional se desenhar na hora. Tem o gerente que quer tudo, o usuário que não consegue diferenciar necessidade de desejo, e o desenvolvedor sênior que já sabe que a maioria das coisas que serão pedidas são tecnicamente inviáveis no prazo. O papel do facilitador é justamente manter esse equilíbrio. Ele não decide o que vai ser feito, mas garante que cada voz seja ouvida e que o grupo chegue a algum consenso. Na minha experiência, o formato mais comum é dividir o workshop em blocos temáticos. A primeira sessão é sempre de alinhamento de escopo — o que a solução precisa resolver e, mais importante, o que ela não vai resolver. Isso parece óbvio, mas é onde a maioria dos projetos que eu vi deram errado. As pessoas chegam querendo discutir telas antes de definir o problema.

Depois vem a sessão de levantamento propriamente dito. Aqui, o facilitador usa técnicas como brainstorming estruturado, entrevistas em grupo e modelagem conjunta. É muito comum usar quadro branco, post-its ou ferramentas como Miro e Mural para capturar as ideias visualmente. A diferença crucial em relação a uma entrevista individual é que os participantes se corrigem uns aos outros. Se alguém apresenta um requisito, o colega que vai usar o sistema no dia a dia quase sempre apont algo que foi esquecido ou uma contradição.

Como montar um workshop JAD funcional

O preparo é onde a maioria das pessoas falha. Eu já vi workshops serem cancelados no meio porque ninguém havia definido claramente o que seria discutido naquela sessão. O resultado era uma conversa sem direção que durava horas e produzia nada útil. O que funciona é o seguinte: antes do workshop, envie um material de contexto para todos os participantes. Um documento de uma página no máximo, descrevendo o problema de negócio, os objetivos esperados e a agenda detalhada de cada bloco. Isso não é burocracia, é economia de tempo. Quando as pessoas chegam sabendo o que vão discutir, a primeira hora do workshop já começa produtiva, não perdida em alinhamentos básicos. Dentro do workshop, o facilitador deve seguir a agenda rigidamente. A tentação é se perder em detalhes de um requisito específico enquanto o relógio avança. Eu costumo usar um técnica simples: cada tema recebe um tempo fixo, e se o grupo não chegar a uma decisão até o limite, aquele ponto fica marcado como pendente e segue para o próximo. Depois, volta-se apenas aos pontos pendentes. Isso evita que um assunto menor consuma três horas do dia.

A captura dos resultados durante a sessão é crítica. Eu sempre designo alguém exclusivamente para documentar, idealmente usando um formato estruturado que já pré-defina campos como descrição do requisito, prioridade, responsável pela validação e restrições identificadas. Se o facilitador tentar fazer anotações e conduzir a sessão ao mesmo tempo, algo vai se perder. Na prática, isso costuma ser o próprio analista de requisitos da equipe.

O problema que ninguém conta sobre JAD

Vou ser direto sobre uma coisa que poucos livros mencionam: o JAD funciona muito bem quando os participantes têm poder real de decisão. E isso raramente é o caso em organizações medianas ou grandes. Eu fiz um workshop de dois dias para um sistema de gestão financeira em uma empresa com uma estrutura hierárquica bastante fechada. Os usuários operacionais falavam baixo, concordavam com tudo que o gerente dizia, e quando eu pedia para eles detalharem um processo, respondiam com frases genéricas como "fazemos conforme a política interna". O consensus que parecíamos estar construíndo durante as sessões era falso. No dia seguinte, quando o desenvolvedor foi validar os requisitos com esses mesmos usuários, cada um deles queria algo completamente diferente do que tinha sido acordado na sala. A correção que eu fiz a partir daí foi simples, mas mudou meu approach permanentemente: antes do workshop em grupo, faço entrevistas individuais de 30 minutos com cada participante chave. Descubro assim o que cada um realmente pensa, quais são seus medos e expectativas reais. Quando chegam ao workshop já tendo sido ouvidos individualmente, eles participam de forma mais aberta e genuína. O tempo total do processo aumenta em cerca de 4 horas de preparação, mas a qualidade do resultado melhora drasticamente.

Insights que só aparecem após várias rodadas

Uma coisa contra-intuitiva que eu aprendi é que menos participantes frequentemente produz melhores resultados do que mais. O modelo clássico sugere entre 8 e 12 pessoas na sala. Funciona. Mas o que eu percebi na prática é que a partir de 10 pessoas, a dinâmica já começa a se fragmentar. Metade da sala fica calada, as conversas laterais começam, e o facilitador gasta 60% do tempo apenas mantendo o foco. Para workshops com mais de 10 participantes, eu divido em subgrupos rotativos. Cada grupo discute um módulo do sistema por 40 minutos, depois troca pessoas entre os grupos para propagar as ideias. O resultado é muito mais rico e todos se sentem parte do processo. Outro ponto que muitos ignoram: o JAD não substitui técnicas complementares. Eu vejo gente tratar o workshop como se fosse a única atividade de elicitação necessária. Isso é erro. Depois do workshop, ainda é preciso validar os requisitos documentados, criar protótipos para confirmacão com usuários que não puderam participar, e fazer sessões de refinamento em pequena escala. O JAD entrega uma base sólida e um consenso inicial, mas não é o ponto final do processo.

Quando o JAD não é a melhor escolha

Existem cenários onde outras abordagens são mais eficientes. Se você está trabalhando com um time distribuído em fusos horários diferentes, um workshop presencial de dois dias é inviável. Nesse caso, um formato assíncrono com plataformas como JiraConfluence ou mesmo um documento compartilhado com comentários estruturados pode ser mais produtivo. O trade-off é claro: você perde a riqueza da interação em tempo real, mas ganha a possibilidade de incluir mais participantes e dar mais tempo para reflexão. Também não recomendo o JAD para projetos com escopo extremamente restrito ou onde os requisitos são altamente técnicos e já conhecidos pela equipe. Se você está desenvolvendo uma API interna para um time de cinco pessoas que já usa o sistema existente diariamente, quatro horas de entrevista individual já cobrem tudo que um workshop de um dia cobriria, com menos custo organizacional. O JAD também falha quando o ambiente organizacional é hostil à transparência. Se os departamentos não conversam entre si há anos, ou se há interesses conflitantes muito evidentes entre áreas, o workshop pode se tornar um campo de batalha em vez de um espaço de colaboração. Nesses casos, recomenda-se primeiro um trabalho de mapeamento de stakeholders e construção de confiança em reuniões individuais antes de tentar o formato coletivo.

Resumo prático

O JAD é uma técnica válida e poderosa quando aplicada com consciência das suas limitações. O sucesso depende mais da qualidade do preparo e da habilidade do facilitador do que do método em si. Defina escopo com clareza antes da primeira sessão, entreviste participantes individualmente quando possível, mantenha a documentação viva durante todo o workshop, e não tenha medo de abandonar o formato quando o contexto organizacional não favorecer a colaboração aberta. Em termos de ROI, um workshop bem conduzido de dois dias pode condensar o que levaria três semanas de emails e reuniões individuais. Um workshop mal conduzido, por outro lado, gasta dois dias preciosos de nove pessoas e entrega um documento de requisitos que ninguém confia. A diferença está nos detalhes: quem você convida, como prepara o terreno, e quão firmemente o facilitador mantém a estrutura durante as sessões.