A função Trusted Committer (TC) é uma das principais funções em uma comunidade InnerSource. Pense em Trusted Committers como as pessoas em uma comunidade nas quais você confia com decisões técnicas importantes e para orientar os colaboradores para finalizarem suas contribuições. A função Trusted Committer é exigente e gratificante. É mais do que apenas um guardião imparcial e é fundamental para o sucesso de qualquer comunidade InnerSource.
Aprender
Vamos começar com a responsabilidade mais frequentemente associada ao Trusted Committer: garantir a qualidade do produto.
Aprender
A introdução nos apresentou que os Trusted Committers têm responsabilidades tanto de orientação tecnológica quanto voltadas para a comunidade. Não é suficiente focar apenas no código e no funcionamento do código. Para garantir o sucesso a longo prazo, os Trusted Committers devem se esforçar para manter a comunidade construindo o software saudável também. Por isso, eles devem alcançar um bom equilíbrio entre garantir a qualidade do produto e desenvolver uma comunidade saudável. Como é uma comunidade saudável? De forma bem simples, em uma comunidade saudável, os https://innersourcecommons.org/learn/learning-path/contributor [Contributors] tendem permanecer, podem gastar a maior parte de seu tempo desenvolvendo software e são capazes de desenvolver suas habilidades. Como resultado, uma comunidade saudável estará em constante crescimento. Por que os https://innersourcecommons.org/learn/learning-path/contributor [Contributors] se juntam e permanecem em uma comunidade? Alguns fazem isso porque subscrevem o propósito ou a missão da comunidade. Cabe aos Trusted Committers articular e promover claramente este objectivo. A importância disso muitas vezes não é reconhecida, mas o marketing de uma comunidade e seus produtos é realmente essencial. Outra razão mais óbvia para que as pessoas permaneçam é que elas gostam de trabalhar com outros membros da comunidade, incluindo os Trusted Committers. Uma comunidade próspera é aquela em que os membros se tratam e se comunicam com o máximo respeito. As contribuições são tratadas como presentes ou doações em vez de distrações, e excelentes contribuições são elogiadas (especialmente primeiras contribuições). O trabalho do Trusted Committer em tudo isso é principalmente o de definir um exemplo para outros, semelhante a definir um exemplo para o nível de qualidade de software esperado. Se necessário, os Trusted Committers são os que devem criar e publicar um código de conduta para a comunidade. Se há membros da comunidade cujo comportamento seja prejudicial ou tóxico para a saúde da comunidade, é responsabilidade dos Trusted Committers abordar isso. Os Trusted Committers devem criar oportunidades para que as pessoas se reúnam regularmente (presencial ou virtualmente), se conheçam e resolvam pacificamente os conflitos à medida que surgem. As pessoas também tendem a permanecer porque trabalhar em uma comunidade InnerSource é uma excelente oportunidade para adquirir novas habilidades e crescer pessoalmente. É aqui, mais uma vez, que o papel dos Trusted Committers é realmente importante. Os Trusted Committers muitas vezes se tornam mentores para desenvolvedores juniores e explicitamente gastam tempo durante pull requests não apenas apontando áreas para melhoria, mas também explicando em detalhes por que algo precisa ser melhorado e como fazer isso. Eles fornecem a teoria ou a experiência por trás da mudança e oferecem sugestões para as melhores maneiras de implementá-la. Ao fazer isso, os Trusted Committers podem aumentar a velocidade de aprendizado em suas comunidades muito além do que em projetos tradicionais de desenvolvimento de software. Acreditamos que os Trusted Committers devem priorizar a integração e a orientação durante pull requests ao invés de atingir datas de lançamento comunicadas, a menos que haja uma razão muito boa para não fazê-lo. Uma boa orientação durante pull requests leva a um nível mais alto de confiança e engajamento dos https://innersourcecommons.org/learn/learning-path/contributor [Contributors], que por sua vez leva a mais contribuições. Vamos discutir mais sobre isso em "Melhorando a Comunidade". Finalmente, algumas pessoas permanecem em comunidades InnerSource porque elas se concentram no desenvolvimento de software em vez de atividades consideradas gerais ou desperdícios, especialmente comuns em grandes empresas com um forte foco em processos. A tarefa do Trusted Committer nesse contexto é assegurar que os https://innersourcecommons.org/learn/learning-path/contributor [Contributors] possam realmente focar em seus projetos comunicando e publicando diretrizes de contribuição úteis. Um aspecto importante dessas diretrizes é explicar o que chamamos de signaling em pull requests: como deve ser um comentário? O que significa se eu dou um like ou _ + 1_ em um comentário? Como @mentioning alguém com um prefixo /CC é diferente de usar um prefixo /FYI? De um modo geral, os Comitentes Confiáveis precisam garantir que o processo de contribuição não crie mais problemas, mas, em vez disso, apoie a comunidade na identificação e resolução de problemas. Em última análise, os Trusted Committers devem capacitar sua comunidade para encontrar problemas relacionados ao processo e para adaptá-los e melhorá-los como uma comunidade o máximo possível. Para que os Trusted Committers sejam capazes de cumprir todas essas responsabilidades, é importante que eles se comuniquem regularmente com os membros da comunidade e mantenham-se sempre atentos e bem informados. Vamos entrar em mais detalhes sobre isso na seção de "Advogando as Necessidades da Comunidade". Em resumo, os Trusted Committers devem se esforçar para criar um ambiente acolhedor e agradável para seus https://innersourcecommons.org/learn/learning-path/contributor [Contributors que permita que eles se concentrem em escrever software e crescer pessoalmente, criando oportunidades para aprender com outros membros da comunidade.
Aprender
Há uma participação contínua em uma comunidade InnerSource. Há pessoas que não tem conhecimento da comunidade. Newcomers podem estar interessados na comunidade e seu produto, mas ainda não o usaram. Consumers usam o software, mas podem não ter feito uma contribuição Depois, temos os https://innersourcecommons.org/learn/learning-path/contributor [Contributors] que fizeram pelo menos uma contribuição e, finalmente, os Trusted Committers, que estão assumindo a responsabilidade pelo software e pela comunidade. Como um Trusted Committer, você é responsável por mover os indivíduos ao longo deste fluxo contínuo e desenvolver suas capacidades de fazer contribuições. Nesse sentido, os Trusted Committers atuam como multiplicadores de força em sua comunidade. É importante que os Trusted Committers façam o marketing de seus produtos e comunidades para aumentar o número de newcomers e consumidores. Eles também devem comunicar aos consumidores as oportunidades para fazer contribuições e tentar obter e alinhar os interesses de potenciais https://innersourcecommons.org/learn/learning-path/contributor [Contributors] com os da comunidade. O que geralmente funciona bem é se os https://innersourcecommons.org/learn/learning-path/contributor [Contributors] são capazes de trabalhar em algo que beneficie seu departamento ou função na empresa. Ferramentas de desenvolvimento e automação são bons exemplos. Por fim, é responsabilidade do Trusted Commiter identificar e apoiar https://innersourcecommons.org/learn/learning-path/contributor [Contributors] com potencial de crescimento, incentivando-os a enfrentar tarefas desafiadoras e orientá-los para a conclusão destas tarefas. Esta é, em nossa opinião, a mais nobre responsabilidade de um Trusted Commiter, e é gratificante tanto para o Trusted Commiter como para o seu Contributor. Ouvimos Trusted Committers dizer que orientar e ver as pessoas desenvolverem suas habilidades mais do que compensa o fato de que elas têm menos tempo para realmente gastar escrevendo software. Conforme mencionado na https://innersourcecommons.org/pt-br/learn/learning-path/trusted-committer/03 / [seção anterior], aprendizado e crescimento pessoal são razões pelas quais as pessoas se juntam e permanecem em uma comunidade InnerSource. Desenvolver seus https://innersourcecommons.org/learn/learning-path/contributor [Contributores] é uma das ferramentas mais poderosas que os Trusted Commiters têm à disposição para aumentar a velocidade, a produção e a longevidade de suas comunidades. Também é um dos principais argumentos para convencer a gerência a permitir que seus funcionários participem de uma comunidade InnerSource, pois isso tornará seus funcionários mais valiosos para a empresa em geral e os ajudará a reter os principais talentos. Em resumo, os Trusted Commiters precisam atrair novos https://innersourcecommons.org/learn/learning-path/contributor [Contributors] e aumentar sua capacidade de fazer contribuições. Esta atividade acaba por aumentar a capacidade da comunidade de criar software melhor mais rapidamente. Eles fazem isso comunicando oportunidades para fazer contribuições e ajudando e orientando os Contributors, permitindo que eles cresçam.
Aprender
Solicitar contribuições em uma comunidade InnerSource é mais desafiador do que em uma comunidade Open Source por uma série de razões: * O grande número de potenciais https://innersourcecommons.org/learn/learning-path/contributor [Contributors] é menor nas comunidades InnerSource * Os colaboradores vão querer contribuir durante o seu tempo de trabalho, o que significa que têm mais tempo limitado. * O trabalho no InnerSource pode não ser necessariamente parte das metas oficiais de desempenho dos Contributors, portanto, o tempo gasto trabalhando no InnerSource pode parecer que prejudica em alcançar essas metas. É por isso que é importante que os Trusted Committers tornem os processos para fazer contribuições e integração de https://innersourcecommons.org/learn/learning-path/contributor [Contributors] o mais simples possível. Há uma série de coisas que podem ajudar: * Ter um bom README.md em cada repositório de código. Um bom README.md explica o que está no repositório e para que ele pode ser usado. Além disso, ele deve fornecer instruções detalhadas sobre como obter, construir, testar e usar o software no repositório, incluindo informações sobre a licença. * Tenha um bom CONTRIBUTING.md que descreve o que se espera do https://innersourcecommons.org/learn/learning-path/contributor [Contributor]. Deve responder a perguntas comuns, tais como: Como enviar um bug report ou feature request? Quem e como entrar em contato se tiver dúvidas? Quais são as convenções para estilo de código, branching ou mensagens de commits? Qual é a definição de "feito" para uma contribuição? Quais são as etapas do processo que regem as contribuições? O que é esperado de mim em termos de suporte de código contribuído após a contribuição ser aceita? ** Qual é o código de conduta e quais são as diretrizes para como a comunidade funciona? Se você tiver uma licença interna anexada ao software, que em algumas empresas é um pré-requisito para compartilhar software entre pessoas jurídicas, inclua uma cópia dessa licença e uma explicação dos direitos e obrigações em termos leigos. Além dessas tarefas documentais, semelhante ao desenvolvimento de software Open Source, deve ser fácil e rápido executar e testar o software que está sendo desenvolvido localmente pelos potenciais https://innersourcecommons.org/learn/learning-path/contributor [Contributors], para que eles possam começar a implementar e validar sua contribuição com o menor esforço possível. Há dois modelos comuns para fazer contribuições: repositório compartilhado e fork e join. Ambos têm vantagens e, como um Trusted Committer, você deseja suportar ambos os modelos para acomodar diferentes necessidades de seus potenciais e atuais https://innersourcecommons.org/learn/learning-path/contributor [Contributors]. Seus Contributors geralmente terão perguntas sobre o processo de contribuição ou sobre a própria comunidade e alguém precisa estar disponível para responder a essas perguntas. Portanto, é importante que qualquer comunidade InnerSource tenha uma ou mais pessoas de contato disponíveis para responder a essas perguntas. Alguém do grupo de Trusted Committers é geralmente essa pessoa de contato, ou então eles precisam ter certeza de que há um membro da comunidade "de plantão". Também é importante ajudar potenciais https://innersourcecommons.org/learn/learning-path/contributor [Contributors] a determinar quais contribuições são necessárias. Essas podem ser contribuições de código, mas também contribuições que não sejam de código, como escrever documentação, criar arte ou organizar eventos. Uma maneira comum de fazer isso é marcar "newcomer tasks" no rastreador de issues usado pela comunidade ou implementar um marketplace para tarefas abertas que os contribuidores poderão usar. Em resumo, é super importante para as comunidades InnerSource em um ambiente corporativo manter as barreiras para contribuir o menor possível para permitir que o maior número possível de pessoas venham a contribuir. Isso significa fornecer acesso à documentação útil e às pessoas da comunidade para responder a quaisquer perguntas e incentivar a colaboração. Em suma, os Trusted Committers devem garantir que a integração e a contribuição sejam experiências positivas.
Aprender
As comunidades InnerSource existem em um contexto corporativo e, portanto, são mais restritas do que as comunidades Open Source. Às vezes os interesses da unidade de negócios estão em desacordo com os da comunidade. Os Trusted Committers têm uma perspectiva de longo prazo sobre seu projeto. Eles entendem que uma comunidade saudável é um pré-requisito para um código saudável É por isso que muitas iniciativas InnerSource foram modeladas no Apache Way com seu lema "Community over Code" (ou "Comunidade sobre Código"). As unidades de negócios, por outro lado, estão naturalmente mais preocupadas com os produtos produzidos por uma comunidade InnerSource. Eles preferem ver resultados de curto a médio prazo que ajudem no resultado final. É nesta área potencial de conflito que o Trusted Committer desempenha um papel vital. Os Trusted Committers constroem confiança com a organização e, com base nessa confiança, atuam como defensores dos interesses da comunidade e da saúde a longo prazo do software na empresa. Eles são responsáveis por comunicar riscos técnicos, assim como os relacionados à comunidade, à gestão. Ao mesmo tempo, os Trusted Committers precisam ser estratégicos e trabalhar dentro dos graus de liberdade concedidos por suas empresas. Os Trusted Committers também precisam ter certeza de que a comunidade e os colaboradores individuais do contributors obtenham crédito público por seu trabalho. O crédito público é a moeda com a qual os contribuintes são pagos, especialmente aqueles que contribuem voluntariamente. É uma boa prática elogiar publicamente colaboradores valiosos e garantir que seus gestores estejam cientes de suas contribuições. Negligenciar dar crédito pode ser frustrante para os colaboradores individuais e prejudicial para a saúde da comunidade. Isso pode acontecer em empresas ainda não acostumadas ao modelo de trabalho InnerSource, ou quando o software que está sendo desenvolvido pela comunidade InnerSource é executado nos bastidores e os gerentes simplesmente não estavam cientes da contribuição da comunidade. Um bom Trusted Committer se envolverá com a gestão e defenderá o crédito público. A falha em dar crédito quase nunca é feita de má fé e é fácil de corrigir. Outro caso comum que pede a defesa do Trusted Committer é quando contributors não recebem tempo ou permissão para contribuir. Isso pode acontecer quando a comunidade está trabalhando em um produto fora do departamento do contributor e, portanto, não é relevante para os objetivos do seu gerente. Neste caso, o Trusted Committer deve iniciar uma discussão com o gestor do contributor e pressionar por uma decisão alternativa. Em resumo, há muitas situações em que os Trusted Committers precisam defender os interesses individuais dos contributors e da comunidade como um todo. Os Trusted Committers entendem que o valor que a comunidade pode fornecer à organização depende da saúde e da longevidade da comunidade e, finalmente, de uma relação confiável entre ambos.
Aprender
A função de Trusted Committer é uma função exigente, mas satisfatória. Se este caminho de aprendizagem lhe interessa, você pode estar se perguntando como realmente se tornar um Trusted Committer e se você é a pessoa certa para o trabalho. As comunidades InnerSource seguem os mesmos princípios que as comunidades Open Source, uma das quais é a meritocracia. Em uma meritocracia, o poder é investido em indivíduos com base em talento, esforço e realizações. Isso significa que o poder e os privilégios que vêm com o papel de Trusted Committer precisam ser conquistados. A transparência, outro valor do Open Source, também desempenha um papel vital na medida em que torna o talento, o esforço e as conquistas visíveis para toda a comunidade. O processo de se tornar oficialmente um Trusted Commiter difere de comunidade para comunidade, depende de onde você está em sua jornada InnerSource e pode evoluir ao longo do tempo. Nas comunidades de base, os fundadores geralmente assumem o papel de Trusted Commiter. À medida que uma comunidade cresce, ou em comunidades maiores, os Trusted Commiters geralmente são nomeados ou votados pelos contributors da comunidade. Mas o papel do Trusted Commiter deve ser assumido voluntariamente, pois requer uma imensa quantidade de tempo e dedicação para ser bem-sucedido. Quais são os critérios a serem aplicados na nomeação de contributors para uma função de Trusted Commiter? O que é necessário para preencher com sucesso o papel de um Trusted Commiter? Em primeiro lugar, os potenciais Trusted Commiters devem ter demonstrado uma profunda competência técnica durante o seu trabalho na comunidade. Além disso, eles devem ter comprovado sua capacidade de se comunicar efetivamente com os colegas da comunidade e, idealmente, também com os product owners e com a gestão. Da mesma forma, eles devem ter demonstrado disposição e paciência para usar suas habilidades e dedicar seu tempo intencionalmente desenvolvendo os contribuidores. Por fim, cumprir o papel de Trusted Committer requer certa maturidade emocional para lidar com situações sociais estressantes, que surgem de tempos em tempos. Os Contributors que satisfazem esses critérios serão, em nossa opinião, bons Trusted Committers em potencial. A função Trusted Committer pode não parecer tão atraente para alguns contributors, pois significa gastar menos tempo codificando. Ser nomeado para o papel de Trusted Committer pode até ser percebido por alguns como um rebaixamento ou como feedback negativo sobre suas habilidades de codificação. Mas, na verdade, é o oposto. Ser nomeado para o papel de Trusted Committer geralmente significa que alguém reconheceu suas contribuições valiosas e vê em você o potencial de crescer e liderar. A função Trusted Committer lhe dará mais influência sobre a evolução da base de código e, em última análise, fará de você um desenvolvedor mais completo. Explicar aos contributors como o software funciona geralmente leva a novos insights por parte do Trusted Committer e ajudará a identificar oportunidades para melhorar o software.. Se você tem um ou vários Trusted Committers depende do tamanho e do risco associado ao software desenvolvido pela comunidade InnerSource. A função Trusted Committer é demorada e nem todos estão dispostos ou aptos a assumir esse tipo de compromisso. Por causa disso, algumas empresas utilizam um sistema rotativo de Trusted Commiter, em que vários Trusted Commiters partilham a carga de trabalho do papel de Trusted Commiter, e os Trusted Commiters que não estão em serviço podem se concentrar exclusivamente no trabalho orientado para a tecnologia. Ter mais de um Trusted Committer também facilita quando alguém sai da empresa ou sai da função para fazer outra coisa. Nesse caso, é importante que já existam outros Trusted Commiters, que possam assumir e assegurar a continuidade na comunidade. Em resumo, o papel do Trusted Commiter tem de ser conquistato através de contribuições valiosas - tanto técnicas quanto sociais - em benefício da comunidade. Em uma comunidade saudável, você terá outros Trusted Committers ao seu lado. Como um Trusted Committer, você terá menos tempo para codificar, mas ao atuar como um multiplicador de força, você será capaz de aumentar sua contribuição de valor para a comunidade e acelerar seu próprio crescimento.
Aprender
Nos capítulos anteriores, aprendemos sobre as responsabilidades dos Trusted Commiters. Algumas dessas responsabilidades incluem garantir a qualidade do produto, manter sua comunidade saudável, reduzir as barreiras para fazer contribuições, elevar o nível da comunidade e defender suas necessidades dentro da organização. Também falamos sobre como se tornar um Trusted Commiter e o que é necessário para cumprir esse papel. Trabalhar como um Trusted Committer é exigente, mas acabará por ampliar sua contribuição de valor em sua empresa. Esperamos ter te inspirado a trilhar o caminho para se tornar um Trusted Committer. Também esperamos ter ajudado sua organização a entender a importância de ter Trusted Committers capacitados para o sucesso de qualquer iniciativa InnerSource e o nível de capacitação que essa função exige. Gostaríamos de convidá-lo a saber mais sobre InnerSource explorando os outros artigos e vídeos no Caminho de Aprendizagem de InnerSource. E, claro, gostaríamos de recebê-lo na comunidade the InnerSource Commons. May the source be with you.
Aprender