$100
Introdução
Em projetos com recursos limitados, priorizar corretamente os requisitos é essencial para maximizar o valor entregue aos stakeholders. Uma abordagem prática e colaborativa para esse desafio é a técnica dos 100 dólares, também conhecida como priorização por orçamento fictício. Essa técnica transforma a priorização em uma dinâmica acessível e visual, onde os participantes distribuem um orçamento simbólico de 100 dólares entre os requisitos de um projeto, de acordo com sua importância percebida. Ao forçar escolhas dentro de um limite fixo, a técnica ajuda as equipes a discutir, refletir e alinhar prioridades de forma mais objetiva, promovendo uma visão compartilhada sobre o que realmente deve ser implementado primeiro.
Metodologia
Foi disponibilizada uma tabela contendo os requisitos elicitados a partir da participação de um usuário do sistema e de um desenvolvedor. Cada participante recebeu um montante fictício de 100 dólares para ser distribuído entre os requisitos, conforme o grau de importância atribuído a cada um. Nesse método de priorização, quanto maior o valor destinado a um requisito, maior é a sua relevância percebida pelo participante. As pessoas que participaram da aplicação da técnica $100 estão listadas na Tabela 1.
Tabela 1: Participantes da técnica $100.
Nome | Função |
---|---|
Vitor Pereira | Desenvolvedor |
Gabriel Lima | Cliente |
Tipo | Descrição | Vitor Pereira | Gabriel Lima | Preço Total |
---|---|---|---|---|
RF01 | O aplicativo deve permitir localizar o celular perdido. | $8 | $5 | $6.5 |
RF02 | O aplicativo deve tornar visível e acessível a opção de registro de boletim de ocorrência. | $2 | $3 | $2.5 |
RF03 | O aplicativo permite acessar ou cancelar contas bancárias vinculadas ao aparelho. | $8 | $5 | $6.5 |
RF04 | O aplicativo deve oferecer o passo a passo do que fazer após um furto ou roubo. | $6 | $3 | $4.5 |
RF05 | O aplicativo deve fornecer confirmação visual (feedback) ao usuário após realizar ações importantes. | $0 | $3 | $1.5 |
RF06 | O aplicativo deve notificar o usuário de atividade suspeita relacionada ao dispositivo. | $8 | $5 | $6.5 |
RF07 | O aplicativo deve permitir a recuperação do aparelho bloqueado caso reencontrado. | $7 | $3 | $5 |
RF08 | O aplicativo deve permitir que o usuário registre um boletim de ocorrência. | $8 | $3 | $5.5 |
RF09 | Permitir agendamento de bloqueio remoto em horários predefinidos. | $4 | $5 | $4.5 |
RF10 | Gerar relatório de movimentação para download em PDF. | $6 | $2 | $4.0 |
RF11 | Atualizar localização em tempo real a cada X segundos. | $1 | 3 | $2 |
RF12 | Oferecer rastreamento via satélite em áreas sem cobertura de celular. | $6 | $3 | $4.5 |
RF13 | Restaurar dados de backup via e-mail. | $2 | $2 | $2 |
RF14 | Botão de 'bloqueio rápido' sempre visível na tela principal. | $1 | $4 | $2.5 |
RF15 | Localizar meu celular em um mapa através do aplicativo. | $3 | $4 | $3.5 |
RNF01 | O design do aplicativo é simples e de fácil navegação. | $6 | $4 | $5 |
RNF02 | Suporta um grande número de acessos simultâneos. | $2 | $4 | $3 |
RNF03 | Acionar um alarme sonoro remoto no celular perdido. | $4 | $4 | $4 |
RNF04 | Navegação intuitiva e acessibilidade geral. | $6 | $4 | $5 |
RNF05 | Uso de criptografia e proteção de dados sensíveis. | $8 | $5 | $6.5 |
RNF06 | Resposta rápida nas interações do usuário (até 3 segundos). | $2 | $2 | $2 |
RNF07 | Compatível com Android e iOS. | $6 | $3 | $4.5 |
RNF08 | Garantia de 99% de disponibilidade com mínimas interrupções. | $4 | $5 | $4.5 |
RNF09 | Inclusão de leitores de tela e navegação adaptada. | $5 | $6 | $5.5 |
RNF10 | Operação eficiente em conexões lentas. | $3 | $3 | $3 |
RNF11 | Disponibilidade do app em múltiplos idiomas. | $0 | $1 | $0.5 |
RNF12 | Recuperação da sessão em caso de interrupções. | $2 | $2 | $2 |
RNF13 | Alternativa visual para ambientes com pouca luz. | $1 | $2 | $1.5 |
RNF14 | Mecanismos para manter o sistema funcional mesmo em situações críticas. | $3 | $5 | $4 |
Fonte: Gabriel Lima e Vitor Pereira.
Resultados
A aplicação da técnica dos $100 no projeto Celular Seguro permitiu identificar com clareza os requisitos mais críticos para o sucesso inicial do sistema. Os requisitos RF01 (O aplicativo deve permitir localizar o celular perdido.), RF03 (O aplicativo permite acessar ou cancelar contas bancárias vinculadas ao aparelho) e RNF05 (Segurança da informação), todos com prioridade $6.5, destacaram-se como fundamentais. Esses itens sustentam a base operacional e a confiabilidade do aplicativo, sendo indispensáveis para garantir a integridade dos dados sensíveis e a adesão do público-alvo ao serviço.
Em contrapartida, funcionalidades como o suporte a múltiplos idiomas (RNF11, $0.5) e ajustes para ambientes com pouca luz (RNF13, $1.5) foram avaliadas como de baixa prioridade. Isso indica que, embora agreguem valor à experiência do usuário, podem ser postergadas para versões futuras, sem comprometer a proposta inicial do app.
Já os requisitos com valores intermediários — entre $2.0 e $5.5 — formam um grupo relevante para otimizar a usabilidade e ampliar o impacto do Celular Seguro. Oferecer rastreamento via satélite em áreas sem cobertura de celular (RF12, $4.5), compatibilidade com Android e iOS (RNF07, $4.5), acionar um alarme sonoro remoto no celular perdido. (RNF03, $4.0) e garantia de acessibilidade (RNF04, $5.0) são importantes para consolidar o sistema, mas sua implementação pode ocorrer após as funcionalidades consideradas críticas. Dessa forma, a priorização orienta o desenvolvimento de maneira estratégica, concentrando esforços nas entregas com maior valor agregado para a segurança, eficiência e adoção do aplicativo.
Bibliografia
WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Seattle: Microsoft Press, 2013.
Histórico de Versões
Versão | Data de Produção | Descrição da Alteração | Autor(es) | Revisor(es) | Data de Revisão |
---|---|---|---|---|---|
1.0 | 01/05/2025 | Criação do documento 100 dollars | Leonardo de Melo | Vitor Pereira | 01/05/2025 |
1.1 | 04/05/2025 | Análise da técnica 100 dollars em dupla | Gabriel Lima e Vitor Pereira | Leonardo de Melo | 04/05/2025 |
1.2 | 08/05/2025 | Padronização do Histórico de Versões | Arthur Carvalho | Arthur Carvalho | 08/05/2025 |