Conjunto De Pessoas Com Objetivos Em Comum

O que acontece quando um monte de gente decide que quer a mesma coisa

Vou ser direto: a maioria dos grupos que se formam hoje em dia acaba se desfazendo em menos de três meses. Não por falta de vontade, mas por falta de estrutura. Eu vi isso acontecer repetidamente, tanto em projetos open-source quanto em comunidades internas de empresas. O conceito de conjunto de pessoas com objetivos em comum parece simples no papel, mas na prática exige um trabalho constante de alinhamento que poucas pessoas levam a sério. A primeira coisa que precisa ficar clara é que ter um objetivo compartilhado não é suficiente. Já trabalhei com grupos onde todo mundo concordava com a missão declarada e mesmo assim o projeto travava porque ninguém havia definido quem decidia o quê, como os conflitos seriam resolvidos e qual seria o critério para alguém entrar ou sair do grupo. Sem essas definições mínimas, o grupo vira uma bagunça logística antes mesmo de produzir qualquer coisa útil.

Conjunto de pessoas com objetivos em comum: como funciona na prática

O funcionamento real depende de três pilares que quase ninguém menciona quando fala disso. O primeiro é a transparência operacional. As decisões precisam ser visíveis para todos os membros. Quando você esconde o processo decisório, mesmo que com boas intenções, cria uma classe de membros informados e uma classe de membros comuns, e essa diferença gera ressentimento rapidamente. Eu vi um grupo de desenvolvedores abandonarem um projeto porque percebiam que certas decisões eram tomadas em canais privados entre os fundadores. O projeto tinha potencial técnico enorme. Morreu por isso. O segundo pilar é a governança definida. Você precisa saber, antes de tudo dar o primeiro passo, qual mecanismo será usado para resolver impasses. Votação? Decisão centralizada do fundador? Consenso? Cada escolha tem consequências práticas enormes. Em uma comunidade técnica que liderei, adotamos inicialmente o consenso para tudo. Funcionou nos primeiros seis meses. Depois disso, cada discussão menor consumia reuniões de duas horas. Migrar para votação com peso diferente por nível de contribuição reduziu o tempo médio de decisão de 48 horas para cerca de 6 horas. A qualidade das decisões não caiu. O grupo simplesmente parou de se cansar de burocracia.

O terceiro pilar, e talvez o mais ignorado, é o filtro de saída. Todo mundo fala em como atrair pessoas novas. Pouco se fala em como alguém pode sair de forma digna e sem arrastar o resto do grupo junto. Um membro que não consegue sair do grupo sem criar conflito vira um fator de instabilidade permanente. Estabelecer regras claras de saída desde o início não é sinal de fracasso. É sinal de maturidade organizacional. O que a teoria não mostra é que a dinâmica de grupo muda conforme o tamanho. Grupos de até sete pessoas funcionam com comunicação orgânica. Entre oito e vinte, você precisa introduzir estruturas formais de coordenação. Acima de vinte, a única coisa que sustenta o conjunto de pessoas com objetivos em comum são regras explícitas e processos documentados. Tentar gerenciar um grupo de quarenta pessoas com as mesmas ferramentas usadas para um grupo de cinco é erro comum de iniciante.

Há também um ponto contra-intuitivo que vale a pena destacar. Grupos com objetivos extremamente bem definidos tendem a ser mais frágeis do que grupos com objetivos amplos. Isso porque a definição rigorosa gera mais conflito quando surgem divergências sobre a interpretação do objetivo. Um grupo que diz "queremos construir uma ferramenta X" vai se desbandear na primeira discussão sobre arquitetura. Um grupo que diz "queremos resolver problemas de Y" tolera divergências técnicas por mais tempo, porque o critério de avaliação é mais flexível. Às vezes, um pouco de vaguidão proposital no objetivo central é mais funcional do que precisão excessiva. O problema que eu encontrei pessoalmente foi mais sutil. Formei um grupo focado em desenvolver documentação para uma tecnologia específica. A principio parecia sólido. O objetivo era claro, os membros tinham competências complementares e a comunicação era fluida. O problema surgiu quando percebemos que dois subgrupos internos tinham entendido "documentação" de formas diferentes. Um via como guias passo a passo. O outro via como referências técnicas detalhadas. Nenhum estava errado. Mas o conflito entre as visões paralisou o projeto por semanas. A solução que encontrei foi dividir formalmente o grupo em duas vertentes com coordenação leve, permitindo que cada uma seguisse sua visão sem impor a outra. Foi a coisa certa a fazer, mas nunca teríamos pensado nisso se não tivéssemos enfrentado o impasse primeiro.

Se você está começando agora, aqui está o que eu faria antes de mais nada. Defina por escrito o que o grupo é e, mais importante, o que ele não é. Anexe isso ao processo de adesão de novos membros. Estabeleça um mecanismo de resolução de conflitos antes que ele seja necessário. E revise essas regras a cada três meses. Grupos que nunca revisam suas próprias regras de funcionamento acabam levando regras implícitas, que são muito piores do que regras explícitas e discutidas abertamente. A versão mais eficiente que eu já vi em funcionamento mantém um documento vivo com as regras do grupo, atualizado a cada reunião mensal. As reuniões duram trinta minutos no máximo. Qualquer reunião que passe de quarenta minutos indica que o grupo perdeu o foco no que deveria estar sendo decidido. Essa métrica simples salvou mais projetos do que qualquer metodologia formal que eu já conheço.