O documento discute as boas práticas na abordagem de requisitos em metodologias ágeis, destacando a importância de ter profissionais disciplinados e comprometidos com valores como indivíduos e interações, software executável, colaboração com clientes e resposta rápida às mudanças. Também apresenta desafios comuns na modelagem ágil de requisitos e estratégias para resolvê-los, como participação ativa dos stakeholders e tratar requisitos em prioridades.

1. Boas práticas na Abordagem de RequisitosemMetodologias Ágeis @FernandaMelina CSM, CSPO fmelina.blogspot.com

2. atender as expectativas dos clientes em funcionalidades, custos e prazos é um dos maiores desafios nos projetos hoje.

3. e como obter bons resultados?

5. profissionais disciplinados

6. pessoas comprometidas

8. Indivíduos e Interações ao invés de processos e ferramentas indivíduos einterações ao invés de processos e ferramentas.

9. software executável ao invés de documentação.

10. colaboração do cliente ao invés de negociação de contratos.

11. respostas rápidas às mudanças ao invés de seguir planos.

12. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

13. aabordagem de requisitos em metodologias ágeis, como qualquer proposta, pode permitir bons resultados a partir de sua combinação com impressões pessoais ligadas ao comportamento ágil de um profissional 2.0.

14. abordagem ágil de requisitos no contexto de desenvolvimento de software

15. para a modelagem de requisitos ser ágil... ...é necessário que haja um ambiente propício.

16. entraves

17. acesso limitadoaos stakeholders.

18. stakeholders do projeto NÃOsabem o que querem.

19. mudançade pensamento dos stakeholders.

20. conflitos de prioridades.

21. muitas partes interessadas no projeto querem participar.

22. stakeholders querem fixar soluções de tecnologia.

23. stakeholders incapazes de ver além da situação atual.

24. stakeholders com receio de serem rebaixados profissionalmente.

25. stakeholders não compreendem os artefatos de modelagem.

26. desenvolvedores não compreendem o domínio do problema.

27. stakeholders são excessivamente centrados em um tipo de exigência.

28. stakeholders exigem formalidade significativa com relação aos requisitos.

29. desenvolvedores não entendem as exigências.

30. e o produto final?!

31. como resolver?

32. participação ativa dos stakeholders.

33. adotar modelos inclusivos.

34. fazer uma primeira abordagem de forma abrangente.

35. detalhar os requisitos Just In Time.

36. tratar os requisitos em uma pilha de prioridades.

37. o objetivo é implementaros requisitos e não somente documentá-los.

38. reconhecer que existem muitos interessados.

39. abordar requisitos independente de plataforma.

40. menor é melhor!

41. rastreabilidade.

42. explicar as técnicas.

43. utilizar palavras apropriadas ao negócio.

44. criar um ambiente descontraído.

45. obter o apoio da altaadministração.

46. http://tasafo.wordpress.com/ @FernandaMelina fmelina.blm@gmail.com http://fmelina.blogspot.com/