As soft skills que você precisa para ter sucesso em open source.
Tive o privilégio de trabalhar em código aberto nos últimos 20 anos. Comecei como voluntário, como a maioria faz em código aberto, tentando aprender algo novo. Mesmo que eu não entendesse completamente o que era código aberto na época, eu realmente me envolvi com a comunidade e recebi muito em troca. Durante a execução de pequenos projetos, aprendi muito sobre as habilidades necessárias para ter sucesso.
A razão de eu começar com esta pequena história é porque usuários de origem, este é um começo comum. E uma lição poderosa. Quase todo mundo começa como iniciante, e sempre tem alguém com mais experiência que você. Como um treinador de xadrez disse uma vez: “Sempre haverá uma criança de 10 anos que vencerá você”. Esse é um dos atrativos do código aberto – é um quebra-cabeça constante. Você sempre terá algo a aprender, sempre será capaz de aumentar seu conjunto de habilidades. O código aberto é o futuro, e agarrá-lo agora e crescer com ele é uma grande vantagem.
Soft skills para projetos open source bem sucedidos
Claro, habilidades técnicas duras desempenham um papel em open source, mas eu deseja se concentrar em habilidades interpessoais obrigatórias para ter sucesso como líder em código aberto:
Escopo do seu projeto de código aberto.
Aproveitando as características comuns de projetos de código aberto bem-sucedidos.
-
-
- Aplicando habilidades pessoais em comunidades e empresas.
-
Vamos começar.
Escopo do seu projeto de código aberto
Código aberto é como adotar um filhote de cachorro grátis; na verdade, não é grátis porque há todas essas coisas que você precisa comprar e compromissos para pagar, além disso, você tem a responsabilidade final de cuidar desse filhote. Esse é o acordo em uma comunidade de código aberto — você tem a responsabilidade de manter seu projeto.
Eu trabalhava em uma empresa de gerenciamento de configuração e tinha o privilégio de se envolver com uma grande empresa que fabricava impressoras. Esta empresa queria abrir o código-fonte de um projeto interno e a pessoa líder me pediu conselhos. Eles pensaram que poderiam “colocar no GitHub, criar um wiki, ir embora e deixar os nerds assumirem o controle”. Isso pode ter sido uma citação direta deles, agora que penso nisso. um monte de gente recolheu lixo no parque do outro lado da rua. No Texas, você precisa de uma licença e um plano escrito para organizar tal evento; há muita logística – água, banheiros, coleta de lixo, gerenciamento, etc. E me dei conta de que essa era uma ótima maneira de descrever uma comunidade de código aberto.
As pessoas estão dispostas a ajudar (recolher o lixo, se preferir), usar os recursos fornecidos e melhorar as coisas, mas não se importam com a logística. Você deve. Você assume a responsabilidade de manter e defender. Essa é uma das coisas mais difíceis para a maioria das empresas entender – ninguém mais se importa com a logística do seu projeto de código aberto. Se você tem um processo interno para abrir algo de código aberto, ou tem regras de IP específicas para algo de código aberto, ninguém fora da sua empresa se importa. A logística de colocar algo lá fora e mantê-lo é sua responsabilidade como líder, e ninguém fará isso além de você.
Lembre-se, seu objetivo é tire a frustração das coisas em torno do projeto, então, quando as pessoas aparecerem, elas possam simplesmente fazer seu trabalho e retribuir ao projeto que vocês estão construindo.
Alavancando o comum características dos projetos de código aberto
Se continuarmos com a analogia do parque, podemos entender por que é importante que o organizador opere com empatia e consideração pelo público. Primeiro, a própria natureza do projeto é responder a uma necessidade do público ou “coçar uma coceira”. Então, essa logística atende às necessidades dos voluntários. Você está colocando as coisas no lugar para que eles tenham sucesso, porque se esses voluntários tiverem sucesso, o projeto terá sucesso. Projetos de código aberto e as comunidades em que vivem exigem o mesmo: empatia
