Obtenção de resultados de produtos com ideias, desde o início até a entrega
No Jira Product Discovery, seu principal objeto de trabalho no backlog do produto é “Ideias”. Para apoiar um processo de validação e aprendizado contínuos, a gente usa as ideias como objetos duradouros — uma ideia sai do backlog quando o desenvolvimento começa, mas sobrevive durante as iterações de descoberta e entrega, até gerar o impacto necessário.
Equipes de produto bem-sucedidas adotam uma mentalidade experimental — elas continuam iterando a ideia ao longo do tempo adicionando mais contexto, feedback do usuário, especificações e design. Em cada estágio do ciclo de vida da ideia, eles avaliam o que funcionou e o que não funcionou, respondendo às principais perguntas e validando suas suposições para garantir que seus investimentos correspondam ao feedback e à validação que recebem.
Ideias grandes e pequenas
Embora o nome do objeto que você usa no Jira Product Discovery seja “ideias”, elas podem representar ideias de produtos, oportunidades, problemas, soluções e muito mais. Um backlog do produto pode ser projetado para conter ideias de diferentes formas e níveis de granularidade.
É importante definir essas categorias e fazer com que todos os participantes do processo concordem com elas. Dessa forma, o backlog do produto não vira uma mistura de itens, sejam eles grandes ou pequenos, sem estrutura de classificação ou comparação.
Pedregulhos, pedras e pedrinhas: uma forma de classificar ideias
Na equipe do Jira Product Discovery, organizamos ideias em três níveis: pedregulhos, pedras e pedrinhas.
Pedregulhos, pedras e pedrinhas
- Pedregulhos: um grande investimento com potencial de grande retorno, mas também com alta incerteza
- Exemplo: grande investimento estratégico, base de um novo produto, projeto de engenharia de grande porte.
- Pedras: investimentos de médio porte com menos riscos
- Exemplo: novos recursos, novos testes de integração, reformulações com base em feedback
- Pedrinhas: investimento pequeno e, em geral, mais simples
- Exemplo: pequenas melhorias de UX, correções pequenas
- Exemplo: pequenas melhorias de UX, correções pequenas
Nossa equipe usa visualizações separadas para discutir estas diferentes categorias de ideias:
Visualização de "pedregulhos" no Jira Product Discovery
Visualização de "pedras" no Jira Product Discovery
Visualização de "pedrinhas" no Jira Product Discovery
Atributos de uma ideia
No Jira Product Discovery, cada ideia é completa com um resumo de uma linha, uma descrição detalhada, informações como feedback de clientes e links para tickets do Jira para a entrega da ideia.
Uma ideia no Jira Product Discovery.
Painel de entrega de uma ideia no Jira Product Discovery
Para que cada ideia seja o mais útil e acionável possível, elas devem incluir os atributos a seguir no backlog do produto:
atributo | O que é? |
|---|---|
| Resumo | O que é? Uma frase sobre a ideia. |
| Descrição | O que é? Uma descrição mais detalhada da oportunidade, problema e solução. |
| Campos | O que é? Os diferentes aspectos da ideia: para qual meta ela contribui, sua etapa atual, que parte do produto influencia, informações para priorização, como impacto ou esforço, e links para especificações ou designs. |
| Insights | O que é? As informações registrada em todos os canais à medida que chegam: principais aprendizados do feedback de usuários, trechos de conversas com clientes e relatórios de pesquisa ou análises de produtos que explicam com clareza por que a ideia é importante. |
| Entrega | O que é? Links para tickets de entrega no Jira (epics ou iniciativas) para a ideia do produto ser lançada para valer. |
Pode demorar um pouco para reunir todas essas informações para cada ideia. No início, a ideia pode entrar no backlog com o resumo de uma linha, como uma visão adquirida em uma conversa com o cliente. Com o tempo, você coleta mais informações sobre ela em entrevistas com usuários, em feedbacks de vendas ou suporte e em alterações na estratégia da empresa.
Resumo em uma frase com um feedback do usuário.
Com feedback de usuário e análise do impacto potencial.
Com uma solução validada e entrega em andamento.
Há duas maneiras de descrever ideias: no Jira Product Discovery ou vinculando o Confluence ao projeto do Jira Product Discovery da sua equipe.
No Jira Product Discovery, escreva um resumo ou uma definição no campo de descrição da ideia. Use um dos templates disponibilizados ou crie o seu para ter consistência ao descrever problemas, soluções, hipóteses e outros conceitos relacionados à ideia.
Se sua equipe também usa o Confluence, você pode vincular a ideia às páginas do Confluence na descrição da ideia ou com campos de hiperlink personalizados. Essa abordagem ajuda você a aproveitar todos os recursos de colaboração do Confluence, como comentários em linha.
O conteúdo da descrição depende do tipo e da etapa da ideia.
O ciclo de vida da ideia
O conteúdo de uma ideia é tão importante quanto sua evolução ao longo do tempo. Por isso, definir etapas claras é crucial para o desenvolvimento de cada ideia em seu ciclo de vida. Ter um vocabulário comum para descrever as etapas do ciclo de vida da ideia faz cada conversa ser mais produtiva, tanto para a equipe quanto para as partes interessadas.
Na Atlassian, temos quatro etapas: Pensamento, Experimentação, Criação e Impacto. Todos na Atlassian sabem o que cada uma deles significa. Em cada etapa, sabemos no que a equipe está trabalhando, quais perguntas devem ser feitas e que tipo de suporte pode ser necessário. Essa consistência vale para discussões dentro da equipe, com outras equipes ou com líderes seniores.
Durante a criação do Jira Product Discovery, nossa equipe usou essa abordagem para desenvolver, validar e entregar nossas ideias. Vamos explicar como nossa equipe colocou em prática cada etapa do ciclo de vida.
Pensamento, experimentação, criação e impacto
Antes de entrar no ciclo de vida, as ideias passam por uma retenção. Nessa fase, elas costumam ser apenas resumos de uma linha, com a visão que levou à sua criação. Essas ideias podem surgir em um workshop, um relatório de pesquisa, uma discussão com o cliente ou podem ser compartilhadas por uma pessoa da equipe de vendas ou suporte.
Depois que o trabalho começa a ser realizado, a ideia passa pelas quatro etapas:
- Pensamento: discussão de problemas ou oportunidades que a ideia poderia abordar, quem ela pode afetar e sua importância.
- Experimentação: idealização de possíveis soluções até encontrar uma que seja validada pelo feedback do cliente.
- Criação: criação da solução e trabalho nela até satisfazer às necessidades de um número suficiente de clientes.
- Impacto: lançamento da solução, avaliação dos resultados e aprimoramento até obter o resultado desejado.
Etapas da ideia da equipe Sirius no Jira Product Discovery
Uma visão geral de ideias da equipe do Jira Product Discovery por etapa
Esse não é um modelo em cascata. As etapas não precisam ser lineares. Por exemplo, é muito comum que uma ideia no estágio de experimentação volte ao de pensamento, pois as soluções de teste nos ensinam mais sobre o problema. Faz parte do processo abandonar algumas ideias se, depois de algumas tentativas, não surgir uma solução adequada.
Nas seções a seguir, vamos ilustrar cada etapa mostrando como nossa equipe as acompanhou quando criamos o Jira Product Discovery.
Para saber mais sobre esse processo, assista a esta palestra:
Pensamento
A etapa de pensamento trata da validação de um problema ou oportunidade.
Nela, você deve contar com entrevistas qualitativas com clientes. A partir dessa pesquisa, a equipe vai entender com clareza os benefícios e os resultados que a ideia visa oferecer, medidos em termos de valor para os clientes e para a empresa. Ela também vai criar uma hipótese de como medir o sucesso.
Para as ideias desta etapa, você pode usar o template “Definição do problema” do Jira Product Discovery ou criar um próprio.
Template “Definição do problema” no Jira Product Discovery.
Nas etapas de pensamento, experimentação, criação e impacto, registre os aprendizados adquiridos com pesquisas e conversas com clientes na seção Insights da ideia:
O campo Insights para uma ideia no Jira Product Discovery
Pensamento em ação
Veja como era a etapa de pensamento durante a criação do Jira Product Discovery. A ideia original para este produto foi baseada em:
Entrevistas com gerentes de produto usando o Jira para entrega de software
Análises de pesquisas da própria equipe de pesquisa e informações da Atlassian e de empresas de análise como Gartner e Forrester
Exemplos de práticas recomendadas de desenvolvimento de produtos, como os blogs de Marty Cagan e o livro de Teresa Torres.
A coleta dessas informações nos deu a certeza de que:
- Os gerentes estavam enfrentando dificuldades com muitas coisas, desde organizar prioridades até fazer todos comprarem a ideia dos seus roteiros.
- Os gerentes estavam buscando o Jira para resolver esses problemas, mas estavam tendo pouco sucesso porque o Jira não foi projetado para esse propósito.
- Os gerentes estavam fixados na entrega, priorizando a implementação de recursos, quando poderiam adotar uma abordagem de descoberta e focar nos resultados.
- O gerenciamento de produto estava se tornando uma função fundamental, mesmo fora das empresas de tecnologia. Então, acreditávamos que essa era uma grande oportunidade e que haveria uma forte demanda por uma solução.
Nossa página de chegada do Jira Product Discovery.
Nosso foco principal era validar a hipótese sobre a demanda, pois essa era a suposição mais arriscada. Se estivéssemos errados, o produto criado seria comprado apenas por algumas empresas.
Então, antes de começar a escrever o código, criamos uma página da web anunciando o produto.
Os resultados confirmaram nossa hipótese: em apenas duas semanas, 3.000 pessoas entraram na lista de espera.
Explore
Na etapa de experimentação, criamos o conceito, testamos e validamos as soluções para os problemas ou oportunidades identificados durante o "pensamento".
Sabemos que muitas ideias de produtos vão falhar, faz parte do processo. Para identificar ideias pouco promissoras com antecedência e abrir espaço para as muito promissoras, Marty Cagan propõe que os gerentes de produto abordem quatro riscos principais. Use esses riscos ao avaliar possíveis soluções para os problemas e oportunidades que você identificou.
- A solução é útil para os clientes? Se não for (digamos que eles já tenham acesso a alternativas melhores), você corre o risco de as pessoas não usarem a solução que você criou.
- A solução é utilizável e intuitiva? Para que os usuários tirem proveito da solução, ela precisa ser simples de acessar e usar. Se houver grandes obstáculos para aproveitar a solução, você corre o risco de lançar uma função com baixo uso.
- Essa solução é viável do ponto de vista técnico? Não importa o quanto uma ideia é promissora, os engenheiros devem ter as habilidades e a tecnologia necessárias para colocar a ideia em prática — ou você corre o risco de esgotar recursos sem necessidade.
- A solução é viável com os recursos e as restrições da empresa? É provável que sejam necessárias algumas iterações diferentes para ajustar a solução. Você deve garantir que a empresa esteja preparada para investir ou corre o risco de perder tempo com uma ideia que vai ser abandonada.
A meta da equipe é minimizar os riscos da forma mais eficiente possível e evitar investir demais com base na intuição ou se apaixonar por uma solução. É comum isso acontecer ao enviar uma função e, em seguida, iterar ou estudar o desempenho dela. Em vez disso, use técnicas menos trabalhosas, como criar protótipos no Figma para mostrar aos clientes e obter feedback antecipado antes de começar a escrever código.
Se você decidir lançar uma função, crie um protótipo ativo com muitas limitações, fazer um teste dele com um pequeno grupo de usuários iniciais e iterar com rapidez. Dessa forma, você não precisa pensar em todos os casos extremos. Se a ideia não funcionar para eles, você vai saber o porquê muito mais rápido e vai continuar iterando até que isso aconteça — ou descartar a ideia se ela não funcionar.
Se você tiver grandes áreas de incerteza, faça um pico técnico como parte da etapa Descobrir. Esse tipo de implementação tem como objetivo ajudar você a entender as restrições da própria equipe, o que é viável em termos técnicos e quais são as áreas de complexidade técnica.
Para as ideias deste estágio, você pode usar o template “Definição da solução” do Jira Product Discovery ou criar um.
Template Definição da solução no Jira Product Discovery.
Na lista de backlog do produto, vincule todos os documentos, especificações e designs relacionados a cada ideia, para que você tenha tudo ao seu alcance para discutir a ideia com a equipe e as partes interessadas. A gente recomenda criar campos de “hiperlink” em cada ideia para acompanhar cada recurso (sumário, design).
Veja aqui uma demonstração:
Descobrir em ação
Quando a gente criou o Jira Product Discovery, a gente usou as seguintes técnicas para validar as soluções com os clientes:
Primeiro, a gente mostrou slides dos PMs com diferentes soluções possíveis, para entender qual ressoava melhor. Nessas conversas, a gente aprendeu muito sobre as dificuldades dos clientes e o que eles valorizavam. Foi assim que a “priorização” se tornou o primeiro pilar do Jira Product Discovery.
💡 Os slides são ótimos nesse estágio de validação: eles são fáceis de criar, testar e alterar.
Em seguida, foram criados protótipos no Figma que foram mostrados aos usuários e foi perguntado como as soluções ajudariam esses usuários. O primeiro protótipo testado foi uma solução destinada a ajudar os PMs a usar o feedback das partes interessadas na priorização.
Embora com certeza houvesse interesse, os PMs acharam que era necessário muito esforço para fazer isso antes que eles pudessem obter valor. Então, a gente descartou essa ideia.
Depois de coletar várias rodadas desse feedback, a gente testou a solução que se tornaria o que o Jira Product Discovery é hoje: um espaço colaborativo para discutir ideias de produtos.
Nesse estágio, as conversas com os usuários mudaram bastante. Muitos perguntaram quando poderiam ter acesso, já que a ferramenta seria de grande ajuda para eles. Foi quando a gente soube que estava no caminho certo.
Depois de coletar várias rodadas desse feedback, a gente testou a solução que se tornaria o que o Jira Product Discovery é hoje: um espaço colaborativo para discutir ideias de produtos.
Nesse estágio, as conversas com os usuários mudaram bastante. Muitos perguntaram quando poderiam ter acesso, já que a ferramenta seria de grande ajuda para eles. Foi quando a gente soube que estava no caminho certo.
Fazer
No estágio Fazer, as equipes criam e validam as soluções que definiram no estágio Descobrir. É quando a maior parte do trabalho de desenvolvimento acontece.
O resultado dessa fase é um software funcional — seja um novo produto, função ou melhorias em uma experiência — que provou que pode oferecer os resultados esperados, foi adotado por um número suficiente de clientes para provar o valor que tem e está pronto para uso por todos os clientes.
Quando a entrega começar, nesta fase ou durante o estágio Descobrir, você vai conectar a ideia aos tickets de entrega no Jira (a gente recomenda o nível Epic ou superior). Acompanhe o progresso da entrega no Jira Product Discovery e tenha uma visão geral do progresso em todas as iniciativas e equipes de produtos.
A relação entre uma ideia e o trabalho de entrega no Jira.
Se várias equipes estiverem envolvidas na entrega de uma ideia e estiverem trabalhando em projetos diferentes do Jira, você vai poder vincular todos os tickets de entrega à ideia no backlog do produto.
Uma ideia entregue por três times diferentes no Jira.
Você vai poder acompanhar o progresso da entrega no JPD e ter uma visão panorâmica do progresso em todas as iniciativas e equipes de produtos.
Painel de trabalho do produto em andamento.
Para obter mais informações, você pode conferir o webinar da Atlassian sobre "Como conectar descoberta e entrega no Jira" na seção Recursos.
Lembre que é muito improvável que a solução forneça os resultados esperados de cara. Em vez disso, lance com antecedência e frequência para os clientes e continue iterando até que ela esteja boa o suficiente. Continue adicionando insights das conversas com clientes à ideia com base no que você aprendeu. A forma como você vai medir o sucesso vai ser diferente com base no tipo de ideia: nova função, iniciativa de crescimento etc. Garanta que todos saibam disso e que os planos permitam iterações.
Fazer na prática
Ao criar o Jira Product Discovery e ao adicionar novas funções importantes ao produto, a gente fez o teste e a validação deles com grupos cada vez maiores de clientes. Em alguns casos, esse processo demorou algumas semanas, em outros, alguns meses.
| 0 → 10 clientes | During the Explore phase, we iterated with a small number of pre-selected customers. We worked very closely with these customers to shape the solution together. We kept iterating until we got confirmation from them that the solution solved the problem they were facing. |
| 10 → 100 clientes | Em seguida, aos poucos, a gente deu acesso a mais clientes. O que ajudou na identificação de diferentes cenários que talvez não fossem considerados no início. A gente continuou iterando até ter 100 clientes ativos usando a solução. |
| 100 → 1000 clientes | Em seguida, a gente deu acesso a mais clientes, até chegar a 1000. Depois, a gente analisou os números de uso a partir de dados de análises de produtos, tickets de suporte e feedback recebido. Com base nas descobertas, a gente melhorou a experiência do usuário ou corrigiu bugs. Se os números de uso estivessem muito baixos para serem úteis, a gente analisaria a capacidade de descoberta da função. |
| Disponibilidade geral | Por último, há a capacitação de suporte, capacitação de vendas, painéis operacionais e melhorias de desempenho e escalabilidade prontas para uso. |
Quando a gente trabalha em soluções como essa, costuma fazer o ajuste delas em uma página separada do Confluence chamada de “documento de função ativa”. Essa é uma página muito leve que a gente abre toda vez que reúne a equipe para discutir o escopo da iteração atual. A gente atualiza este documento com frequência à medida que aprende mais sobre o que é fácil ou difícil de lançar. Não se trata de tarefas individuais, mas da experiência do produto — que é o que a gente gostaria que todos, do produto ao design e à engenharia, acompanhassem.
Documento de função ativa no Jira Product Discovery.
Impacto
No modelo de produto, tudo começa e termina com resultados. As equipes priorizam as ideias para que possam chegar a um resultado e, depois da entrega, continuam monitorando o progresso em relação a esses resultados. O que ajuda a comunicar as atualizações sobre as metas e estratégias e como você prioriza os próximos passos.
Mesmo depois de uma solução ser lançada, ela nunca está de fato “pronta”: assim que você adiciona uma função, ela agora faz parte do produto. Você precisa continuar aprimorando esse produto para garantir que ele seja valioso aos usuários e que as pessoas não o achem confuso ou difícil de usar. Acompanhe o que os clientes pedem, o que dizem sobre as novas funções e a frequência com que elas são mencionadas nos tickets de suporte.
Impacto em ação
Na equipe do Jira Product Discovery, isso é feito com análises mensais e trimestrais, quando o impacto alcançado é comparado com o que a gente se propôs a fazer. Às vezes, ficamos satisfeitos com os resultados e fazemos poucas alterações. Outras vezes, redefinimos o roteiro para tentar algo diferente.
Esta é uma das técnicas que a gente usa: depois de lançar uma solução, criamos uma ideia de melhoria correspondente onde coletamos insights, incluindo:
- Feedback recebido dos usuários
- Sinais de que a função está ou não cumprindo seu propósito original, obtidos com feedback, pesquisas e entrevistas.
- Dados de uso de análise do produto para entender se a solução é de fato usada. Caso contrário, podem surgir problemas de visibilidade ou apenas menos empolgação com a função do que planejado.
Visualização para acompanhar o feedback dos clientes sobre ideias já lançadas no Jira Product Discovery.
Analisamos esses dados com frequência e cada equipe aloca um orçamento para aprimorar funções. Tanto as novas ideias quanto as melhorias em ideias existentes aparecem no roteiro de cada equipe:
O progresso de uma ideia
O Jira Product Discovery fornece um conjunto de campos para mostrar o progresso dos tickets de entrega de uma ideia. Mas não acreditamos que essa seja sempre a melhor maneira de comunicar o progresso às partes interessadas. O fato de as tarefas de um epic estarem 60% ou 80% concluídas não revela o verdadeiro progresso de uma equipe.
Esta é uma maneira mais impactante de comunicar o progresso às partes interessadas: marque cada ideia como “em dia”, “em risco” ou “atrasada” (usando um campo) e comente (na descrição de cada uma). Essa é uma forma de colaboração primitiva muito simples, mas bastante eficaz para comunicar às partes interessadas onde você precisa de ajuda.
Visualização de comunicação do progresso às partes interessadas no Jira Product Discovery.
Mais detalhes sobre uma ideia na visualização de compartilhamento de progresso.
Se você é cliente do Atlas, já conhece essa abordagem. Assista ao vídeo sobre como conectar as ideias do Jira Product Discovery aos projetos do Atlas na seção Recursos. Ele conta uma história melhor e mais precisa do que as visualizações abaixo, que medem o progresso como porcentagem de tickets entregues do Jira:
Uma visualização do Jira Product Discovery que mostra o progresso de acordo com os tickets entregues no Jira.
Mais detalhes sobre uma ideia na visualização de progresso com foco em tickets.
Quais são os próximos passos?
Ao usar as ideias como um veículo que leva as soluções pelas fases de concepção, validação e entrega, as equipes de produtos conseguem manter o pessoal organizado e focado nos resultados.
No resto deste manual, a gente vai explicar em detalhes como usar um backlog do produto para:
- Configurar canais de feedback e coletar insights para validar ideias
- Priorizar as ideias que podem causar impactos
- Criar roteiros que ganhem o apoio e o comprometimento de equipes e partes interessadas
A gente vai dar exemplos de como isso é feito na equipe do Jira Product Discovery, usando o Jira Product Discovery e outros produtos.
Backlog do produto
Gerencie com eficiência os backlogs do produto para priorizar ideias, melhorar a colaboração e impulsionar o desenvolvimento de produtos.
Feedback e insights
Saiba como a integração de insights no processo de desenvolvimento de produtos pode melhorar a tomada de decisões, o alinhamento com as necessidades dos clientes e a obtenção de resultados positivos.
