JAD (Joint Application Design) - Tcnica de levantamento interativo

No desenvolvimento de sistemas, uma das tarefas mais difceis conseguir extrair do cliente todos os requisitos necessrios a fim de retratar fielmente o processo de negcio que ser implementado por meio de um sistema informatizado. Esta dificuldade tem vrias causas possveis: muitas vezes os requisitos no esto suficientemente claros para o prprio cliente do sistema; os processos de negcios passam por reas e pessoas diferentes e nem sempre elas concordam sobre quais so os requisitos do sistema; outras vezes, o cliente aproveita a oportunidade de informatizar o processo de negcio para rever o prprio processo e essas duas atividades acabam se confundindo; o cliente pode mudar de ideia ao longo do tempo e um requisito definido no incio da especificao pode estar diferente no final. Para minimizar estes problemas, uma soluo reunir todos os envolvidos com a definio dos requisitos e fazer um esforo concentrado para levanta os requisitos do r sistema no menor espao de tempo possvel. Uma boa ferramenta para promover este tipo de dinmica o JAD (Joint Application Design). O JAD uma tcnica de levantamento interativo, criada por dois profissionais da IBM do Canad na dcada de 1970 onde, em uma ou mais sesses, so reunidos todos os interessados no assunto para tomar as decises sobre o mesmo. A tcnica tem uma abordagem voltada para o trabalho em equipe e visa definir um modelo de soluo de problemas baseado em CONSENSO. A dinmica do JAD: So feitas reunies participativas, chamadas de sesses, envolvendo representantes de todas as reas relacionadas com os assuntos em discusso. As regras da sesso:
y

Todos os participantes so iguais. Nas sesses JAD, a estrutura hierrquica e de poder so deixadas do lado de fora. Todas as posies tem o mesmo peso e sero avaliadas pelo grupo sem levar em conta qual a origem da mesma. Apenas uma pessoa fala de cada vez. Assim todos tero chance de expressar a sua opinio e de ouvir as opinies do restante do grupo. Todas as opinies so vlidas. preciso no ter uma posio pr-concebida sobre as opinies dadas. Hora para comear, interromper e terminar. necessrio definir uma agenda para as sesses e cumpri-la risca. Celular desligado. Durante a sesso no devem acontecer interrupes externas. Recursos visuais. Utilizar intensivamente recursos visuais para tornar o projeto do sistema mais palpvel e permitir que ele seja entendido pelos diversos

y y

participantes. Uma fotografia mais explicativa e rica em detalhes do que 1000 palavras para a descrio de um fato. Os papeis na sesso:
y

Sponsor (Patrocinador). o executivo responsvel pelo projeto, o dono do sistema. Ele precisa ter autonomia para tomar decises, definir estratgias e direcionar o trabalho. Facilitador. o responsvel por conduzir a sesso. Ele no precisa ser um especialista no assunto que est sendo tratado. Ele dever estar focado em organizar a dinmica, dando a palavra a cada participante, obtendo o consenso sobre os assuntos tratados, organizando o registro das decises e intermediando os conflitos. Escriba. a pessoa responsvel por registrar todas as discusses e decises em um local que todos possam visualizar, como um quadro ou flip-chart. Documentador. o responsvel por registrar todas as decises em um documento formal, como uma ata de reunio ou uma especificao de requisitos, que ser assinado por todos ao final das sesses. Especialistas. So as pessoas que tem conhecimento do assunto que est sendo discutido e que podem efetivamente contribuir para a discusso e na tomada de decises. Observadores. So pessoas que esto na sesso apenas para conhecer mais do assunto que est sendo tratado ou para assimilar a tcnica da reunio. Os observadores no podem se manifestar durante a sesso.

Os fatores de sucesso:
y

A sesso precisa ter presente as pessoas que tem poder de deciso sobre o assunto tratado, pois, no adianta tomar decises durante a reunio que podero ser contestadas quando todos voltarem para o escritrio. As decises precisam ser tomadas por consenso, pois, todos os participantes da sesso precisam sair de l comprometidos com as definies registradas. As sesses devem ocorrer fora do ambiente de trabalho dos participantes para evitar interrupes e prevenir que os participantes se vejam tentados a tratar de assuntos ligados a sua rotina diria. No deixar que os participantes imponham suas opinies em funo do seu nvel hierrquico, para evitar que pessoas de nvel hierrquico mais baixo fiquem constrangidas em debater ou discordar. Definir claramente qual ser o produto gerado no final das sesses.

Os benefcios esperados em relao aos mtodos tradicionais:

Maior produtividade. Estudos relatam aumentos de 20 a 60% na produtividade, em relao aos mtodos tradicionais. Maior qualidade. Usurios e analistas de sistemas costumam citar projeto de softwares de alta qualidade como sendo o maior benefcio do mtodo. Trabalho em equipe. Promove o esprito de cooperao, entendimento e trabalho em equipe. Custos mais baixos. O projeto de alta qualidade, obtido atravs do JAD, possibilita uma grande economia de tempo e dinheiro mesmo aps a entrega do sistema