Este artigo é apresentado no boletim informativo Skiplevel , onde respondo perguntas diretamente da comunidade de tecnologia sobre como aumentar o nível de suas habilidades técnicas e se comunicar com engenheiros.

P: Como posso construir e manter um ciclo de feedback com equipes internas (por exemplo, executivos, engenharia, design/UI/UX, suporte ao cliente, insights/pesquisa, ciência de dados/ML, vendas)? — Perguntado por um Gerente de Produto @ Activision

Ei PM @ Activision,

Construir um ciclo de feedback é muito importante para os gerentes de produto, pois ser um PM exige que você leve em consideração a perspectiva, as necessidades e os insights de tantas funções em sua organização para tomar decisões informadas sobre o desenvolvimento e a estratégia do produto.

É tudo uma questão de processo!

Construir um ciclo de feedback adequado se resume a projetar processos adequados antes, durante e depois do ciclo de vida do produto, a fim de coletar feedback e sugestões de maneira eficaz das partes interessadas da equipe interna.

E não, isso não significa apenas ter grandes reuniões regulares com todas as partes interessadas presentes. Manter uma comunicação constante com tantas equipes significa que você tem que proteger o tempo de todos e sua energia, especialmente a sua. As reuniões drenam inerentemente ambos e muitas vezes não são um uso produtivo ou agradável do tempo de todos.

Neste artigo, compartilharei algumas maneiras acionáveis ​​de configurar processos ao longo do ciclo de vida do produto que reduzirão o atrito na coleta e incorporação de feedback de equipes internas em sua estratégia de produto e documentos de requisitos.

Incorporar feedback de equipes internas ao longo do ciclo de vida do produto

É importante que os gerentes de produto incorporem feedback e perspectivas de várias partes interessadas internas com frequência ao longo do ciclo de vida do produto.

Diferentes equipes internas exigem diferentes frequências de check-in. As equipes técnicas, como a engenharia, devem ser vistas como um colaborador-chave antes, durante e depois do ciclo de vida do produto, enquanto as perspectivas voltadas para o cliente (vendas, sucesso do cliente) e as equipes de liderança que não têm impacto na implementação devem ser incluídas antes e depois de uma ciclo do produto com atualizações sobre o status do projeto durante a implementação.

É especialmente importante incluir a engenharia no início do processo do produto. Muitos gerentes de produto cometem o erro de incorporar o feedback da engenharia depois de criar o rascunho final de uma estratégia/roteiro/requisitos de produto. No entanto, a implementação técnica afeta as decisões de produto tanto quanto as decisões de produto afetam a implementação técnica. Os benefícios de incluir a engenharia desde o início e frequentemente ao longo do processo do produto incluem menos frustração sobre o esclarecimento dos requisitos, além de ser um grande poço de ideias para soluções criativas para problemas do produto.

Use ferramentas de colaboração assíncrona em vez de reuniões

Um ciclo de feedback adequado requer o check-in com as partes interessadas da equipe interna antes e durante o processo de criação de sua estratégia de produto/roteiro de produto/documento de requisitos de negócios (BRD). Isso significa que você deve solicitar insights e perspectivas antes do sprint do produto e a qualquer momento durante o sprint do produto quando precisar de feedback. Mas isso pode levar a muitas reuniões desnecessárias para todos, inclusive para você.

Em vez de reuniões, uma maneira mais eficiente de obter feedback e insights durante o ciclo de vida do produto é gravar vídeos curtos.

Usar vídeos para colaborar é uma ótima alternativa para reuniões porque:

• Permite que todos sejam flexíveis sobre quando responder com base em sua disponibilidade
• Obriga todos a serem diretos e concisos em sua comunicação
• Economiza o tempo de todos usando a velocidade de reprodução para acelerar os vídeos
• Permite que você reproduza e assista novamente a vídeos para que nada seja perdido e os vídeos sejam mantidos para registros futuros

Grave um vídeo curto do Loom para pedir insights/sugestões/feedback e, em seguida, peça aos membros da equipe que respondam com seu próprio vídeo. Em seu vídeo, certifique-se de fornecer contexto de fundo suficiente para o que você está trabalhando antes de fazer a pergunta. Quando estiver pronto para fazer sua pergunta, lembre-se de ser específico sobre o que está procurando na resposta. Uma ótima maneira de fazer isso é fornecer algumas perguntas que precisam ser respondidas completamente. O membro da equipe interna responderá com seu próprio vídeo.

Aqui está um exemplo de como isso pode funcionar: Vamos imaginar que sua equipe de sucesso do cliente mantenha um quadro com os bugs relatados pelo cliente. Em seu vídeo, você pode explicar que está criando uma solução de produto para um dos bugs e deseja entender melhor o ponto problemático. Você pode pedir ao representante de sucesso do cliente para orientá-lo na reprodução do bug da perspectiva do cliente e pedir sugestões sobre como resolver o bug. O representante de sucesso do cliente compartilhará sua tela no vídeo e seguirá as etapas para reproduzir o bug e oferecer suas percepções, pensamentos e sugestões.

Realize retrospectivas adequadas!

Retrospectivas adequadas são maneiras de alto impacto, eficazes e eficientes de obter feedback após um sprint de produto. Quando conduzidas adequadamente, as retrospectivas são:

• Divertido e envolvente : cada membro da equipe desempenha um papel ativo na reunião, em vez de apenas ficar sentado ouvindo pela metade.
• Positivo: é importante comemorar as vitórias tanto quanto receber feedback. Isso cria um ambiente de equipe positivo.
• Acionável: a equipe terá itens de ação reais após uma retrospectiva para garantir que o feedback seja realmente incorporado na próxima vez.
• Inclusivo: Retrospectivas são um exercício colaborativo que permite que o ponto de vista de todos seja ouvido de forma ativa. Isso é ótimo para obter perspectivas de compartilhamento de muitas equipes.

1. Após a conclusão do lançamento de um produto, configure um evento de calendário de 1 hora e convide todas as partes interessadas que tiveram impacto ou impactaram o sprint do produto de alguma forma.
2. Use uma ferramenta de retrospectiva adequada (como Reetro.io ) e configure seu quadro retro em 3 colunas: “Correu bem”, “Para melhorar” e “Itens de ação”.
3. Durante os primeiros 15 minutos da reunião retrô, dê a todos um tempo de silêncio para (1) Adicionar cartões na coluna “Correu Bem” e na coluna “Para Melhorar” e (2) Votar nos cartões de todos os outros.
4. “Correu Bem”: Todos somam vitórias e o que acham que deu certo para esta coluna. Por exemplo, a equipe de engenharia pode escrever que gostou de você dividir os requisitos em fases e prioridades claras. Este feedback positivo é importante para você saber.
5. “Para Melhorar”: Todos adicionam áreas que acham que podem ser melhoradas da próxima vez.
6. Ao final dos 15 minutos, passe primeiro pela coluna “Correu Bem” e depois pela coluna “Para Melhorar”. O autor de cada cartão, por sua vez, fala sobre o que escreveu.
7. Para cada item “Para melhorar”, adicione um cartão na coluna “Itens de ação” para o que você fará para resolver o problema. Importante: certifique-se de atribuir um proprietário a cada item de ação!
8. Na próxima retrospectiva, analise os itens de ação na retro anterior para garantir que o proprietário os abordou.

Muitas vezes pensamos em feedback como “feedback crítico”, mas o feedback positivo é tão importante quanto! O trabalho em equipe coeso e eficaz da equipe, em última análise, vem de um lugar de positividade e um senso de impulso para frente/ascendente. É difícil tê-los quando se concentra apenas no feedback crítico. Você quer saber o que está fazendo certo , além de maneiras de melhorar. Então, tanto quanto possível, peça um feedback positivo como “O que você gostou em [x] que gostaria que eu continuasse fazendo?” e “Qual foi sua parte favorita sobre [x]?”

Inscreva-se no boletim informativo da Skiplevel para receber mais conteúdo como este diretamente em sua caixa de entrada.

Se você gostou do que leu, certifique-se de ❤, compartilhe e deixe sua opinião nos comentários!

Siga e se inscreva para mais dicas técnicas!

Quer se sentir mais confiante em suas habilidades técnicas?

Torne-se mais técnico em apenas 5 semanas, sem aprender a codificar! Também treinamos equipes! Saiba mais em skiplevel.co/teams e agende uma ligação comigo para começar.

O Skiplevel é um programa que ajuda os gerentes de produto e as equipes a se tornarem mais técnicos sem aprender a codificar.

Saiba mais sobre o programa Skiplevel ⟶

Conecte-se com Irene no LinkedIn e Twitter e siga Skiplevel no LinkedIn , Twitter e Instagram .