A diferença entre pessoas bem-sucedidas e pessoas realmente bem-sucedidas é que as pessoas realmente bem-sucedidas dizem não a quase tudo.
A diferença entre pessoas bem-sucedidas e pessoas realmente bem-sucedidas é que as pessoas realmente bem-sucedidas dizem não a quase tudo.
Independentemente de dizer não a quase tudo, há uma coisa que o tornará bem-sucedido: escolher deliberadamente o que fazer.
Em outras palavras, priorizar o trabalho que você realiza é a base do sucesso.
Essa máxima é especialmente verdadeira no desenvolvimento de produtos. Nesta postagem do blog, discutimos por que, quando e como usar a estrutura de priorização ao criar produtos de software de sucesso.
Compreender as estruturas de priorização de produtos
A priorização de produtos é uma abordagem estruturada que as equipes de engenharia utilizam para tomar decisões sobre quais recursos desenvolver, quando e por quê.
Em um cenário típico de desenvolvimento de produtos, há dezenas de bugs, melhorias e recursos que precisam da atenção da equipe. A priorização de produtos ajuda as equipes a concentrarem sua atenção no trabalho que realmente importa.
Exemplo: Digamos que você esteja desenvolvendo um aplicativo móvel para os usuários jogarem o jogo de cartas Paciência. Os usuários podem solicitar um botão para desfazer. Os anunciantes podem pedir uma maneira de adicionar vídeos entre os jogos.
O desempenho do seu aplicativo pode exigir que você divida alguns recursos em unidades menores. A equipe de produto pode ter seu próprio conjunto de novos recursos para o jogo. O que você faz primeiro? Como você define as prioridades?
Boas equipes de desenvolvimento utilizam várias técnicas ágeis de priorização comprovadas para tomar decisões. Essas estruturas criam:
- Colaboração: a estrutura oferece a todos uma base comum para a tomada de decisões, evitando desacordos desnecessários.
- Consistência: quando a mesma abordagem é usada para priorização de recursos em cada sprint, as equipes têm consistência e previsibilidade a longo prazo.
- Clareza: quando toda a equipe sabe por que uma decisão está sendo tomada, há um alinhamento estratégico com o roteiro do produto.
- Rapidez: as decisões podem ser tomadas mais rapidamente com estruturas, minimizando reuniões e outras idas e vindas.
- Rastreabilidade: as estruturas também servem como um registro de decisões anteriores, o que pode ajudar os novos membros da equipe a se integrarem rapidamente.
Tudo isso é ótimo, mas o que exatamente são essas estruturas? 🤔
Vamos descobrir.
Estruturas populares de priorização de produtos
Não existe uma estrutura de priorização de produtos que seja a melhor para todos. Na verdade, dependendo da situação, dos recursos e das decisões a serem tomadas, existem várias estruturas que as equipes de desenvolvimento de produtos utilizam. Aqui estão algumas estruturas-chave de priorização de gerenciamento de produtos que podem ajudar em sua jornada.
1. Método MoSCoW
MoSCoW — abreviação de must-have, should-have, could-have e won't-have — é uma estrutura de priorização simples e fácil de usar. Como o nome sugere, ela ajuda as equipes a categorizar os recursos em:
- Indispensável: Recursos que são inegociáveis e essenciais para atender às necessidades do usuário.
- Deve ter: Necessário, mas não tão urgente quanto os recursos obrigatórios.
- Poderia ter: recursos desejáveis, mas dispensáveis para o usuário.
- Não terá: Não é importante o suficiente para estar no radar da equipe.
Este é um ótimo método a seguir se as necessidades do usuário forem claras e também a principal consideração para a tomada de decisões. A estrutura ágil de entrega de projetos do método de desenvolvimento de sistemas dinâmicos (DSDM) favorece o MoSCoW como estrutura de priorização.
| Prós | Contras |
|---|---|
| Simples e fácil de usar | As decisões podem ser arbitrárias sem dados sobre as necessidades dos usuários. |
| Claro e focado no cliente | É fácil superestimar o número de recursos indispensáveis |
| Adequado também para equipes não técnicas. | Dentro de cada categoria, não é possível estabelecer prioridades adicionais. |
2. Modelo de pontuação RICE
RICE significa alcance, impacto, confiança e esforço. O modelo de priorização RICE atribui valores a cada um desses parâmetros e calcula uma pontuação combinada com base na qual os recursos são priorizados.
- Alcance refere-se ao número de pessoas/usuários que serão impactados pelo recurso (em um período específico).
- Impacto refere-se à extensão em que os usuários serão afetados, geralmente pontuada em uma escala de 0,25 a 3 (onde 3 representa um impacto significativo).
- Confiança refere-se ao nível de certeza das estimativas de alcance e impacto, normalmente representado como uma porcentagem.
- Esforço é a quantidade de trabalho que o recurso exige, geralmente estimada em meses-pessoa.
Depois de obter esses números, calcule a pontuação RICE usando a seguinte fórmula.
Pontuação RICE = (Alcance × Impacto × Confiança) / Esforço
A pontuação RICE representa o valor comercial potencial do recurso em relação ao esforço/recursos de desenvolvimento. Recursos com pontuações RICE mais altas são priorizados.
| Prós | Contras |
|---|---|
| Considere vários fatores ao tomar decisões. | Pode ser complexo de calcular, especialmente se houver muitos recursos. |
| O valor de confiança compensa qualquer incerteza na estimativa. | Estimar o alcance, o impacto, o esforço, etc. pode ser difícil, criando pontuações arbitrárias. |
| Representa o valor como uma função do esforço (ajuda a medir o retorno sobre o investimento também). | Não incorpora dependências que podem afetar a prioridade. |
3. Modelo Kano
Assim como o MoSCoW leva em consideração as necessidades do usuário, o modelo Kano prioriza recursos com base na satisfação do cliente. Criado pelo especialista em gestão da qualidade Noriaki Kano, esse modelo categoriza os recursos em:
- Noções básicas: sem esses recursos, o cliente ficará insatisfeito.
- Necessidades: esses recursos melhoram a satisfação do cliente.
- Delighters: vão além do esperado para encantar o cliente.
Às vezes, as equipes de operações de produto também podem usar mais duas categorias, como “qualidade indiferente”, ou seja, recursos que não satisfazem nem insatisfazem os clientes, e “qualidade reversa”, ou seja, recursos que podem criar insatisfação quando implementados.
| Prós | Contras |
|---|---|
| Focado no usuário, com uma visão clara da satisfação do cliente. | O processo de priorização e a coleta de dados CSAT podem ser demorados. |
| O feedback dos clientes é coletado usando o questionário Kano de usuários reais. | Os clientes pesquisados podem não compreender/imaginar os recursos a serem desenvolvidos no futuro. |
| Conecta a experiência do usuário (UX) à qualidade do produto | Concentra-se apenas na satisfação do cliente, sem considerar o esforço ou os recursos necessários. |
4. Quadrante valor x esforço
O quadrante valor x esforço é uma versão mais simples do modelo de pontuação RICE. Ele compara o valor derivado de um recurso, como receita, lucro, aquisição de clientes, economia de custos etc., com o esforço envolvido no desenvolvimento desse recurso, incluindo quaisquer riscos, dependências e complexidade.
Com base na pontuação de valor versus esforço, os recursos são dispostos em quatro quadrantes, como na matriz de Eisenhower. Os recursos que produzem a maior pontuação de valor versus esforço são priorizados para desenvolvimento.
| Prós | Contras |
|---|---|
| Concentre-se no valor comercial, conectando as equipes de produto e engenharia. | O valor e o esforço podem ser definidos de forma ampla, resultando em estimativas arbitrárias. |
| Ajuda a alocar recursos e esforços limitados aos aspectos de maior valor. | O “valor comercial” muitas vezes pode desviar o foco da experiência do cliente. |
| Fácil de usar para equipes comerciais e técnicas. | Como o alto e o baixo esforço ou valor são subjetivos, podem surgir divergências, atrasando as decisões. |
| A dívida técnica e os recursos de desempenho podem perder prioridade devido à incapacidade de estimar o valor. |
Para uma versão mais simples deste modelo, experimente o modelo de matriz de prioridades do ClickUp. Neste método, você categoriza os recursos com base em duas dimensões: prioridade e importância. Você os organiza visualmente em uma matriz 2×2 e, em seguida, trabalha com eles um por um.
5. Pontuação ICE
O ICE, como você deve ter adivinhado, é semelhante ao modelo de pontuação RICE, com pequenas diferenças. ICE significa impacto, confiança e facilidade.
- Impacto: efeito potencial ou valor comercial do recurso
- Confiança: certeza sobre o impacto estimado e a facilidade
- Facilidade: facilidade com que esse recurso pode ser desenvolvido, considerando os riscos, recursos e complexidade.
Pontuação ICE = impacto x confiança x facilidade
Recursos com pontuações ICE mais altas têm prioridade sobre aqueles com números mais baixos.
| Prós | Contras |
|---|---|
| Mais simples do que o RICE para calcular e usar | O impacto e a facilidade são subjetivos, resultando em pontuações arbitrárias. |
| A pontuação de confiança ajuda a compensar imprecisões na estimativa. | Não se concentra diretamente nas necessidades do cliente. |
| Conecta o valor comercial ao esforço/facilidade de desenvolvimento | O que você define como impacto pode afetar desproporcionalmente as decisões de priorização. |
6. Pontuação de oportunidades
Inspirado no livro inovador de Anthony Ulwick, “Outcome-driven innovation” (Inovação orientada para resultados), o modelo de pontuação de oportunidades classifica os recursos em escalas de satisfação e importância. A classificação real é feita pelos clientes. Assim, as equipes fazem duas perguntas aos clientes:
- Qual é a importância de um recurso ou da funcionalidade que ele oferece?
- Qual é o nível de satisfação do cliente com as soluções atuais para alcançar o mesmo resultado?
Isso ajuda a identificar os recursos mais importantes, mas com menor satisfação. Você priorizará esses recursos.
| Prós | Contras |
|---|---|
| Centrado no cliente, o que aumenta as chances de criar valor comercial. | Depende da opinião do cliente, que pode ou não ter opiniões sobre recursos que seriam bons de se ter. |
| Simples e fácil de usar | Pesquisas para cada recurso do roteiro do produto podem ser tediosas para a equipe de desenvolvimento e para o cliente. |
| Mapeadas em um gráfico simples 2×2 para análise visual. |
7. Mapeamento de histórias
O mapeamento de histórias é uma estrutura de priorização criada com base na jornada do usuário pelo produto.
Em termos simples, as equipes de gerenciamento de produtos criam colunas para cada marco significativo na jornada do usuário.
Por exemplo, se você estiver criando o jogo Paciência, suas colunas podem incluir login, design das cartas, configurações, empilhamento das cartas, animações de conclusão do jogo etc.
Em cada uma dessas colunas, as equipes listam os recursos e os priorizam com base em sua importância na experiência geral do usuário.
O maior uso do mapeamento de histórias é identificar os recursos do produto mínimo viável (MVP). No entanto, quando o produto é simples o suficiente, essa estrutura também pode ser usada além do estágio MVP.
| Prós | Contras |
|---|---|
| Focado na jornada do usuário, garantindo cobertura máxima. | Quando a jornada do usuário se torna multifacetada e complexa, esse método pode perder sua simplicidade. |
| Simples de usar e visual — fácil de definir (literalmente) o que você fará e o que não fará. | Totalmente focado no âmbito interno, não considera o valor comercial ou os recursos. |
| Permite que as equipes priorizem com base em atividades, tarefas e subtarefas. |
8. Custo do atraso
Todas as estruturas acima se concentram nos benefícios do recurso, como o valor comercial ou o aumento na pontuação de satisfação do cliente. A priorização do custo do atraso inverte essa lógica.
Ao usar o modelo de custo do atraso, você prioriza recursos com base nas consequências de não criá-los, ou seja, o que acontecerá se o cliente não tiver esse recurso hoje? Ou quantos novos usuários serão perdidos se não tivermos alguns recursos básicos?
Considerar o custo financeiro e de oportunidade de não realizar o trabalho motiva as equipes a realizar primeiro as tarefas mais importantes.
| Prós | Contras |
|---|---|
| O custo de não fazer algo mantém as equipes atentas às oportunidades que estão perdendo. | Os valores monetários atribuídos aos recursos podem ser arbitrários, tornando todo o processo contraproducente. |
| Focar no custo do atraso pode levar a sentimentos negativos em relação ao motivo pelo qual a equipe está desenvolvendo o produto. | Focar no custo do atraso pode levar a sentimentos negativos sobre o motivo pelo qual a equipe está desenvolvendo o produto. |
| Concentre a equipe na eficiência, velocidade e valor do processo. |
A lista acima contém apenas algumas das ferramentas de priorização mais populares atualmente disponíveis para equipes de engenharia. Com base no seu produto, cliente e necessidades, você pode escolher uma estrutura que funcione para você.
Por exemplo, as equipes utilizam o teste dos 100 dólares ou o modelo “compre um recurso” quando têm prioridades concorrentes. Em cada um desses casos, as equipes tomam decisões de prioridade com base no que gastariam de seu orçamento (100 dólares).
Se você é novo na área de priorização de produtos, pode começar com uma matriz de Eisenhower simples. Existem dezenas de modelos de priorização à sua escolha.
Independentemente da estrutura que você estiver usando, há alguns fatores importantes a serem considerados. Vamos explorá-los a seguir.
Escolhendo a estrutura de priorização certa
Não existe uma estrutura de priorização única e universalmente perfeita. Quando você precisa de simplicidade, o modelo MoSCoW funciona melhor. Quando você tem recursos limitados, o modelo valor versus esforço é mais adequado. E quando a qualidade do seu produto é fundamental, o modelo Kano ajuda.
Portanto, a escolha da estrutura de priorização certa depende de vários fatores, como os seguintes.
Objetivos
Quais são seus objetivos comerciais? Quais são seus objetivos de produto? Se você estiver em um estágio muito inicial, seu objetivo principal pode ser lançar um MVP dentro de um prazo determinado.
Para isso, a estrutura de mapeamento de histórias de usuários pode ser a escolha mais adequada.
Recursos
Se você é uma organização pequena com recursos de desenvolvimento limitados, seu objetivo pode ser criar recursos que gerem o máximo impacto com o mínimo de recursos. Sua estrutura de priorização deve acomodar isso.
Nesses casos, o modelo RICE ou a matriz de valor versus esforço são os mais adequados.
Maturidade da equipe
A melhor maneira de priorizar é de forma colaborativa. No entanto, nem sempre temos equipes com maturidade para tomar decisões importantes.
Por exemplo, uma equipe de jovens desenvolvedores pode não ser capaz de enxergar a linha que separa o esforço do valor comercial.
Nesses casos, os gerentes de produto geralmente tomam decisões em nome da equipe. Então, estruturas de priorização como RICE ou valor versus esforço são úteis para fornecer à equipe a justificativa para as decisões.
Dados disponíveis
A maioria das estruturas quantitativas, como RICE ou ICE, depende da solidez dos dados.
Por exemplo, você precisa ser capaz de calcular com razoável certeza qual pode ser o alcance ou o impacto de um recurso específico.
Quando esses dados não estão disponíveis, a decisão pode se tornar arbitrária e as opiniões podem se acalentar.
Se você não tiver os dados, métodos colaborativos como MoSCoW ou mapeamento de histórias seriam uma escolha melhor.
Estratégia de produto
Todas as organizações têm uma estratégia de gerenciamento de produtos. Um produto pode querer oferecer alguns recursos de maneira agradável. Outro pode querer ser o aplicativo que faz tudo, repleto de recursos. Outro ainda pode se basear no que os clientes esperam. Uma boa priorização precisa estar alinhada com a estratégia do produto.
Depois de escolher a estratégia de priorização, é hora de implementá-la de forma eficaz.
Implementando a priorização de produtos em cenários do mundo real
Uma estrutura de priorização é simplesmente uma ferramenta que o orienta na tomada de decisões. Seu sucesso depende de como você usa a ferramenta de forma consistente e eficaz. Para isso, você precisa implementá-la em sua organização de forma completa com uma ferramenta de gerenciamento de projetos como o ClickUp para equipes de produto. Veja como.
Identificar e categorizar tarefas
Uma boa priorização requer um bom backlog. Antes de fazer qualquer coisa, certifique-se de ter um backlog sólido de recursos a serem desenvolvidos pela sua equipe.
Crie um backlog
Dê a cada item do backlog um nome diferenciado e adicione uma descrição clara do mesmo. Esses modelos de gerenciamento de tarefas oferecem um bom ponto de partida.
A melhor maneira de fazer isso é usando uma ferramenta de gerenciamento de tarefas como o ClickUp. Crie uma tarefa para cada item do backlog, adicione uma descrição, crie campos personalizados e mantenha um registro claro de todas as ideias.
Exibir tarefas
Agora, visualize todas as suas tarefas em um só lugar, simplificando a tomada de decisões sobre cada uma delas. As visualizações de lista, calendário e quadro do ClickUp são fantásticas para isso. Elas ajudam você a visualizar suas tarefas, permitindo que você arraste e solte recursos em suas pastas de prioridade.
Categorize as tarefas
Agora, categorize as tarefas se sua estrutura de priorização precisar delas.
Por exemplo, se você escolher o modelo de mapeamento de histórias, precisará categorizar suas tarefas em cada marco da jornada do usuário.
O modelo de matriz de prioridade de ações do ClickUp oferece uma maneira simples de categorizar tarefas com base no esforço e no impacto. Esse modelo simplifica as decisões de priorização e oferece clareza sobre as próximas etapas.
Atribua prioridades e responsáveis
Depois de estabelecer as bases, é hora de priorizar as tarefas nas categorias que você escolheu.
Priorize
Reúna-se com sua equipe, analise todas as tarefas em andamento e coloque-as nas categorias de prioridade corretas. Use o ClickUp Task Priorities para definir níveis de prioridade prontos para uso.
Além disso, você também pode criar campos personalizados para níveis de prioridade personalizados.
Por exemplo, você pode criar um campo personalizado para priorização MoSCoW e ter opções para “indispensável”, “recomendável”, “opcional” e “desnecessário”.
Para uma abordagem visual desse processo, experimente o modelo de matriz de priorização do ClickUp. Esse modelo personalizável e fácil de usar permite que você arraste e solte recursos em uma matriz 2×2 para priorização. E mais? Você também pode manter seu banco de ideias no mesmo quadro branco.
Atribua responsabilidades
Com base nas suas discussões, atribua responsabilidades pelas tarefas aos membros da equipe.
Revisão e ajuste de prioridades
Cada sprint é um exercício de priorização. O que não era tão crítico no sprint anterior pode logo se tornar importante. Portanto, os proprietários de produtos precisam se manter adaptáveis para revisar e ajustar as prioridades de tempos em tempos.
O ClickUp facilita isso. Os painéis do ClickUp oferecem uma visão em tempo real do progresso de cada tarefa, permitindo que você revise e ajuste as prioridades conforme necessário.
Por exemplo, se você perceber que um recurso está levando mais tempo do que o estimado, pode recalcular rapidamente a pontuação RICE e redefinir as prioridades.
Com o ClickUp Automations, você também pode otimizar processos para apoiar uma melhor priorização e entrega. Por exemplo, se um recurso estiver demorando muito, isso pode ser notificado ao proprietário do produto para reavaliação da prioridade. Se algo depender de uma tarefa incompleta, os desenvolvedores podem ser notificados para fazer ajustes. Ou, se a pontuação de satisfação do cliente em um recurso específico estiver caindo, ele pode ser automaticamente colocado no topo da lista de prioridades.
Com todas as estruturas, ferramentas e melhores práticas, você dominou como priorizar seu trabalho. Agora, como saber se isso é eficaz? Aqui estão algumas ideias.
Medindo o sucesso da priorização de produtos
Para muitas equipes, a priorização de projetos é um exercício subjetivo. A resposta para o que construir a seguir é, muitas vezes, uma suposição. Mesmo com estruturas testadas e comprovadas, há um certo grau de arbitrariedade na tomada de decisões.
A única maneira de evitar isso é avaliar o sucesso do próprio exercício de priorização. Veja como.
Compare com as metas
Um fator importante a considerar ao priorizar os recursos do produto é a meta de negócios. Avalie o sucesso da sua estrutura de priorização perguntando se você atingiu as metas estabelecidas.
Por exemplo, se o objetivo comercial for melhorar a satisfação do cliente e você tiver usado o modelo Kano, avalie o aumento nas pontuações CSAT após a implementação do recurso.
Avalie o valor
Muitos modelos de priorização, incluindo RICE, ICE, valor versus esforço, etc., dependem do impacto do recurso nos negócios. Portanto, a melhor maneira de medir a eficácia da priorização é acompanhar se o valor foi realmente alcançado.
Por exemplo, se você esperava que as novas inscrições de usuários aumentassem após a versão mais recente com melhorias de desempenho, use um widget no painel do ClickUp para acompanhar isso a partir da data de lançamento do recurso.
Acompanhe a precisão dos dados
Se você estiver usando um modelo que incorpora esforços nas decisões de priorização, também poderá achar útil acompanhar a eficiência.
Por exemplo, compare o tempo estimado com o tempo real gasto para garantir que os dados utilizados para a priorização sejam os mais precisos possíveis.
Desempenho da equipe
Uma das coisas que não costuma ser medida é o desempenho e a satisfação da equipe. A equipe se sente sobrecarregada com a estrutura de priorização? Ela está levando muito tempo? A estrutura de priorização é adequada para os recursos disponíveis?
Para medir a eficácia da sua priorização, também é útil ter sua equipe em mente. Realize pesquisas curtas para entender como a priorização afeta o gerenciamento da carga de trabalho. Adapte-se de acordo com os resultados.
Priorize o sucesso com o ClickUp
A criação de um excelente software depende de vários fatores: foco no cliente, excelência técnica, disponibilidade de recursos, estratégia bem definida, mercado e muito mais. Para equilibrar essas variáveis e criar os recursos que causam o máximo impacto, você precisa de duas coisas: a estrutura de priorização certa e uma ferramenta poderosa para implementá-la.
Nesta publicação do blog, você aprendeu algumas das estruturas de priorização mais populares usadas por equipes de alto desempenho. Para um gerenciamento eficaz de prioridades, integre sua estrutura ao planejamento do seu projeto com a plataforma de gerenciamento de projetos tudo-em-um da ClickUp.
Use o ClickUp para documentar, visualizar, categorizar e priorizar seu backlog para um desenvolvimento eficaz de produtos. Experimente o ClickUp gratuitamente hoje mesmo.