Como envolver uma equipe na busca de idéias e obter muito mais do que idéias

Por alguma razão, a criação de layouts de design e a visualização de soluções sempre despertam grande interesse entre todos os membros da equipe de produtos, seja um gerente que deseja aprender o Sketch ou um desenvolvedor que tenha visto muito e agora queira fazer interfaces legais e não faça perguntas aos designers. E isso é normal quando tudo isso está em discussão. Mas quando se trata de trabalho real ...

Meu porque

Olá pessoal, meu nome é Anya, sou designer de produtos da Scentbird NY, uma empresa americana, antes de desenvolver produtos emblemáticos junto à equipe de design do Alfa-Bank.
Tenho muita sorte na vida e, por algum motivo, sempre trabalho com desenvolvedores que oferecem as soluções mais interessantes para o produto. E ainda melhor do que muitos gerentes e proprietários de produtos poderiam oferecer. E notei isso: quanto mais cedo você conectar os desenvolvedores para trabalhar em uma tarefa, melhor será o resultado. Abaixo, mostrarei como realizar brainstorms com a equipe para gerar não as soluções mais óbvias, mas eficazes. O que, ao mesmo tempo, também é muito simples de implementar. E, o mais importante, como não gastar muito tempo com isso e não ficar atolado nas aprovações.

O processo

1. Escolha da tarefa

Para conduzir um brainstorm adequadamente, você precisa escolher o tópico certo para ele. A tarefa que você traz para a discussão não deve ser muito simples, mas não deve ser muito complicada. Se você deseja criar um roteiro para os próximos seis meses, é melhor pensar por si mesmo, caso contrário, o debate durará aproximadamente o mesmo. E as questões que obviamente terão que ser longas e tristes para coordenar com as partes interessadas também não merecem ser levantadas. Caso contrário, passará tanto tempo entre o próprio brainstorm e pelo menos algum resultado que todos já esquecerão do que se tratava.

Idealmente, escolha o que pode ser implementado no futuro próximo. E no futuro próximo, quero dizer algumas semanas aqui. Desde a força de 3 semanas.

2. Prepare análises

Sua principal arma são os fatos. Porque às perguntas do tipo "Por que devemos lidar com esse problema agora?" você deve ter uma resposta completa com os números prontos, caso contrário, na mente de seus colegas, isso se tornará apenas uma estranha lista de desejos ou até o desejo de "me deixar bonita". Você tem números, há dados, há análises - use-os durante um brainstorm.

Obviamente, é útil dizer quanto dinheiro trará uma nova solução para o problema atual, se você puder pelo menos descobrir. É uma coisa bem tangível medir o sucesso em dinheiro. Outra boa opção está nos clientes. Converse com a equipe sobre as dores do usuário que você encontrou na entrevista. Verificado pessoalmente - a equipe está realmente impressionada com a mensagem de vídeo do cliente, que relata que o serviço em sua forma atual é inconveniente de usar.

3. Equipe de duas pizzas

Não tente convidar todos que você chegar ao brainstorm - deve haver poucas pessoas, mas o suficiente para comer 2 pizzas inteiras (são cerca de 5-7 pessoas). Claro, este pode ser um desenvolvedor com muita fome, sim. Idealmente, convide os membros da equipe mais interessados.

Bem, se você decidir agir de acordo com esse princípio, não esqueça as próprias pizzas. Melhor com uma margem.

4. Tempo é dinheiro

Divida a reunião em duas.

A primeira metade é uma discussão de maneiras de resolver o problema atual, tente chegar a 10-12 peças. Deixe todo mundo que já mastigou sua pizza dar a sua opinião. Seja educado, não interrompa os colegas e deixe todo mundo falar, mesmo que a ideia dele não esteja muito próxima de você. Ao mesmo tempo, lembre-se de que você está aqui não apenas como a pessoa que trouxe a pizza, mas também como um moderador - siga a discussão, se alguém começar a sair muito dela, retorne a conversa ao caminho certo.

A segunda metade - a seleção de 3-5 melhores idéias e sua discussão. Para garantir que todos se entendam corretamente, tente desenhar imediatamente essas idéias em um cenário.

5. Visualização

Registre e esboce todas as idéias. Flipchart, adesivos e pronto.

Mas e se a equipe estiver distribuída?

Aí vem um monte de software para o trabalho em equipe, porque o problema da comunicação em equipes distribuídas, francamente, não é apenas seu.


Sococo - espaço comum e videochamada


Miro, figma e outros quadros interativos, você pode colar adesivos, escrever listas e muito mais


Bate-papo VR - eu pessoalmente não tentei, mas parece promissor. Os caras até tomam café.

6. Afinal

Quando todas as decisões que você decidiu colocar em prática, vão para o estágio de implementação, atualizam seus funcionários, exprimem seu status atual - o que foi acordado, o que já está em andamento e assim por diante, para que eles não sintam que apenas conversaram e foram fazer as coisas deles. De fato, será interessante para eles ver como suas idéias expressas no brainstorm estão gradualmente respondendo a determinadas funções do produto, o que afeta a conveniência do usuário e os números dos negócios.

Os grandes benefícios que noto como resultado de tais reuniões são:

Engajamento e interesse

É claro que os envolvidos na criação de uma ideia ou solução estão muito mais interessados ​​na implementação do que foi concebido. E o interesse pessoal dos membros da equipe é um motivo muito, muito forte, que também atua nas mãos dos negócios. Ela substitui a inércia anterior, porque a equipe começa a ver uma maneira simples e transparente de criar uma solução - desde a tempestade cerebral até a implementação. Do esforço ao resultado.

Eu aprendo sobre todas as armadilhas antes do habitual

Com a ajuda de um brainstorm, você pode aprender com antecedência sobre todos os casos de canto. As idéias serão oferecidas pelos caras da sua equipe que provavelmente são mais versados ​​em sistemas legados e de back-end do que você. E também haverá menos trollagem, porque ninguém vai querer falar sobre o absurdo das decisões se essas decisões forem geradas diretamente pelos membros da equipe.

Equipe unida

Um objetivo transparente comum reúne uma equipe. Em primeiro lugar, esta é outra oportunidade de conversar com colegas ao vivo e, em segundo lugar ...

T2M caiu!

Todos os itens acima afetam o fato de que a tarefa é resolvida mais rapidamente do que o habitual. E se você estiver bem preparado e apresentar corretamente os resultados do trabalho em equipe, o sucesso poderá ser repetido várias vezes.

É muito provável que, para alguns convidados, a reunião pareça chata e sem sentido, mas "os desenvolvedores querem escrever código". Portanto, sempre faça as brainstorms voluntárias. E se algum dos itens propostos não se adequar à sua equipe, fique à vontade para removê-lo ou substituí-lo por outra coisa. Para tornar seus processos os mais legais, colete constantemente feedback de todos os membros da equipe.