In or Out
Introdução
O método "In or Out" oferece uma estratégia decisiva para a gestão de requisitos em projetos de desenvolvimento de software. Em vez de se perder em detalhes ou indecisões, essa abordagem simplifica o processo, exigindo uma escolha clara para cada requisito: ou ele é incorporado ao escopo do projeto, representado pelo "In", ou é excluído, indicado pelo "Out". Essa clareza de direcionamento promove uma tomada de decisão mais rápida e eficiente, garantindo que os recursos sejam direcionados para os aspectos mais relevantes e estratégicos do desenvolvimento.
Metodologia
O Método "In or Out" é uma abordagem simples e eficaz para priorizar requisitos durante o processo de desenvolvimento de software. Essa metodologia envolve uma decisão binária para cada requisito, determinando se ele deve ser incluído no escopo do projeto ("In") ou deixado de fora ("Out").
In or Out
Identificador | Descrição | Tipo | Origem | In or Out |
---|---|---|---|---|
REQ01 | Deve ser possível fazer login utilizando o gov.br | Requisito Funcional | INT01 | IN |
REQ02 | Deve ser possível pesquisar uma empresa pelo nome | Requisito Funcional | INT02 | IN |
REQ03 | Deve ser possível ver dados sobre uma empresa (Tempo médio de resposta, confiabilidade, etc.) | Requisito Funcional | QUE02, QUE05, QUE11; INT02 | IN |
REQ04 | Deve ser exibidos gráficos/indicadores relacionados aos dados sobre uma empresa (Tempo médio de resposta, confiabilidade, etc.) | Requisito Funcional | QUE02, QUE05, QUE11; INT02 | OUT |
REQ05 | Deve ser possível informar como/onde foi feita a compra (internet, loja física, telefone, etc.) | Requisito Funcional | INT03 | IN |
REQ06 | Deve ser possível escolher qual a categoria da reclamação (atendimento, cobrança, entrega, etc.) | Requisito Funcional | INT04 | IN |
REQ07 | Deve ser possível fornecer detalhes sobre a reclamação | Requisito Funcional | INT06 | IN |
REQ08 | Deve ser possível informar o que espera da empresa (reembolso, resposta, justificativa, etc.) | Requisito Funcional | INT07 | OUT |
REQ09 | Deve ser possível anexar arquivos relacionados a reclamação (prints, nota fiscal, ordem de serviço, etc.) | Requisito Funcional | INT08 | IN |
REQ10 | Deve ser possível visualizar as reclamações feitas | Requisito Funcional | QUE04; INT09 | IN |
REQ11 | Deve ser possível acompanhar o status de uma reclamação feita | Requisito Funcional | QUE18; INT10 | IN |
REQ12 | O aplicativo deve funcionar tanto em dispositivos Android quanto iOS | Requisito Não Funcional | REQ11 | IN |
REQ13 | O aplicativo deve apresentar uma interface simples e intuitiva | Requisito Não Funcional | QUE15, QUE19; INT12 | IN |
REQ14 | O aplicativo deve fornecer opções de acessibilidade (modo escuro, esquemas de cores, conteúdos em libras, etc.) | Requisito Não Funcional | QUE03; INT13 | OUT |
REQ15 | O aplicativo deve fornecer feedback ao usuário em caso de erros/falhas | Requisito Não Funcional | INT14 | IN |
Tabela 1 - requisitos selecionados (Autor: CÉSAR, Julio. 2024).
Reunião
Data | Hora | Local | Tema | Mediador | Participante |
---|---|---|---|---|---|
17/04/2024 | 21h | Teams | Priorização de requisitos elicitados utilizando a técnica In or Out | Júlio Cesar | Gabrielle Kitahara |
Tabela 2 - cronograma da reunião (Autor: CÉSAR, Julio. 2024).
Link da Gravação
Bibliografia
SERRANO, Milene, SERRANO, Maurício. Requisitos (Aula 07): Elicitação, Modelagem e Análise. UnB Gama, Brasília, 2023. Disponível em: https://aprender3.unb.br/pluginfile.php/2692772/mod_resource/content/2/Requisitos%20-%20Aula%2007.pdf. Acesso em: 17/04/2024.
Histórico de Versão
Versão | Data de execução | Data de revisão | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|---|
1.0 |
17/04/2024 | 17/04/2024 | Criação da priorização in or out | Igor Thiago, Júlio Cesar | Rodrigo |