O documento descreve o método Joint Application Design (JAD) para levantamento de requisitos de sistemas, incluindo sua estrutura, elementos e técnicas para condução de reuniões. O JAD busca melhorar a comunicação entre desenvolvedores, clientes e envolvidos, promovendo a integração com os clientes e fazendo com que se sintam co-autores do projeto.

1. JAD JOINT APPLICATION DESIGN (DEVELOPMENT)

2. #1 LEVANTAMENTO DE REQUISITOS

3. LEVANTAMENTO DE REQUISITOS Entender o cliente. Parte mais importante do processo de desenvolvimento. Garantir que todos os envolvidos saibam o que é esperado.

4. DIFICULDADES O MÉTODO DE LEVANTAMENTO DE REQUISITOS MAIS UTILIZADO É A ENTREVISTA INDIVIDUAL. APESAR DA PRATICIDADE, TORNA O PROCESSO MUITO DEMORADO. NÃO TRATA ASPECTOS CRÍTICOS.

5. ? #2 O QUE É JAD

6. DEFINIÇÃO SURGIU PARA MELHORAR A COMUNICAÇÃO ENTRE DESENVOLVEDORES, CLIENTES E ENVOLVIDOS. MÉTODO PARA DEFINIÇÃO DE REQUISITOS DE SISTEMAS. MAIS USUAL EM EMPRESAS QUE POSSUEM ESTRUTURAS ORGANIZACIONAIS VOLTADAS AO GERENCIAMENTO DE PROJETOS. UTILIZADO NAS EMPRESAS QUE QUEIRAM TOMAR DECISÕES QUE AFETAM MÚLTIPLAS ÁREAS DA ORGANIZAÇÃO.

7. PROPOSTAS Promove a integração com os clientes. Propõe o compromisso, coesão de grupo, reuniões produtivas, papéis bem definidos, trabalho estruturado e dinamismo de trabalho.

8. OBJETIVOS FAZER COM QUE OS CLIENTES SINTAM-SE CO-AUTORES. CRIAR VÍNCULO MUITO FORTE DE POSSE, PROPRIEDADE E DOMÍNIO

9. #3 ESTRUTURA DA REUNIÃO

10. INFRAESTRUTURA SALA DE REUNIÃO: LOCAL “ISENTO DE INFLUENCIAS”. BOA ILUMINAÇÃO, VENTILAÇÃO ADEQUADA E BAIXO NÍVEL DE RUÍDO. QUADRO BRANCO: FACILITAR A COMPREENSÃO DO TEMA EXPOSTO. FLIP CHART: OFICIALIZAR AS PRINCIPAIS DECISÕES DO GRUPO. AFIXAR TUDO O QUE FOI PUBLICADO. MESA: FORMATO EM “U”.

12. CRONOGRAMA E CHECKLIST AGENDA: CONSIDERAR TODOS OS TÓPICOS QUE SERÃO ABORDADOS DURANTE AS SESSÕES. CHECKLIST: CRIAR LISTA PARA CHECAGEM DOS ITENS PRÉ REUNIÃO.

13. FORMATO DA REUNIÃO Abertura: Apresentação dos participantes, metodologia da reunião e definir a conduta do grupo. Apresentar a agenda. Desenvolvimento: Ocorre o levantamento de dados. Conclusão de tópico por tópico da agenda. Aprovações necessárias. Fechamento: São feitos os resumos do que foi discutido e aprovado. Momento para resolver assuntos pendentes e distribuir tarefas para próximas reuniões.

14. #4 ELEMENTOS DA REUNIÃO

15. CLIENTE Estabelece as diretrizes e objetivos do projeto. Responsável pela abertura da primeira sessão de trabalho.

16. EQUIPE Responsáveis pelo conteúdo da reunião. Representam as áreas envolvidas no projeto. Os participantes são escolhidos entre pessoas chave de cada área de negócio. Na sessão, não há distinção hierárquica.

17. LÍDER DE SESSÃO Responsável pela condução da reunião. Deve ser o guia do grupo. Deve garantir que a sessão será conduzida adequadamente e que a opinião de todos seja ouvida. Habilidade para lidar com pessoas é essencial. Não opina!

18. ESCRIBA É UM AUXILIAR DO LÍDER DA SESSÃO. DEVE REGISTRAR AS DECISÕES E ESPECIFICAÇÕES PRODUZIDAS. DOCUMENTA AS INFORMAÇÕES MAIS RELEVANTES, SEGUNDO ORIENTAÇÃO DO LÍDER DA SESSÃO.

19. GERENCIADOR DO TEMPO Deve monitorar o andamento da sessão com base no tempo estimado. Avisar aos membros da sessão quando o tempo para cada assunto estiver sendo ultrapassado. Reservar um tempo ao fim da sessão para as considerações finais.

20. #5 TÉCNICAS PARA CONDUÇÃO DA REUNIÃO

21. BRAINSTORM FAZER PERGUNTAS ABERTAS. REFORÇAR COLOCAÇÕES INTERESSANTES. IGNORAR COMENTÁRIOS FORA DO OBJETIVO. INTERROMPER DIÁLOGOS PARALELOS. FAZER PERGUNTAS ORIENTADAS A TÓPICOS ESPECÍFICOS. NÃO PERMITIR QUE A DISCUSSÃO FUJA DOS OBJETIVOS. ESCUTAR TODOS OS PARTICIPANTES. ESCREVER NO FLIP-CHART AS PRINCIPAIS DECISÕES DO GRUPO.

22. É proibido proibir!!! JAD não é Joint Application DISASTER! REGRAS É proibido criticar qualquer coisa. Qualquer um pode aproveitar qualquer idéia já lançada e melhorá-la. As idéias lançadas num brainstorming são propriedade do grupo e não do indivíduo. Todos os participantes devem conhecer os objetivos do projeto.

23. #6 REFERÊNCIAS

24. WOOD, Jane; SILVER, Denise. JAD - Joint Application Development. John Wiley & Sons, Inc., 1995. SOLTYS, Romam. JAD For Business PlansAnd Designs. 1993. RUSH, Gary. JAD - Its History And Evolution. 2006 http://youtu.be/dtDLnhuBCTI - Visitado em 26/08/2010

25. Escola de Artes, Ciências e Humanidades Universidade de São Paulo Prática e Gerenciamento de Projetos Lucas Lima Oliveira Luiz Roberto Contim Marcus Vinícius Viudes Rocha Vitor Kenzo Kataguire JOINT APPLICATION DESIGN