Evite essas práticas ruins em seus projetos de código aberto

Na web você pode encontrar muitas informações sobre como desenvolver um projeto de código aberto, mas ninguém comenta o que deve ser evitado. É por isso que queremos falar sobre alguns comportamentos negativos ou más práticas, que devem ser evitados para o sucesso do projeto.

• Acreditar que seus colaboradores são um incômodo

Quando alguém externo faz uma observação, os desenvolvedores pensam que lhes deram mais trabalho e realmente é, mas ignorar esses adereços é um erro para um projeto de código aberto. Em vez disso, eles devem bem-vindo e obrigado por estarem trabalhando com você, para que continuem a fazê-lo. Mais tarde, essas pessoas podem se tornar seus colegas de trabalho.

Você precisa de pessoas para fazer uma contribuição, depois faça uma segunda e uma terceira. Assim é possível que seu projeto conte com seus novos representantes de manutenção.

• Deixando as pessoas fazerem o trabalho sujo

Cada pessoa que deseja contribuir com um projeto de código aberto tem diferentes motivos para fazê-lo: alguns são usuários e outros desejam ter a experiência de ajudar neste tipo de trabalho. No segundo caso, serve como exercício ou aprendizado para dar algo ao ecossistema de computação que utilizam.

Muitos aproveitam essa boa vontade e dão o trabalho sujo para quem deseja colaborar: tarefas sem juros, de pouco valor e sem impacto direto no projeto. Tome cuidado com as tarefas que você atribui aos seus colaboradores porque alguns podem ficar ofendidos e lembre-se de dar o crédito a quem o merece. É a única maneira de mantê-los por perto e continuar ajudando.

• Definição de expectativas muito altas para novos funcionários

Em princípio, você deve cuidar da tarefa que atribuirá aos novos colaboradores. Alguns podem ser muito complicados e não podem ser realizados, então eles vão acabar com medo ou desaparecer porque não se sentem capazes de ajudar.

Converse com eles de antemão sobre suas habilidades e você poderá fazer uma visão geral de suas habilidades e orientá-los para brilhar no projeto. Ao longo do caminho alguns vão ficar e outros vão embora, mas isso faz parte do processo.

Se você puder, torne-se seu mentor porque isso faz com que seus colaboradores se sintam bem-vindos. Este conselho se aplica a outras áreas também.

• Pedindo a essas pessoas para fazerem algum sacrifício em suas vidas

Esses colaboradores contribuem de forma voluntária e em seu tempo livre, por isso não devem ser solicitados a fazer grandes sacrifícios. Não é desaprovado (para esse tipo de trabalho) que os colaboradores tenham que viajar longas distâncias, negligenciar sua família por alguns dias, passar uma noite em um hotel ou longe de casa para fazer parte ou se encaixar em um projeto. Lembre-se de que nem todo mundo que ajuda tem o mesmo fuso horário. É preferível atribuir-lhes determinadas tarefas, indicar um prazo de entrega e permitir que executem no seu ritmo e no seu tempo disponível.

Porém, recomenda-se realizar algumas atividades sociais para compartilhar e conhecê-los. Você também pode fazer videoconferências usando software livre.

• Pensando que os estrangeiros são estranhos

É bem sabido que a maioria dos projetos de código aberto usa o inglês como língua de comunicação comum, por ser a língua universal e tem funcionado bem até agora. Mas muitas pessoas não nasceram falando inglês, e algumas não são fluentes, então algumas pessoas ficam frustradas com a lentidão da conversa.

É de mau gosto quando um expositor fluente em inglês ignora as pessoas porque falam devagar. Mas a desvantagem é que, por não ser capaz de se comunicar no mesmo idioma, as pessoas não estão no mesmo nível de conversação oral. Muita paciência e eles se entenderão perfeitamente.

• Sem visão, não há como delegar

É um erro comum em projetos de código aberto ver como o líder luta com o crescimento de seu projeto, mesmo quando há pessoas tentando ajudar.

Quando os colaboradores começam a chegar, começam a agregar novas características, querem avaliar e orientar; e os líderes do projeto congelam e não sabem como responder, então os colaboradores ficam frustrados e, mais cedo ou mais tarde, desaparecem.

Ter uma visão para o projeto e comunicá-la é de extrema importância. Deixe claro para seus colaboradores o que você quer e o que não quer evitar atritos entre os participantes, para que eles saibam se querem se juntar ao seu trabalho ou não. Assim você pode ser um bom capitão.

Assim que eles ingressarem no seu projeto, você deve confiar neles o mais rápido possível e delegar algumas responsabilidades a eles. Dê-lhes uma parte completa para que se sintam tão responsáveis ​​quanto você. Se, por outro lado, você mantiver muito controle, estará trabalhando sozinho e retardará o seu crescimento.

• Esqueça de ser grato

As experiências e sentimentos de seus colaboradores serão sempre diferentes, mas tudo isso serve como aprendizado. Obrigado.

Se você tem algo a acrescentar a esta lista de práticas inadequadas, nós o convidamos a incluí-lo.