$100
Introdução
Introdução
A técnica dos $100 é uma maneira prática de ajudar a decidir quais funcionalidades devem ser priorizadas em um projeto. Cada participante recebe $100 fictícios para distribuir entre os requisitos que considera mais importantes. Quanto mais importante um requisito for, mais dinheiro é alocado a ele.
Essa distribuição representa o valor percebido de cada funcionalidade dentro das limitações de recursos do projeto. Quando o valor total chega a $100, não é possível adicionar mais nada, simulando uma situação real de decisão com recursos limitados. No final, somam-se os valores destinados a cada requisito para identificar os que têm maior prioridade de forma coletiva e transparente.
Metodologia
Para aplicar a técnica dos $100, cada integrante do grupo recebeu $100 fictícios para distribuir entre os requisitos funcionais e não funcionais listados neste documento. A distribuição foi feita de acordo com a percepção individual de importância de cada requisito, considerando o que traria mais valor ao usuário e ao sistema.
Após todos os membros realizarem suas distribuições, os valores atribuídos a cada requisito foram somados e, em seguida, foi calculada a média. Essa média final foi utilizada como base para identificar os requisitos com maior prioridade segundo a visão coletiva do grupo.
Tabela Consolidada de Requisitos
Nesta tabela estão listados todos os requisitos funcionais e não funcionais identificados no projeto. A priorização foi realizada com base na técnica dos $100, onde cada integrante do grupo recebeu R$100 fictícios para distribuir entre os requisitos, considerando o grau de importância de cada um. Os valores foram depois utilizados para calcular a média e definir a prioridade geral.
| Requisito | ID | Descrição | Créditos |
|---|---|---|---|
| RF01 | Requisito Funcional | O sistema deve permitir que o usuário solicite serviços públicos como coleta de lixo, reparo de vias e diversos. | 9.28 |
| RF02 | Requisito Funcional | O sistema deve permitir o usuário utilizar um mapa para localizar onde foi solicitado o serviço. | 6.57 |
| RF03 | Requisito Funcional | O sistema deve permitir que o usuário visualize e acompanhe o status das suas solicitações. | 7.28 |
| RF04 | Requisito Funcional | Permitir o registro de ocorrências relacionadas a problemas de infraestrutura urbana, como buracos ou falta de iluminação. | 6.57 |
| RF05 | Requisito Funcional | Disponibilizar categorias pré-definidas para o tipo de ocorrência, facilitando a triagem pelos órgãos competentes. | 3.00 |
| RF06 | Requisito Funcional | Permitir ao usuário selecionar o tipo de serviço desejado (implantação, limpeza ou reparo). | 4.42 |
| RF07 | Requisito Funcional | Possibilitar a adição de descrição textual, imagem e localização GPS da ocorrência. | 3.57 |
| RF08 | Requisito Funcional | Disponibilizar agendamento de serviços de saúde pública, como vacinação ou doação de sangue. | 8.00 |
| RF09 | Requisito Funcional | Disponibilizar a emissão de tributos, certidões e outros documentos fiscais. | 4.00 |
| RF10 | Requisito Funcional | Fornecer um histórico de interações do usuário com o aplicativo, incluindo solicitações e agendamentos. | 5.00 |
| RF11 | Requisito Funcional | Apresentar um feed de notícias atualizadas com informações úteis do Governo do Distrito Federal. | 4.28 |
| RF12 | Requisito Funcional | Fornecer um mapa com localização de unidades de serviço público e ocorrências próximas. | 8.71 |
| RNF01 | Requisito Não Funcional | O aplicativo deve permitir acessibilidade para pessoas idosas ou com deficiência visual. | 7.14 |
| RNF02 | Requisito Não Funcional | O sistema deve funcionar mesmo em dispositivos com baixa capacidade de hardware. | 3.57 |
| RNF03 | Requisito Não Funcional | O sistema deve carregar as informações de forma otimizada, reduzindo tempo de resposta. | 3 |
| RNF04 | Requisito Não Funcional | O sistema deve ter compatibilidade com leitores de tela. | 4.00 |
| RNF05 | Requisito Não Funcional | O aplicativo deve garantir que as informações exibidas sejam atualizadas e reflitam fielmente a realidade, especialmente nas áreas de saúde e educação. | 5.00 |
| RNF06 | Requisito Não Funcional | O aplicativo deve garantir proteção de dados pessoais, reforçando a confiança do usuário quanto à privacidade e segurança. | 4.00 |
| RNF07 | Requisito Não Funcional | As funcionalidades principais devem responder em, no máximo, dois segundos para garantir boa experiência. | 2.57 |
Elaborado por: João Marcos Moraes e Luiza da Silva Pugas.
Gravação
A gravação dessa técnica está nesse link: https://youtu.be/NgQ3NoHkDZQ
Referência Bibliografia
WIEGERS, Karl E.; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. Disponível em: https://www.microsoftpressstore.com/store/software-requirements-9780735679610. Acesso em: 4 maio 2025.
Histórico de Versões
| Versão | Descrição | Autor(es) | Data | Revisor(es) | Data de revisão |
|---|---|---|---|---|---|
| 1.0 | Adição da documentação da técnic de priorização 100$ | Lucas Mendonça | 04/05/2025 | Gabriel Lopes | 04/05/2025 |
| 1.1 | Adicionando link da gravação | Lucas Mendonça | 04/05/2025 | Gabriel Lopes | 04/05/2025 |