Equipa de design inclusiva: dos pronomes à pertença

Há um princípio simples que tem aguentado bem: o produto reflete a cultura da equipa que o constrói. Equipa que se trata com cuidado nota-se em copy mais cuidado, em formulários menos invasivos, em decisões de design que apanham detalhes culturais antes de saírem para fora.

Equipa que não se trata com cuidado também se nota. Em microcopy descuidado, em formulários invasivos, em features lançadas que magoaram alguém. O produto é o produto, mas tem cheiro a cultura.

Este post lista as práticas que vi funcionar para construir uma equipa que faz design inclusivo por defeito, sem precisar de checklist em cada decisão.

Pronomes em todo o lado

A coisa mais pequena que faz a maior diferença: pronomes visíveis em Slack, em meetings, em assinatura de email, em qualquer software interno.

Não é statement. É um gesto que normaliza a importância de saber como cada pessoa quer ser referida. Quando todos mostram, ninguém tem de fazer um movimento solitário. E quando um colega novo chega, vê o sinal antes de perguntar.

O custo é zero. O efeito acumula-se silenciosamente.

”Como queres ser tratado?”

A pergunta que toda a equipa devia ter o hábito de fazer. Não só sobre pronomes:

• O nome a usar (eu, no Talkdesk, prefiro Ferrão a João)
• Pronúncia
• Forma de tratamento em meetings (formal, informal)
• Como receber feedback (em público, em privado)
• Em que canais e horas estás disponível

A primeira vez que esta pergunta entra numa equipa, parece estranha. Quinta vez já é hábito. Décima vez é cultura.

Espaço para errar

Toda a gente vai errar. Vai usar o pronome errado. Vai fazer um comentário desajeitado. Vai esquecer-se de algo que tinha sido pedido.

O que diferencia equipas inclusivas de equipas que apenas falam de inclusão é como reagem ao erro:

Errado: vergonha, defesa, ignorar. Certo: reconhecer (“desculpa, errei”), corrigir, seguir em frente.

O segundo padrão exige que a equipa não puna o erro. Se um erro for tratado como falha grave, ninguém aprende, todos fingem ser perfeitos, e a coisa pesa.

A regra que sigo: corrigir uma vez, sem drama. Se a pessoa repete, conversar em privado. Não há mais rituais que isto.

Book club ou momento de partilha semanal

Uma das coisas mais úteis que tive numa equipa: 30 minutos por semana, alguém da equipa partilha algo que aprendeu sobre um tema relacionado com inclusão, design, research, qualquer coisa.

Tópicos que apareceram na minha equipa: dislexia (uma colega tem, partilhou o que isso muda no design), neurodiversidade, ageism, design para luto, arquétipos de género em research, formação acessível.

Funciona porque:

• Cada pessoa torna-se temporariamente “expert” e ganha confiança.
• A equipa aprende sem investir em cursos formais.
• Vai-se construindo um vocabulário comum.
• A inclusão deixa de ser um tema de RH para ser parte do trabalho.

O custo é meia hora por semana. O retorno é alto.

”Nós” em vez de “eu”

Pequena mudança de copy interno que muda muito. Quando alguém apresenta trabalho:

Errado: “eu desenhei isto, eu testei, eu decidi”. Certo: “nós desenhámos isto, nós testámos, nós decidimos”.

Mesmo se foi uma pessoa a fazer o trabalho. O design não acontece em vácuo: há contributo de research, de PM, de engineering, de pessoas que deram feedback. Reconhecer isso na linguagem cria sentido de pertença.

Diversidade real, não diversidade decorativa

Há equipas que falam de inclusão e onde a diversidade real é zero. Mesmas idades, mesmas origens, mesma formação académica. As blind spots são previsíveis.

Construir diversidade exige decisões em hiring:

• Pipeline diverso: ir buscar candidatos a sítios diferentes, não só ao mesmo cluster de portfolios.
• Painel de entrevistas diverso: não só sénior + manager, mas perfis variados.
• Critérios de avaliação claros: vieses cognitivos magoam mais quando os critérios são vagos.
• Onboarding cuidado: não basta contratar; é preciso que a pessoa fique e cresça.

A diversidade que se vê em foto de equipa não é diversidade. Diversidade real é a que aparece na lista de pessoas que decidem, que apresentam, que falam alto em meetings.

Conflito e desacordo

Equipas inclusivas não são equipas onde toda a gente concorda. São equipas onde toda a gente pode discordar com segurança.

Práticas:

• Discordar do trabalho, não da pessoa. “Esta solução não me convence” é diferente de “tu não percebeste”.
• Permissão explícita para discordar com sénior. O eco de seniores é tóxico.
• Não decidir sob pressão. Se há urgência, abrandar é quase sempre certo.

A última é uma das dicas mais importantes para qualquer ambiente de trabalho. Quando estamos pressionados, especialmente emocionalmente, tomamos decisões que não são as melhores. O cérebro automatiza. Os vieses (cobertos em Vieses cognitivos explicados) ganham peso.

Não somos experts

Provavelmente a coisa mais importante: nenhuma equipa é expert em inclusão. Eu não sou, a minha equipa não era, ninguém é completamente.

Aceitar isso muda como se trabalha. Em vez de fingir que sabemos, perguntamos. Em vez de assumir, validamos. Em vez de reagir defensivamente quando alguém aponta uma falha, agradecemos e ajustamos.

Esta humildade é, no fundo, o que diferencia uma equipa que entrega design inclusivo de uma equipa que entrega design exclusivo com a aspiração de ser inclusivo.

Por onde começar esta semana

Três passos concretos:

1. Adiciona pronomes ao teu perfil. Sem statement. Apenas faz.
2. Pergunta a três colegas como preferem ser tratados. Nome, pronome, forma de feedback.
3. Sugere um book club de 30 min semanais. Começa com um tema relacionado com o produto que constróis.

Mais sobre o pano de fundo no guia Inclusão e Diversidade. Sobre os vieses cognitivos que afetam decisões em equipa, ver Vieses cognitivos explicados. Sobre como linguagem inclusiva sai naturalmente de uma equipa que pratica isto, ver Linguagem inclusiva no design.