Close

Reunião de lançamento do recurso


Antes de mergulhar no desenvolvimento, reúna a equipe para uma reunião de lançamento de recurso. O que tem na pauta? Revisões, feedback e alternativas para resolver o problema.

USE ESTA TÁTICA PARA...

Crie confiança no valor de um novo recurso e aprimore as especificações usando a colaboração, em vez de jogar tudo para o outro lado.

Se estiver tendo problemas com compreensão compartilhada, valor e métricas, ou prova de conceito no Monitor de Saúde, usar esta tática pode ajudar.

Leia mais
E EU PRECISO DISSO... POR QUÊ?

Esse é o recurso que a pesquisa de cliente diz que vai diferenciar o produto e encantar os clientes. Você com certeza já deveria ter lançado isso antes, então vamos começar a trabalhar nele.

Uau! Vamos com calma. Sua equipe não tem contexto. É provável que você tenha feito suposições ao definir o problema que esse recurso resolve. Não há acordo sobre como medir o sucesso do recurso. E vamos encarar os fatos: com toda a empolgação, é possível que alguns desafios técnicos ou de design tenham sido esquecidos.

É hora de reunir a equipe e analisar os detalhes antes de preencher o backlog com histórias de usuários. Caso contrário, você vai iniciar o desenvolvimento com mais perguntas do que clareza.

QUEM DEVE ESTAR ENVOLVIDO?

Reúna toda a equipe para isso.

Uma reunião de lançamento do recurso alinha a equipe e as partes interessadas antes do início do desenvolvimento.
Equipe de usuários
Pessoas

6 - 9

Relógio de ponteiro
Tempo

60 min

Dificuldade fácil
Dificuldade

Médio

A tática na prática

Garanta que o novo recurso seja mais do que apenas um conceito antes de realizar uma reunião de lançamento. Mas também não espere até que o design esteja 100% pronto.

Materiais

Quadro branco

Marcadores ou canetas

Notas adesivas

Galinha de borracha

Preparação

Construção do conceito

Antes da reunião de lançamento, o proprietário do produto ou designer deve criar um mapa da experiência do usuário de baixa fidelidade e ter uma ideia aproximada do que usar para medidas de sucesso. Compartilhe isso com a equipe antes da sessão para que possam vir preparados.

Agende a reunião de lançamento do recurso em um espaço com grandes paredes ou quadros brancos. Chegue alguns minutos antes e use esse espaço para apresentar a experiência do usuário que você mapeou.

ETAPA 1

Visão geral do recurso (10 minutos)

Dê as boas-vindas a todos na reunião de lançamento e comece oferecendo uma visão geral do recurso e do contexto em torno dele. Descreva o problema ou oportunidade que ele vai abordar, e como isso se relaciona com metas ou iniciativas mais amplas. Apresente a persona de usuário-alvo e o valor que esse recurso vai gerar para ela, citando pesquisas ou informações básicas de apoio. Em seguida, exponha os pensamentos sobre como medir o sucesso.

Tenha em mente que a ideia é fazer apenas o suficiente em relação a especificações e escopo antes do lançamento do recurso. É normal haver lacunas e falhas nesta fase – o objetivo da reunião é reunir a equipe para começar a lidar com essas questões.

Antipadrão

Compartilhando tarde demais. Se a especificação for considerada "concluída", você pode ter perdido a chance de se adaptar com base no feedback da equipe.

ETAPA 2

Feedback (10 minutos)

Antes de passar para a experiência do usuário, faça uma pausa para obter o feedback da equipe. Se você se deparar com silêncio e cabeças balançando, use algumas dessas perguntas para ajudar a fazer a equipe falar:

  • Temos um entendimento comum sobre o que esse recurso se destina a oferecer?
  • Quais são as expectativas quanto ao recurso?
  • Quais são os medos quanto a ele?
Dica
Dica profissional

Dê vida ao recurso, mostrando da perspectiva da persona do cliente-alvo.

etapa 3

Revisão da experiência do usuário (15 minutos)

Lembra daquela experiência do usuário que você desenvolveu antes da reunião de lançamento? Dê uma boa olhada nela, do começo ao fim. Explique como o usuário vai descobrir, interagir com e deixar o recurso. No caminho, fale sobre como o recurso vai resolver o espaço do problema, reduzir o atrito do cliente ou agregar valor.

Em vez de fazer uma pausa para feedback durante a revisão, peça a todos para que coloquem seus pensamentos em notas adesivas. Isso evita que qualquer membro da equipe roube a revisão sem querer e leve você para um buraco sem fim.

etapa 4

Críticas e soluções alternativas (20 minutos)

Volte para o início do mapa da experiência do usuário. Para cada estágio, peça a todos para que coloquem suas notas adesivas e discutam o feedback da equipe. (Tudo bem se as pessoas anotarem novas perguntas ou preocupações nas notas adesivas também.)

Esqueça qual é a função usual de cada membro da equipe. Este é um momento para todos imaginarem como o recurso pode falhar (vulnerabilidades de segurança? falhas de usabilidade? restrições técnicas? etc.) e sugerir meios para evitar isso.

Registre todas as perguntas e preocupações por escrito, junto com a resposta ou decisão do proprietário do produto.

etapa 5

Encerramento (5 min)

De que outras informações a equipe precisa para ter clareza sobre o que está fazendo e por quê?

Atribua todas as perguntas não respondidas sobre o recurso a um membro da equipe, com uma data de entrega para retornar com a resposta. Responder essas perguntas costuma envolver fazer mais pesquisa de usuário, desenvolver casos extremos que surgiram durante a reunião ou pensar em partes do design técnico.

Dica
Dica profissional

Adicione a reunião de lançamento de recurso como um ritual padrão da equipe, para que haja um ciclo de feedback regular para recursos antes que eles atinjam o backlog da equipe.

Conseguiu?

Execute uma sessão completa do Monitor de Saúde ou ponto de verificação com a sua equipe para ver se você está melhorando.

Variações

equipe multirregional

Esta tática pode ser adaptada para equipes em vários locais; compartilhe o conceito logo no início em uma página do Confluence e garanta que a sala que você reservou esteja configurada com um VC.

Acompanhamentos

Se alguém na equipe pensar em novas perguntas após a reunião de lançamento, adicione essas perguntas às especificações, junto com o que a pessoa acha que seria a resposta mais provável.

Atribua a pergunta ao membro da equipe apropriado – se ele gostar da resposta proposta, ele pode apenas indicar que concorda com ela.

Quer mais do Esquema Tático?

Escreva seu e-mail abaixo para ser o primeiro a saber quando a gente colocar novas táticas e Monitores de Saúde.

Thanks! Now get back to work.

Tem feedback?

Deixe perguntas ou comentários no site da Atlassian Community.