Apresentar requisitos nas planilhas não é ideal para projetos complexos, mas pode ser um método útil para projetos simples ou como uma etapa preliminar antes de usar ferramentas mais sofisticadas, como sistemas de gerenciamento de requisitos dedicados. Veja como é feito e suas limitações:
Como apresentar requisitos nas planilhas: As planilhas (como o Excel ou o Google Sheets) oferecem uma estrutura tabular que pode organizar informações de requisitos. Colunas comuns podem incluir:
*
id: Um identificador exclusivo para cada requisito (por exemplo, REQ-001, REQ-002). Isso é crucial para a rastreabilidade.
*
Tipo de requisito: Categoriza o requisito (por exemplo, história funcional, não funcional, do usuário).
*
Descrição: Uma declaração clara e concisa do que o sistema deve fazer ou uma característica que ele deve possuir. Use linguagem clara e inequívoca, evitando o jargão sempre que possível.
*
prioridade: Indica a importância relativa do requisito (por exemplo, alto, médio, baixo).
*
Fonte: Onde o requisito se originou (por exemplo, entrevista ao usuário, reunião de partes interessadas, documento comercial).
*
Status: Rastreia o progresso do requisito (por exemplo, proposto, aprovado, implementado, verificado).
*
Justificativa/justificativa: Explica o motivo do requisito.
*
Critérios de aceitação: Define como o requisito será validado (por exemplo, testes a serem executados).
*
atribuído a: Identifica quem é responsável por cumprir o requisito.
*
Notas/Comentários: Espaço para informações adicionais.
Exemplo: | Id | Tipo de requisito | Descrição | Prioridade | Fonte | Status |
| -------- | ----------------- | ------------------------------------------- | -------- | -------------------- | ----------- |
| Req-001 | Funcional | O sistema deve permitir que os usuários façam login. | Alto | Entrevista do usuário | Aprovado |
| Req-002 | Não funcional | O sistema deve responder dentro de 2 segundos. | Alto | Objetivo de desempenho | Aprovado |
| Req-003 | Funcional | O sistema deve exibir perfil de usuário. | Médio | História do usuário | Implementado |
Limitações do uso de planilhas para requisitos: *
Falta de rastreabilidade: Embora você possa adicionar IDs, vincular requisitos a outros artefatos (documentos de design, casos de teste) se torna difícil e propenso a erros. Isso torna o gerenciamento de mudanças e o entendimento do impacto das mudanças desafiadoras.
*
Dificuldade em gerenciar relacionamentos complexos: As planilhas não lidam facilmente com relações complexas entre os requisitos (por exemplo, dependências, conflitos).
*
Colaboração limitada: A edição simultânea pode levar a problemas de controle de versão.
*
Controle de versão ruim: Rastrear mudanças e reverter para versões anteriores é difícil.
*
problemas de escalabilidade: Gerenciar centenas ou milhares de requisitos em uma planilha se torna pesado.
*
Sem recursos de relatório interno: A geração de relatórios sobre o status de requisito, o progresso etc. requer esforço manual.
Quando as planilhas * são * adequadas: *
projetos muito pequenos: Para projetos com um pequeno número de requisitos.
*
Requisitos preliminares coleta: Como uma maneira rápida de capturar os requisitos iniciais antes de usar uma ferramenta mais robusta.
*
Requisitos simples: Se os requisitos forem diretos e não tiverem muitas dependências ou relacionamentos complexos.
Na maioria dos casos, as ferramentas dedicadas de gerenciamento de requisitos oferecem vantagens significativas sobre as planilhas para gerenciar requisitos de maneira eficaz. No entanto, para projetos simples e muito pequenos, uma planilha pode servir como um documento de requisitos básicos.
