Workshop de requisitos que aconteceu no AgileBrazil 2011

1. Captando requisitos de forma
ágil
Captando?

2. Nícolas Iensen
● Bacharel em Ciência da Computação pela PUC-RS
● ~ 6 anos de experiência com desenvolvimento de software
● ~ 4 anos desenvolvendo software baseado na web
● ~ 3 anos estudando/praticando Metodologias Ágeis
● Palestrante do GURU-RS e SC
● Sócio fundador da Quavio
nicolas@quavio.com.br
@nicolasiensen

3. Vocês
● Em que área atuam?
● Participam de algum processo de captação de requisitos?

4. Agenda
1. BABOK
2. Workshop de requisitos
3. User story mapping
4. Nosso workshop
1. Problema
2. Funcionalidades
3. Detalhes
4. Ordenação
5. Priorização
6. Quebras de Fluxo
7. Releases
5. Testes de Aceitação
6. Referências
7. A conclusão

5. BABOK
Business Analysis Body of Knowledge
ou Guia do Conjunto de Conhecimentos em Análise de
Negócios
● Desenvolvido pelo IIBA (International Institute of Business
Analysis)
● Padrão globalmente aceito para a prática de análise de
negócios
● Descreve áreas do conhecimento da análise de negócios,
suas atividades e tarefas, e as qualidades necessárias para
executar com eficácia.

6. Workshop de Requisitos
● Uma das técnicas para captação de requisitos aceitas pelo BABOK
● ~ "Um workshop de requisitos é uma reunião estruturada na qual um grupo
cuidadosamente selecionado de stakeholders colaboram para definir e/ou
refinar requisitos sob a orientação de um facilitador qualificado e neutro",
texto extraído do BABOK e traduzido por mim
● Outras técnicas para captação de requisitos aceitas pelo BABOK:
○ Brainstorming;
○ Document Analysis;
○ Focus Groups;
○ Interface Analysis;
○ Interviews;
○ Observation;
○ Prototyping;
○ Survey/Questionnaire;
● Um bom facilitador deve conhecer todas essas técnicas e aplicá-las
quando achar necessário (cinto de utilidades do Batman).

7. User Story Mapping
When releasing software incrementally, how do you choose a
first bundle of features that is both high value and immediately
useful? Jeff Patton
Informações contidas em um story map:
● Visão geral do projeto
● Funcionalidades e tipos de usuários
● Prioridade do backlog

8. Problema
● Formar os grupos;
● Escolher um problema do mundo real que possa ser resolvido com
software, exemplos:
○ Estúdio musical deseja um sistema de agendamento;
○ Restaurante deseja um sistema que interligue o garçom e a cozinha
○ Video locadora deseja um sistema de controle de retiradas
○ Produtora de eventos deseja vender os ingressos pela Internet
○ Ponto de taxi deseja um sistema de chamado conectado com o taxista
○ Instituição de ensino deseja um sistema de matrículas via Internet
○ Imobiliária deseja um sistema de vendas para os corretores
○ Loja de roupas deseja vender pela Internet
○ Prefeitura deseja um sistema onde as população possa sugerir
melhorias na cidade

9. Funcionalidades
A regra é começar com um verbo!
Não pensem no que o sistema tem que fazer e sim no que as pessoas fazem (UCD)

10. Detalhes

11. Ordenação
O objetivo é contar uma história
de como o sistema funciona

12. Priorização

13. Quebras de Fluxo

14. Releases

15. Testes de Aceitação
Qual a duração de cada reserva?
Os estúdios funcionam 24h/dia?

16. Referências
● BABOK
● User Story Mapping
● gogamestorm.com
● agileproductdesign.com
● @lcparzianello

17. Conclusão
● Preparem o terreno para executar um workshop de
requisitos
● Estudem o assunto
● Coragem para fazer diferente