Brainstorm
Brainstorm é uma técnica que fornece informações sobre os tipos de conteúdo e características que os usuários querem e desejam em um produto. Utilizada para levantar requisitos e aprender sobre novas características que os usuários apreciariam em um produto.
Uma sessão de brainstorming busca levantar de forma bastante livre um conjunto grande e abrangente de opiniões dos participantes em torno de um tema. Os resultados dessa atividade podem alimentar diretamente a especificação funcional e documentação de design.
Metodologia
A sessão de brainstorming foi realizada no teams, com a participação de todos os seis integrantes do grupo, porém é recomendando que essas sessões sejam realizadas de 8 a 12 pessoas. Aém disso, um membro do grupo fez o papel de moderador, que permite que as pessoas da sessão não perca o foco e que esclarece as dúvidas do time em geral.
Participantes da sessão
A Tabela 1 a seguir contém os participantes e o cronograma da elicitação.
Participantes | Data | Horário | Local |
---|---|---|---|
Lucas Lopes, Caio, Hellen, João, Philipe e Wildemberg | 26/11 | 20:30 | Conferência on-line |
Gravação da sessão de Brainstorm
Requisitos Funcionais
A Tabela 2 a seguir contém os Requisitos funcionais elicitados através do Brainstorm.
ID | Requisito |
---|---|
BS01(RF01) | O usuário deve poder personalizar seu ambiente. |
BS02(RF02) | O usuário deve poder acessar o seu progresso no jogo. |
BS03(RF03) | O usuário deve poder acessar seu nível no jogo. |
BS04(RF04) | O usuário deve poder ver suas conquistas. |
BS05(RF05) | O usuário deve poder escolher a dificuldade de suas lições. |
BS06(RF06) | O usuário deve poder determinar metas diárias a ser comprida. |
BS07(RF07) | O usuário deve poder escolher a atividade que deseja fazer. |
BS08(RF08) | O usuário deve poder ver seus erros nas atividades e tentar refaze-las. |
BS09(RF09) | O usuário deve poder personalizar o mascote. |
BS10(RF10) | O usuário deve poder adicionar amigos que utilizam a plataforma. |
BS11(RF11) | O usuário deve poder ver o ranque de usuários com mais frequencia do app. |
BS12(RF12) | O usuário deve poder criar uma comunidade. |
BS13(RF13) | O usuário deve poder fazer lições rápidas. |
BS14(RF14) | O usuário deve poder ver o funcionamento do código. |
BS15(RF15) | O usuário deve poder fazer atividades de revisão. |
BS16(RF16) | O usuário deve poder pedir dicas nos exercicios que desejar. |
BS17(RF17) | O usuário deve poder se cadastrar ou logar no sistema. |
Requisitos Não Funcionais
A Tabela 3 a seguir contém os Requisitos não-funcionais elicitados através do Brainstorm.
ID | Requisito |
---|---|
BS18(RNF01) | O sistema deve ter material de apoio em português. |
BS19(RNF02) | A cada nível que o usuário avançar, as fases devem aumentar a dificuldade. |
BS20(RNF03) | O sistema deve ter a opção de conectar com Anki. |
BS21(RNF04) | O sistema deve separar as fases por etapas. |
BS22(RNF05) | O sistema deve conter videos de auxilio. |
BS23(RNF06) | O sistema deve conter um portal com noticias de ti e oportunidade de emprego. |
BS24(RNF07) | O sistema deve conter a opção de traduzir o nome de uma estrutura. |
BS25(RNF08) | O sistema deve conter um painel de controle para configuração do aplicativo. |
BS26(RNF09) | O sistema deve mandar notificações de uso do app. |
BS27(RNF10) | O sistema deve conter uma ferramenta de nívelamento. |
BS28(RNF11) | O sistema deve conter atividades baseadas no cotidiano. |
Histórico de versão
Versão | Data | Descrição | Autor | Revisor |
---|---|---|---|---|
1.0 | 24/11/2022 | Conceito de brainstorm e construção da tabela | Hellen | Philipe de Sousa |
1.1 | 26/11/2022 | Adição da gravação de Brainstorm | Lucas Lopes | Philipe de Sousa |
1.2 | 26/11/2022 | Adição dos requisitos funcionais e não funcionais obtidos pelo brainstorm | João Pedro Alves Machado | Philipe de Sousa |
1.3 | 28/11/2022 | Organizando tabelas e fazendo correções | Hellen Fernanda | Philipe de Sousa |
1.4 | 06/01/2023 | Correções da verificação | Philipe | João |
Referência
Simone Diniz, Interação Humano-Computador. São Paulo, 1a Edição, Elsevier, 2010.