Priorização e definição do MVP

Introdução

O principal propósito das estratégias de priorização de requisitos é fornecer orientação na seleção das funções ou funcionalidades mais cruciais em um sistema em desenvolvimento. Isso envolve a elaboração de estratégias e parâmetros específicos para otimizar a resposta a diferentes tipos de desafios. A fim de realizar essa tarefa com eficácia, é necessário estabelecer critérios claros e cuidadosamente considerados. Para definir as prioridades de cada requisito foram utilizadas duas técnicas: MoSCoW, First Things First(FTF). A priorização foi realizada com base na declaração dos requisitos feita no Backlog safe:

O MVP - Minimum Viable Product, é um conceito amplamente utilizado no desenvolvimento de produtos . Um MVP é uma versão simplificada de um produto ou serviço que contém apenas os recursos essenciais necessários para atender às necessidades básicas dos clientes e validar a viabilidade do conceito.

Técnicas Utilizadas

A priorização dos requisitos foi feita por meio das seguintes técnicas:

First Things First (FTF)
MosCoW

Técnica de Priorização "First Things First" (FTF)

A técnica "First Things First"[1] é um método de priorização que envolve a análise ponderada de valor(valor de negócio), custo(complexidade) e riscos(viabilidade) associados a cada requisito, atribuindo pesos a cada um deles de forma a ter mais peso no cálculo o mais importante para o projeto. Essa técnica é empregada para estabelecer uma hierarquia de prioridades para os requisitos a serem implementados.

Metodologia - FTF

Nessa técnica de priorização específica, é criada uma tabela que engloba os riscos, custos, benefícios e a penalidade relativa de cada requisito identificado para o projeto. Além disso, busca-se equilibrar as perspectivas do cliente e do desenvolvedor.

Aqui está o procedimento:

Listagem de Requisitos: Compile todos os requisitos em uma tabela, excluindo aqueles que são dependentes de outros requisitos.
Avaliação de Benefício Relativo: Avalie o benefício relativo que cada recurso proporcionaria ao cliente ou ao negócio em uma escala de 1 a 9, onde 1 representa a menor relevância e 9 a maior relevância.
Estimativa de Penalidade Relativa: Estime a penalidade que o negócio sofreria caso o recurso não fosse incluído, também em uma escala de 1 a 9, com 1 indicando a menor penalidade e 9 a maior penalidade.
Cálculo do Valor Total: A coluna "Valor Total" é calculada somando o produto do "Benefício Relativo" pelo "Peso Relativo" e o produto da "Penalidade Relativa" pelo "Peso Relativo". Neste caso, o peso relativo é definido como 1.
Avaliação de Custo Relativo: Avalie o custo relativo da implementação de cada requisito em uma escala de 1 a 9.
Avaliação de Risco Relativo: Avalie o grau relativo de risco associado a cada requisito em uma escala de 1 a 9.
Cálculo da Prioridade: Calcule a prioridade de cada requisito utilizando a fórmula: "Valor % / (Custo % * Peso do Custo + Risco % * Peso do Risco)". Os pesos de custo e risco neste caso são ambos definidos como 1.
Ordenação da Lista: Ordene a lista em ordem decrescente com base nas prioridades calculadas.

Para o nosso contexto, foi escolhida a escala de 1 a 5. A escolha de uma escala de 1 a 5 visa simplificar o processo de avaliação e torná-lo mais prático, especialmente se o contexto do projeto não exige uma granularidade tão alta quanto uma escala de 1 a 9. A Figura 1 mostra a priorização realizada das features do projeto. Essa técnica foi escolhida para avaliar as features por considerarmos que seria mais precisa em quais conjuntos de funcionalidades deveriamos focar devido seus critérios de avaliação.

Figura 1: Priorização das features pelo FTF.

Apenas as features com prioridade maior que 0,25 foram consideradas viáveis para o MVP, então passamos para priorizar as User Stories.

Priorização MoSCoW

O Método MoSCoW é uma técnica útil para priorizar requisitos e auxiliar a equipe de desenvolvimento na tomada de decisões. Esta estrutura visa alcançar dois principais objetivos:

Avaliar a prioridade das tarefas em um projeto.
Alinhar os stakeholders em relação ao que deve ser realizado, considerando a ordem de importância dos elementos.

Metodologia - MoSCoW

A sigla MoSCoW representa:

Must-Have
Should
Could-Have
Would/Want/Won't-Have

Must-Have

Os requisitos classificados como Must-Have incluem tarefas essenciais para a conclusão do projeto e requerem priorização máxima. Tudo o que é classificado como Must-Have é crucial para o produto. Essas iniciativas têm alto impacto e agregam valor. A não realização delas prejudica a experiência do cliente, tornando-as as demandas mais urgentes a serem tratadas pelo time.

Should-Have

Os Should-Have incluem elementos importantes para o projeto, embora não sejam vitais, quando comparados às atividades Must-Have.

Could-Have

Os requisitos classificados como Could-Have apresentam menor criticidade em comparação com os Should-Have. Ainda assim, contribuem para o projeto, embora com um impacto menor em caso de ausência.

Would/Want/Won't-Have

Os elementos Would/Want/Won't-Have referem-se a requisitos com pouca ou nenhuma relevância para o projeto. A presença ou ausência desses requisitos não afeta a conclusão satisfatória do projeto.

A Figura 2 mostra a priorização realizada das US do projeto. Essa técnica foi escolhida para avaliar as US por considerarmos que seria mais adequada ao que deveria ou não ter no produto dentro das features principais.

Figura 2: Priorização das US pelo MoSCoW.

Mínimo Produto Viável

Foi utilizado o Canvas MVP do Lean Inception para definir o MVP como apresentado na Figura 3. Em resultados esperados, é indicado também quais objetivos secundários esperamos atingir naquele resultado e quais os requisitos responsáveis por tornar isso possível. Esses resultados juntos visam atingir o resultado principal do projeto.

Figura 3: MVP.

Bibliografia

[1] WIEGERS Karl E. First Things First: Prioritizing Requirements. Setembro de 1999. Disponível no link.

Histórico de versão

Data	Versão	Descrição	Autor
25/10	1.0	Criação da priorização de requisitos	Oscar de Brito e Larissa Gomes