Trilha de aprendizagem: Trusted Committer

A seção Trusted Committer cobre o que significa ser um InnerSource Trusted Committer, e como apoiar seus colaboradores.

Apresentando o papel Trusted Committer

O papel do Trusted Committer (TC) é um dos principais papéis em uma comunidade InnerSource. Pense em Trusted Committers como as pessoas em uma comunidade que você confia com decisões técnicas importantes e com colaboradores mentores para finalmente obter contribuições sobre a linha de chegada. O papel Trusted Committer é exigente e gratificante. É mais do que ser apenas um porteiro opinado e é fundamental para o sucesso de qualquer comunidade InnerSource.

Geralmente, o papel Trusted Committer é definido por suas responsabilidades, ao invés de por seus privilégios. Em um nível muito alto, Trusted Committers representam os interesses de sua comunidade InnerSource e os produtos que a comunidade está construindo. Estão preocupados com a saúde da comunidade e do produto. Então, como Trusted Committer, você terá responsabilidades tecnológicas e comunitárias. Vamos explorar ambas as dimensões nas seções seguintes.

Antes de entrarmos nos detalhes do que um Trusted Committer realmente faz, vamos passar algum tempo contrastando o papel Trusted Committer com outros papéis em InnerSource em um alto nível de abstração e explicar por que achamos que o nome é adequado e importante. Vamos começar com o Contribuidor Role. A Contribuidor Como o nome indica, faz contribuições para uma comunidade InnerSource. Essas contribuições podem ser artefatos de código ou não, como relatórios de bugs, pedidos de recursos ou documentação.

Colaboradorespode ou não ser parte da comunidade. Eles podem ser enviados por outra equipe para desenvolver uma característica que a equipe precisa. É por isso que às vezes também nos referimos aColaboradoresComoConvidadosou como parte de umaEquipe convidada. OContribuidoré responsável por “ajustar-se” e por se conformar com as expectativas e processos da comunidade.

OTrusted Committeré sempre um membro da comunidade InnerSource, que às vezes também é referido comoEquipe Host. Nesta analogia, o Trusted Committer é responsável por construir a casa e definir as regras da casa para garantir que seus convidados estejam confortáveis e possam trabalhar juntos efetivamente. Comparado com os contribuintes, Trusted Committers ganhou a responsabilidade de empurrar o código mais perto da produção e geralmente são autorizados a executar tarefas que têm um maior nível de risco associado a eles.

O responsável pelo produto (PO) é o terceiro papel em InnerSource. Semelhante aos processos ágeis, o PO é responsável por definir e priorizar requisitos e histórias para a comunidade implementar. O PO interage com frequência com o Trusted Committer, (por exemplo, certificando-se de que um recurso solicitado ou contribuído realmente pertence ao produto). Especialmente em comunidades menores, InnerSource, o Trusted Committer geralmente também age como um PO. Veja o nosso responsável pelo produto Learning Path segmento para informações mais detalhadas.

O papel do Trusted Committer está presente em toda comunidade InnerSource, mas nem toda comunidade usa esse nome. Algumas comunidades usam o termo Mantenedor, mas este termo entra em conflito com outros papéis técnicos, como o papel de “Mantenedor”, definido por GitHub, por exemplo. Apache usa o termoCompromissor, também, mas eles atribuem menos e principalmente responsabilidades orientadas por tecnologia a esse papel. Com suas responsabilidades comunitárias adicionais, o papel do Trusted Committer vai além disso. O “Confiado” em Trusted Committer significa que esta pessoa é confiável e, assim, capacitada tanto pela sua gestão como pela sua comunidade para fazer o seu trabalho. Ao promover abertura e transparência, Trusted Committers constrói confiança no processo e também no produto sendo construído.

Semelhante a como a nomeação é importante na escrita de software, escolher os nomes certos para papéis e fazê-lo consistentemente garante que todos têm o mesmo entendimento sobre os papéis desempenhados na comunidade.

Agora que você tem uma compreensão básica do papel, por que usar o termo Trusted Committer é apropriado, e sabe como um Trusted Committer pode interagir com outros papéis comuns em um projeto de software, vamos dar uma olhada rápida nas responsabilidades de um Trusted Committer.

Trusted Committers tem várias responsabilidades, incluindo:

• Garantindo a qualidade do produto
• Mantendo a comunidade saudável
• Reduzindo as barreiras para fazer contribuições
• Aumentando o nível da comunidade
• Defendendo as necessidades da comunidade

Vamos olhar essas responsabilidades mais profundamente nas páginas seguintes e também explorar o caminho de se tornar um Trusted Committer no final deste artigo.

Garantindo a qualidade do produto

Vamos começar com a responsabilidade mais frequentemente associada com o papel Trusted Committer: garantir a qualidade do produto.

Em uma comunidade InnerSource, o Trusted CommittersMesmo.Todas as decisões relacionadas à tecnologia, especialmente aquelas relacionadas à qualidade do produto. Propriedade implica a necessidade de ter certeza de que as decisões em vigor sejam seguidas. Isso inclui comunicar e, se necessário, defender essas decisões, dentro e fora da comunidade. Mas Trusted Committers não necessariamente toma todas as decisões relacionadas à tecnologia ou faz todo o trabalho para implementá-las.

É o trabalho do Trusted Committer comunicar e esclarecer padrões de qualidade em sua comunidade e formulá-los de uma forma que seja compreensível e acionável por seus Colaboradores. Isso inclui documentação escrita, claro, mas a maneira mais eficaz para Trusted Committers comunicar esses padrões de qualidade é por exemplo. Achamos que pode ser um objetivo válido para uma comunidade InnerSource tentar se distinguir de projetos de desenvolvimento de software tradicionais não apenas na forma como eles organizam o desenvolvimento, mas também na qualidade do software que eles produzem, também. Um alto nível de qualidade de software é essencial para estabelecer e manter a confiança na comunidade InnerSource em parte de seus usuários e sua gestão. Todos sabemos como uma má libertação pode destruir essa confiança num instante.

Trusted Committers também certifique-se de que a comunidade tenha a infraestrutura e as ferramentas necessárias para produzir software de qualidade. A revisão por pares, geralmente realizada como parte de pedidos de pull (PRs), é mais frequentemente usada para garantir qualidade. Enquanto todos normalmente podem começar e participar de pedidos de retirada apontando melhorias necessárias, geralmente é apenas o Trusted Committer que pode finalmente aceitar e fundir ou rejeitar uma contribuição. Foi isso que quisemos dizer anteriormente com “Trusted Committers pode aproximar o código da produção”. Trusted Committers também deve ajudar Colaboradores durante um PR para obter suas contribuições sobre a linha de chegada.

Dito isso, é o trabalho do contribuinte fazer isso acontecer. O trabalho de um Trusted Committer não é aceitar todas as contribuições por padrão, mas apenas aceitar aqueles que cumprem os critérios definidos em termos de qualidade e escopo. E Trusted Committers deve evitar reescrever o código de um contribuinte para torná-lo “adequado” tanto quanto possível, mesmo que signifique gastar mais tempo apoiando Colaboradores Em um PR. Trusted Committers tem uma perspectiva de longo prazo e entende que esse tipo de apoio é um investimento na longevidade da comunidade, e aumentará a velocidade de desenvolvimento da comunidade a longo prazo.

Às vezes, requisitos de projeto ou limitações não são conhecidos antecipadamente e são descobertos durante o desenvolvimento. Trusted Committers também são responsáveis por garantir que estes achados sejam capturados e documentados para ambos os Proprietários de produtos e o Colaboradores.

Mas a competência do Trusted Committer em relação à qualidade vai além dos pedidos. Trusted Committers pense em qualidade em um nível estratégico e garanta a longevidade do software sendo construído. Isso implica responsabilidades orientadas a códigos, desde garantir a limpeza do código até manter a integridade conceitual do software geral. Também envolve tarefas orientadas para a gestão, como garantir que a comunidade tenha tempo suficiente para refatorar seu software ou mover uma data de lançamento em favor de melhorias de qualidade, se necessário. A eficácia do Trusted Committer está fortemente relacionada à saúde do código.

Sem este último, Trusted Committers terá que gastar muito do seu valioso tempo validando e documentando soluções para bugs ou uma arquitetura frágil e não terá tempo suficiente para gastar em onboarding e mentoring Colaboradores.

Em conclusão, garantir a qualidade do produto é uma responsabilidade chave da Trusted Committers. Eles estabelecem padrões de qualidade e lideram pelo exemplo. Eles participam de pedidos de ajuda. Colaboradores cumprir padrões de qualidade. Eles também assumem a responsabilidade pela saúde a longo prazo do software.

Mantendo a Comunidade Saudável

A introdução apontou que Trusted Committers tem responsabilidades voltadas para a tecnologia e para a comunidade. Não basta focar apenas em código e saúde. Para garantir o sucesso a longo prazo, Trusted Committers deve se esforçar para manter a comunidade construindo o software saudável também. Por causa disso, eles devem encontrar um bom equilíbrio entre garantir a qualidade do produto e crescer uma comunidade saudável.

Como é uma comunidade saudável? Muito simplesmente, em uma comunidade saudável, Colaboradores tendem a ficar, podem passar a maior parte de seu tempo desenvolvendo software, e são capazes de nivelar suas habilidades. Como resultado, uma comunidade saudável crescerá continuamente.

Por quê? Colaboradores se juntar e ficar em uma comunidade? Alguns o fazem porque subscrevem o propósito ou a missão da comunidade. É o trabalho do Trusted Committer articular claramente e promover esse propósito. A importância disso muitas vezes não é reconhecida, mas comercializar uma comunidade e seus produtos é realmente essencial.

Outra razão mais óbvia para as pessoas ficarem é que elas gostam de trabalhar com outros membros da comunidade, incluindo o Trusted Committers. Uma comunidade próspera é aquela onde os membros tratam e se comunicam com o maior respeito. Contribuições são tratadas como presentes ou doações ao invés de distrações, e excelentes (especialmente primeiro) contribuições são elogiadas. O trabalho do Trusted Committer em tudo isso é principalmente dar um exemplo para outros, semelhante a dar um exemplo para o nível de qualidade de software esperado. Se necessário, o Trusted Committers é quem deve criar e promulgar um código de conduta para a comunidade. Se há membros da comunidade cujo comportamento é prejudicial ou tóxico para a saúde da comunidade, é responsabilidade do Trusted Committer lidar com isso. Trusted Committers deve criar oportunidades para as pessoas se reunirem regularmente (em pessoa ou virtualmente), conhecerem-se pessoalmente e resolverem pacificamente os conflitos à medida que surgem.

As pessoas também tendem a ficar porque trabalhar em uma comunidade InnerSource é uma excelente oportunidade para adquirir novas habilidades e crescer pessoalmente. Este é novamente onde o papel do Trusted Committer é realmente importante. Trusted Committers muitas vezes se tornam mentores de desenvolvedores júnior, e explicitamente passam tempo durante os pedidos de pull não só apontando áreas para melhorias, mas também explicando detalhadamente por que algo precisa ser melhorado e como fazê-lo. Eles fornecem a teoria ou experiência por trás da mudança e oferecem sugestões para as melhores maneiras de implementá-la. Ao fazer isso, Trusted Committers pode aumentar a velocidade de aprendizagem em suas comunidades muito além do que em projetos tradicionais de desenvolvimento de software.

Acreditamos que Trusted Committers deve priorizar a integração e a orientação durante os pedidos de suspensão, atingindo datas de lançamento comunicadas, a menos que haja uma boa razão para não fazê-lo. Boa orientação durante os pedidos leva a um maior nível de confiança e engajamento por Colaboradores, o que por sua vez leva a mais contribuições. Vamos discutir isso mais em “Upleveling the Community”.

Finalmente, algumas pessoas ficam nas comunidades InnerSource porque se concentram no desenvolvimento de software em vez de atividades consideradas despesas gerais ou desperdícios, especialmente comuns em grandes empresas com forte foco em processos. O trabalho do Trusted Committer neste contexto é garantir que Colaboradores podem realmente focar em seus projetos comunicando e promulgando diretrizes de contribuição úteis.

Um aspecto importante dessas diretrizes é explicar o que chamamos desinalizandoComo deve parecer um comentário? O que significa se euComoou+1Um comentário? Como @mencionar alguém com um prefixo /CC é diferente de usar um prefixo /FYI? Em geral, Trusted Committers precisa ter certeza de que o processo de contribuição não cria mais problemas, mas, em vez disso, apoia a comunidade na identificação e resolução de problemas. Em última análise, Trusted Committers deve capacitar sua comunidade para encontrar problemas relacionados ao processo e adaptá-los e melhorá-los como uma comunidade o máximo possível.

Para que Trusted Committers possa cumprir todas essas responsabilidades, é importante que eles se comuniquem regularmente com membros da comunidade e fiquem atentos. Vamos entrar em mais detalhes sobre isso na seção “A defesa das necessidades da Comunidade”.

Em resumo, Trusted Committers deve se esforçar para criar um ambiente acolhedor e apreciativo para seu Colaboradores que permite que eles se concentrem em escrever software e crescer pessoalmente criando oportunidades para aprender com outros membros da comunidade.

Subindo os membros da Comunidade

Há um contínuo de participação em uma comunidade InnerSource. Há pessoas que não sabem da comunidade. Recém-chegados. Pode estar interessado na comunidade e seu produto, mas ainda não o usei. Consumidores Use o software mas pode não ter feito uma contribuição. Então há o Colaboradores que fizeram pelo menos uma contribuição, e finalmente o Trusted Committers, que estão assumindo a responsabilidade pelo software e pela comunidade. Como Trusted Committer, você é responsável por mover indivíduos ao longo deste continuum e elevar sua capacidade de fazer contribuições. Neste sentido, Trusted Committers age como multiplicadores de força em sua comunidade.

É importante para Trusted Committers comercializar seus produtos e comunidades para aumentar o número de recém-chegados e consumidores. Eles também devem comunicar oportunidades para fazer contribuições aos consumidores e tentar suscitar e alinhar os interesses do potencial Colaboradores com o da comunidade. O que muitas vezes funciona bem é se Colaboradores são capazes de trabalhar em algo que beneficia seu departamento ou papel na empresa. Ferramentas de desenvolvimento e automação são bons exemplos.

Finalmente, é responsabilidade do Trusted Committer identificar e apoiar Colaboradores com o potencial de crescer encorajando-os a enfrentar tarefas desafiadoras e guiá-los para a conclusão. Isso é, na nossa opinião, a responsabilidade mais nobre de um Trusted Committer, e é recompensador para ambos Trusted Committer e contribuinte. Ouvimos Trusted Committers dizer que orientar e ver as pessoas elevar suas habilidades mais do que compensar o fato de que eles têm menos tempo para realmente gastar software de escrita.

Como mencionado na seção anterior, aprendizagem e crescimento pessoal são razões pelas quais as pessoas se juntam e ficam em uma comunidade InnerSource. Subindo o nível deles. Colaboradores É uma das ferramentas mais poderosas que Trusted Committers tem à sua disposição para aumentar a velocidade, saída e longevidade de suas comunidades. É também um dos principais argumentos com os quais 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 ajudá-los a manter o melhor talento.

Em resumo, Trusted Committers precisa atrair novos Colaboradores e elevar sua capacidade de fazer contribuições. Esta atividade, em última análise, aumenta a capacidade da comunidade de criar software melhor mais rápido. Eles fazem isso comunicando oportunidades de fazer contribuições e ajudando e orientando Contribuintes que lhes permitem crescer.

Baixando as barreiras para a entrada

Solicitar contribuições em uma comunidade InnerSource é mais desafiador do que em uma comunidade Open Source por várias razões:

• O número de potenciais Colaboradores é menor nas comunidades InnerSource.
• Contribuintes vão querer contribuir durante seu tempo de trabalho, o que significa que eles são mais tempo limitado.
• O trabalho em InnerSource pode não ser necessariamente parte dos objetivos oficiais de desempenho dos Contribuintes, então o tempo gasto trabalhando em InnerSource pode parecer diminuir de alcançar esses objetivos.

É por isso que é importante para Trusted Committers fazer os processos para fazer contribuições e a bordo Colaboradores O mais sem fricção possível. Há várias coisas que podem ajudar.

• Tenha um bom README.Md em cada repositório de códigos. Um bom README.MD explica o que está no repositório e para que pode ser usado. Além disso, 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 uma boa CONTRIBUIÇÃO. Contribuidor. Deve responder a perguntas comuns, como:
  • Como faço para enviar um relatório de bugs ou solicitação de recursos?
  • Quem e como eu contato se tenho perguntas?
  • Quais são as convenções para o estilo de código, ramificar ou enviar mensagens?
  • Qual é a definição de “feito” para uma contribuição?
  • Quais são os passos do processo que governam as contribuições?
  • O que se espera de mim em termos de apoio ao código após a contribuição ser aceita?
  • Qual é o código de conduta e quais são as diretrizes para como a comunidade opera?

Se você tem uma licença interna ligada ao software, que em algumas empresas é um pré-requisito para compartilhar software entre entidades legais, incluir uma cópia dessa licençaeuma explicação dos direitos e obrigações em termos leigos.

Além dessas tarefas documentais, similar ao desenvolvimento de software Open Source, deve ser fácil e simples executar e testar o software sendo desenvolvido localmente pelo potencial. Colaboradores, 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 Garfo e junte-se. Ambos têm vantagens, e como um Trusted Committer, você quer apoiar ambos os modelos para acomodar diferentes necessidades de seu potencial e atual Colaboradores. Seus contribuintes terão muitas vezes perguntas sobre o processo de contribuição ou sobre a própria comunidade, e alguém tem que estar disponível para responder a essas perguntas. Portanto, é importante para qualquer comunidade InnerSource ter uma ou mais pessoas de contato que estão disponíveis para responder a tais perguntas. Alguém do grupo de Trusted Committers é geralmente aquela pessoa de contato, ou então eles precisam ter certeza de que há um membro da comunidade “de plantão”.

Também é importante ajudar o potencial. Colaboradores determinar que contribuições são necessárias. Podem ser contribuições de código, mas também contribuições de não código, como escrever documentação, criar arte, ou organizar eventos. Uma forma comum de fazer isso é marcar “tarefas de recém-chegados” no rastreador de problemas usado pela comunidade ou implementar um mercado para tarefas abertas que os Contribuintes podem usar.

Em resumo, é super importante para as comunidades InnerSource em um ambiente corporativo manter as barreiras para contribuir o mais baixo possível para permitir que o maior número possível de pessoas contribuam. Isso significa fornecer acesso a documentação útil e pessoas da comunidade para responder qualquer pergunta e incentivar a colaboração. Em suma, Trusted Committers deve ter certeza de que concordar e contribuir são experiências positivas.

Defendendo as necessidades da Comunidade

As comunidades InnerSource existem em um contexto corporativo e são mais restritas que as comunidades Open Source. Às vezes os interesses da unidade empresarial estão em desacordo com os da comunidade. Trusted Committers tem uma perspectiva de longo prazo sobre seu projeto. Eles entendem que uma comunidade saudável é uma condição para um código saudável. É por isso que muitas iniciativas InnerSource foram modeladas no caminho Apache com seu“Comunidade sobre Código”lema. 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 final.

É nesta área potencial de conflito onde o Trusted Committer desempenha um papel vital. Trusted Committers construir confiança com a organização e, com base nessa confiança, agir 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 e comunitários para a gestão. Ao mesmo tempo, Trusted Committers precisa ser estratégico e trabalhar dentro dos graus de liberdade proporcionados por suas empresas.

Trusted Committers também precisa garantir que a comunidade e o indivíduo contribuidores ganhar crédito público por seu trabalho. Crédito público é a moeda com a qual os contribuintes estão sendo pagos, especialmente aqueles que contribuem voluntariamente. É uma boa prática recomendar colaboradores valiosos publicamente e ter certeza de que seus gerentes estão cientes de suas contribuições. Negligenciar para dar crédito pode ser frustrante para contribuintes individuais e prejudicial à saúde da comunidade. Isso pode acontecer em empresas ainda não acostumadas com o 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 vai se envolver com a gerência e defender o crédito público. Não dar crédito é quase nunca feito de má fé e é fácil de consertar.

Outro caso comum que pede a defesa do Trusted Committer é quando contribuidores Não temos tempo ou permissão para contribuir. Isso pode acontecer quando a comunidade está trabalhando em um produto fora do departamento do contribuinte e, portanto, não relevante para os objetivos de seu gerente. Neste caso, o Trusted Committer deve se envolver em discussão com o gerente do contribuinte e lobby para uma decisão alternativa.

Em resumo, há muitas situações em que Trusted Committers precisa defender os interesses do indivíduo contribuidores e para a comunidade como um todo. Trusted Committers entende que o valor que a comunidade pode dar à organização depende da saúde e longevidade da comunidade e, em última análise, de uma relação confiável entre ambos.

Tornando-se um Trusted Committer

O papel Trusted Committer é um papel exigente, mas satisfatório. 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, um dos quais é meritocracia. Em uma meritocracia, o poder é investido em indivíduos baseados em talento, esforço e realizações. Isso significa que o poder e privilégios que vêm com o papel Trusted Committer precisam ser ganhos. Transparência, outro valor de Open Source, também desempenha um papel vital na medida em que torna o talento, esforço e realizações visíveis para toda a comunidade.

O processo de se tornar oficialmente um Trusted Committer difere de comunidade para comunidade, depende de onde você está em sua jornada InnerSource e pode evoluir ao longo do tempo. Nas comunidades populares, os fundadores frequentemente assumem o papel do Trusted Committer. Como uma comunidade cresce, ou em comunidades maiores, Trusted Committers são geralmente nomeados ou votados da comunidade contribuidores. Mas o papel do Trusted Committer deve ser assumido voluntariamente, pois requer muito tempo e dedicação para ser bem sucedido nele.

Quais são os critérios para aplicar em nomear contribuidores Para um papel Trusted Committer? O que é preciso para preencher o papel de um Trusted Committer? Primeiro, potencial Trusted Committers precisa ter demonstrado uma profunda competência técnica durante seu trabalho na comunidade. Além disso, eles devem ter provado sua capacidade de efetivamente se comunicar com colegas na comunidade e idealmente também com proprietários de produtos e com gestão.

Na mesma linha, eles devem ter mostrado a vontade e paciência de usar suas habilidades e passar tempo intencional aumentando os contribuintes. Finalmente, cumprir o papel Trusted Committer requer uma certa maturidade emocional para lidar com situações sociais estressantes, que são obrigados a surgir de vez em quando. Contribuidores que satisfaçam esses critérios serão bons potenciais Trusted Committers, em nossa opinião.

O papel Trusted Committer pode não parecer tão atraente para alguns contribuintes, pois significa passar menos tempo codificando. Ser nomeado para o papel Trusted Committer pode até ser percebido por alguns como uma desmoção ou como feedback negativo sobre suas habilidades de codificação. Mas o oposto é verdade. Ser nomeado para o papel Trusted Committer geralmente significa que alguém reconheceu suas valiosas contribuições e vê em você o potencial de crescer e liderar. O papel Trusted Committer lhe dará mais influência sobre a evolução da base de códigos e, em última análise, fará de você um desenvolvedor mais completo. Explicar aos contribuintes como o software funciona mais frequentemente do que não leva a novos insights de 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 com o software desenvolvido pela comunidade InnerSource. O papel do Trusted Committer é demorado, e nem todos estão dispostos ou capazes de fazer esse tipo de compromisso. Por causa disso, algumas empresas usamRotação Trusted CommitterSistema onde múltiplos Trusted Committers compartilham a carga de trabalho do papel Trusted Committer, e os Trusted Committers que não sãoDe plantão.Pode se concentrar exclusivamente no trabalho orientado para a tecnologia. Ter mais de um Trusted Committer também torna mais fácil quando alguém deixa a empresa ou sai do papel para fazer outra coisa. Nesse caso, é importante que já haja outros Trusted Committers no lugar, que possam assumir e garantir continuidade na comunidade.

Em resumo, o papel Trusted Committer tem que ser ganho fazendo contribuições valiosas – tanto técnicas quanto sociais – para o benefício da comunidade. Em uma comunidade saudável, você terá o companheiro Trusted Committers ao seu lado. Como um Trusted Committer, você terá menos tempo para codificar, mas agindo 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.

Conclusão

Nos capítulos anteriores aprendemos sobre as responsabilidades de Trusted Committers. 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 Committer e o que é preciso para cumprir esse papel. Trabalhar como um Trusted Committer é exigente, mas, em última análise, amplificará sua contribuição de valor em sua empresa.

Esperamos ter inspirado você a partir em um caminho para se tornar um Trusted Committer. Também esperamos ter ajudado sua organização a entender a importância de ter Trusted Committers capaz para o sucesso de qualquer iniciativa InnerSource e o nível de empoderamento que este papel requer.

Gostaríamos de convidá-lo para aprender mais sobre InnerSource explorando os outros artigos e vídeos no Caminho de Aprendizagem InnerSource. E, claro, ficaríamos felizes em recebê-lo. A comunidade InnerSource Commons.

Que a fonte esteja com você.

Diário de trabalho

1. Eles são os únicos que são confiáveis para fazer compromissos com o projeto.
2. Eles são confiáveis para manter o software e a comunidade que está desenvolvendo-o saudável.
3. É o nome usado por Apache e GitHub.
4. Eles são confiáveis pelo dono do produto para cometer as características mais importantes.

Um bom projeto InnerSource tem uma comunidade de pessoas que se submetem ao projeto. A natureza confiável do responsável vai além da atividade de codificação.

O papel do comitente confiável é amplo e abrange interações humanas sutis. Depois de serem escolhidos por suas habilidades técnicas e interpessoais, os comitentes confiáveis empregam uma ampla gama de práticas para gerar contribuições, construir a confiança e habilidades dos contribuintes, e garantir interações positivas em toda a comunidade. Não há especificações para esse trabalho. Envolve confiança da comunidade e donos de produtos.

Por que 3 está incorreto: Apache e GitHub têm nomes diferentes para papéis que abrangem algumas das responsabilidades do comitente confiável, mas não o conjunto completo. O nome do “compromissor confiável” é intencionalmente exclusivo do InnerSource.

Por que 4 está errado: os donos de produtos não têm favoritos sobre quem implementa histórias para a comunidade.

Mais de uma resposta pode estar correta em algumas perguntas.

1. Garantir que uma contribuição reflita as necessidades do usuário final
2. Garantir alta qualidade de código em suas próprias submissões e as de outros contribuintes
3. Defendendo os padrões de codificação e participação da comunidade
4. Documentando esses padrões.

Um contribuinte geralmente decide se juntar a um projeto para garantir que o código atenda a uma necessidade do usuário final. Assim, são os contribuintes (ou seus gerentes) que são responsáveis pela determinação das necessidades do usuário final, e o comitente confiável assume que qualquer contribuição é feita por uma boa razão.

Sejam quais forem os benefícios que a InnerSource oferece aos contribuintes e sua comunidade, ela deve produzir aplicações de alta qualidade para ser viável. Esse é o objetivo final do processo.

O código será difícil de manter se os contribuintes não seguirem padrões em estilo e qualidade. O comitente de confiança garante isso.

Os potenciais contribuintes têm o direito de ver padrões explícitos antes de tentarem enviar contribuições. Documentação é fundamental, e commissores confiáveis devem escrever a documentação ou recrutar outras pessoas experientes para fazê-lo.

1. Acompanhe as datas de lançamento e recomende mudanças nessas datas quando necessário.
2. Marcando o tempo dos outros contribuintes.
3. Recrutando colaboradores externos.
4. Recomendando promoções para contribuintes.

Por que 1 está correto, os comutadores de confiança sabem melhor em que estado o código está, quão robusto é, e quão longe eles chegaram para atender às exigências do usuário. Assim, eles podem reconhecer mais cedo do que qualquer outro quando uma data de lançamento é irracional. É responsabilidade deles comunicar a necessidade de uma mudança para a gerência.

Contribuidores de fora da equipe anfitriã são voluntários, e se juntam a um projeto porque têm suas próprias motivações para ver projetos sendo feitos. Nem os contribuintes externos ou seus gerentes vão tolerar que lhes digam como passar o tempo.

Embora InnerSource seja frequentemente conduzido por forasteiros que batem nas portas de uma equipe anfitriã para serem deixados entrar, a equipe também pode se beneficiar em alcançar e encontrar forasteiros que podem ajudar. O comitente confiável pode explicar aos potenciais contribuintes como eles e suas equipes poderiam se beneficiar participando.

Promoções, como outras questões de pessoal, ainda são tratadas por gerentes de equipe quando InnerSource está no lugar. InnerSource é sobre construir uma comunidade produtiva e educar seus membros, não recompensas formais. Um comitente confiável pode informar o gerente de um contribuinte sobre o valor e a perícia mostrados pelo contribuinte, mas recomendar recompensas permanece fora do papel do comitente confiável.

1. Modelos para seu próprio comportamento
2. Uma camada da estrutura de gerenciamento para aprovar mudanças de código
3. Fontes de informação sobre como escrever contribuições bem sucedidas
4. Codificadores especialistas que implementam as sugestões dos contribuintes

Por que 1 está correto, comutadores confiáveis devem incorporar todos os traços de um bom membro da comunidade, tanto em suas habilidades de codificação quanto em suas interações. Portanto, os contribuidores são propensos a imitar o comportamento dos comitentes confiáveis e esperançosamente a tornarem-se próprios comitentes confiáveis.

Por que 2 está incorreto: InnerSource, feito corretamente, coloca responsabilidade sobre os contribuintes para decidir que código precisa mudar e como mudá-lo. Commissores confiáveis podem garantir que o código siga diretrizes de estilo e não quebre mais nada. No entanto, o comitente confiável não faz parte da gerência. InnerSource reduz a necessidade de gerentes direcionarem projetos em um nível detalhado.

Um contribuinte quer obter seu código ou outras contribuições na base de códigos da equipe anfitriã, o comitente confiável é alguém que fez isso e pode explicar como.

Os contribuintes assumem a responsabilidade pelo código em InnerSource. Compromissores confiáveis devem resistir à tentação de arrumar o trabalho dos contribuintes. Commissores confiáveis podem dar conselhos, mas o contribuinte implementa as ideias.

1. Revisando pedidos de pull.
2. Documentando padrões comunitários.
3. Garantir que as decisões da comunidade sejam de alta qualidade.
4. Escrevendo código como parte de cada contribuição.

Por que 1 está correto: um pedido dá a um contribuinte sua caixa de areia pessoal para trabalhar; o contribuinte então oferece os resultados para a equipe anfitriã. A contribuição resultante pode exigir várias iterações para alcançar a qualidade necessária, e chegar lá requer feedback de comitentes confiáveis.

A documentação ajuda todos os contribuintes a concordarem no que fazer. É útil para os contribuidores lerem a documentação antes de começarem suas contribuições, e para os responsáveis de confiança apontarem para essa documentação ao solicitarem mudanças para uma contribuição.

A comunicação e a interação assumem uma importância maior no InnerSource. Contribuidores têm opiniões sobre o que o código deve fazer e como fazê-lo funcionar, então o comitente confiável ajuda comunidades a tomar decisões que atendam todas as necessidades.

Os projetos mais saudáveis têm muitas pessoas trabalhando independentemente. Se os contribuintes podem assumir toda a responsabilidade por seu código, eles aprendem mais e podem fazer mais contribuições. Tanto quanto possível, comutadores confiáveis evitam lidar com contribuições pelas quais outros contribuintes assumiram a responsabilidade.

Mais de uma resposta pode estar correta em algumas perguntas.

1. Fazendo participação divertida e envolvente
2. Dizendo aos contribuintes o que fazer.
3. Reining em membros difíceis ou perturbadores da comunidade
4. Fazer um contribuinte se sentir bem só para fazer uma submissão

Uma atmosfera positiva traz mais contribuições do que uma que é tensa ou humilhante. Na verdade, projetos tensos e humilhantes tendem a desmoronar. E em todo caso, uma equipe deve aos seus contribuintes uma experiência edificante e afirmada. Commissores confiáveis são a primeira linha de defesa contra negatividade, embora a administração também deva criar uma cultura de apoio de cima para baixo.

Os contribuintes devem ter suas próprias motivações para mudar o código. Eles não são funcionários do comitente confiável. O comitente confiável pode sugerir que um contribuinte trabalhe em um pedido particular de mudança ou bug, seja porque o projeto precisa de ajuda ou porque a tarefa seria uma boa experiência de aprendizagem, mas o contribuinte toma a decisão final.

As pessoas podem temporariamente, ou por causa de sua disposição, ferir outros psicologicamente. Uma única interação negativa pode prejudicar seriamente toda uma comunidade. Commissores confiáveis aprenderam a criar uma atmosfera positiva, e eles devem intervir rapidamente para parar as trocas negativas e explicitamente guiar os outros sobre como se comportar.

Por que 4 está correto: alguns contribuintes não têm habilidades para fazer código da qualidade exigida por uma equipe, ou podem ser restringidos por outros fatores como o tempo. Mas InnerSource prospera por causa de contribuintes externos, então todos devem ser encorajados a tentar. Incentivo motiva um contribuinte a ouvir conselhos e tentar novamente até que a contribuição funcione.

1. Uma comunidade respeitosa e agradável
2. Possibilidades de aprender e melhorar habilidades
3. Mais processo de planejamento aberto.
4. Implementação mais rápida de recursos necessários para suas equipes

Ninguém quer estar em um grupo desagradável. Uma boa comunidade atrai aqueles que podem fazer contribuições bem sucedidas.

O treinamento formal tem valor limitado até que o aluno tente aplicar as habilidades na vida real. Uma contribuição para outro projeto é uma excelente maneira de aprender com a experiência e fornecer dimensões extras para o treinamento.

Pelo menos na visão convencional do planejamento organizacional, as perguntas de conjunto de recursos e prioridades emergem de reuniões gerenciais de alto nível. Sob o InnerSource, uma equipe ou até mesmo um indivíduo pode decidir que algo precisa ser feito e então implementá-lo, com orientação de um comprometedor confiável. As pessoas acabam trabalhando em coisas importantes porque querem, e as prioridades emergem de discussões abertas e documentadas.

Em vez de esperar que outra equipe implemente um recurso necessário, os colaboradores podem estudar o código e escrever o recurso quando sua equipe precisar.

1. Fique fora do caminho dos contribuintes.
2. Laud primeira vez e excelentes contribuições.
3. Priorizar a integração e a orientação sobre marcos.
4. Ao oferecer correções, explique a teoria por trás da mudança sugerida.

Por que 1 está incorreto, facilitação constante e orientação do comitente confiável para contribuintes realmente melhora a saúde da comunidade.

Transparência é uma das virtudes do InnerSource. Quando as pessoas contribuem, tanto a comunidade quanto os gerentes da organização devem saber.

Por que 3 está correto, os comitentes confiáveis pensam em longo prazo. Embora fazer cada recurso seja importante, eles sabem que o recrutamento e treinamento pagarão em anos para vir com mais contribuições. Assim, o comitente confiável pode colocar no tempo recrutar ou orientar um contribuinte para algumas pequenas contribuições, talvez mais tempo do que a contribuição individual vale. Ser mentor e tratado respeitosamente aumenta a probabilidade de que o contribuinte volte para mais.

Embora a revisão seja uma tarefa chave para preservar a qualidade da base de códigos, o responsável confiável está pensando em longo prazo durante a tarefa. O comitente de confiança quer que o contribuinte aprenda com essa experiência e aplique as lições para futuras contribuições.

Mais de uma resposta pode estar correta em algumas perguntas.

1. Estabelecendo novos objetivos para a comunidade em intervalos regulares
2. Deixar estranhos saberem sobre a comunidade e o que ela oferece.
3. Encorajando os contribuintes a assumir tarefas maiores.
4. Incentivando membros a ignorar comentários perturbadores

Por que 1 está errado: objetivos são definidos pela gerência. Companheiros confiáveis facilitam o trabalho dos outros, mas não fixam os objetivos.

Muitos funcionários não apreciam os objetivos e benefícios do InnerSource, especialmente quando não foram expostos às suas ideias antes. Companheiros confiáveis são evangelistas para InnerSource em geral e para suas equipes em particular. Eles vão tão longe para realizar reuniões especiais ou sessões de almoço para desempenhar seus esforços InnerSource.

Queremos que cada pessoa cresça no trabalho. Contribuidores geralmente começam pequenos, mas são capazes de contribuições maiores. Compromissores confiáveis podem encorajá-los a assumir um trabalho de maior impacto enquanto eles vão, e orientá-los para que eles tenham sucesso nesse trabalho. O resultado final é uma base de código com aplicabilidade mais ampla, maior qualidade e potencialmente mais recursos.

Uma pessoa perturbadora pode ser muito prejudicial à comunidade. Comentários que são hostis, humilhantes, ou mesmo simplesmente distraídos, não devem ser tolerados. O comitente confiável não ignora um comentário perturbador ou diz para outros fazerem isso. Ele ou ela anuncia à comunidade que o comentário é inapropriado, e então se envolve de forma construtiva com a pessoa perturbadora para garantir que tal comportamento não aconteça novamente.

1. Não é importante. A comunidade fará o que precisa para fazer seu trabalho.
2. Membros da comunidade podem começar a ajudar uns aos outros, permitindo uma comunidade maior.
3. Uma comunidade composta por membros mais maduros produzirá software melhor.
4. Indivíduos avançados podem aumentar a capacidade da equipe anfitriã de entregar seu roteiro.

Uma comunidade não se forma espontaneamente, embora a necessidade esteja lá. Uma parte fundamental do papel de comitente confiável é fornecer a conexão social e o incentivo para que a comunidade e os membros dela trabalhem juntos.

Como as pessoas ganham habilidades e confiança, podem oferecer essas habilidades aos outros. Contribuidores podem começar a agir como cúmplices de confiança na preservação dos padrões comunitários e educação de outros membros.

Um dos objetivos cruciais da orientação é permitir que cada contribuinte faça melhor a cada vez, e assumir um escopo maior no projeto.

Quando os contribuintes se tornam mais sofisticados, sua produtividade aumenta e suas contribuições se tornam mais significativas. Além disso, podem ajudar a estabelecer metas que melhorem a saúde geral do projeto.

Mais de uma resposta pode estar correta em algumas perguntas.

1. Estar muito ocupado com seu trabalho para contribuir
2. A falta de consideração por suas contribuições InnerSource durante as avaliações dos funcionários
3. Dificuldade em construir e testar o software no ambiente do contribuinte.
4. O uso do código de um contribuinte por outras equipes

Por que 1 está correto: os desenvolvedores geralmente têm uma placa completa fazendo o que seus gerentes designam. A promessa feita pela InnerSource é que adicionar recursos que seu projeto precisa para o projeto de outra equipe pode melhorar a produtividade de sua equipe, bem como o código da equipe para o qual você está contribuindo. A comunicação aberta promovida pela InnerSource também compensa as duas equipes ao longo do tempo. Um contribuinte pode precisar convencer sua gestão que o trabalho na base de códigos de outra equipe ajudará a equipe do contribuinte e a empresa alcançar seus objetivos mais rápido e eficientemente.

Todo esforço que beneficia uma empresa deve ser reconhecido e explicitamente recompensado, isso incentiva os funcionários a assumir novas tarefas importantes. No início, InnerSource não está embutido no entendimento fundamental de uma empresa sobre suas tarefas, então os gerentes não reconhecerão as contribuições que seus funcionários fazem para outros projetos. Até que InnerSource seja compreendido e apreciado pela gerência, os funcionários vão achar difícil participar.

Cada equipe pode usar ferramentas e repositórios diferentes. Um repositório compartilhado entre as equipes torna mais fácil trabalhar no código compartilhado. Processos relacionados, como lidar com as construções de lançamento, relatórios de bugs, pedidos de mudança e testes, devem ser projetados para que pessoas de outras equipes possam trabalhar de maneiras que eles acham familiares. Adicionar documentos úteis como um arquivo CONTRIBUTING.MD explicando os costumes locais das comunidades e descrevendo a maneira de configurar o software no próprio ambiente do contribuinte pode ajudar a fazer as pessoas de outras equipes se sentirem em casa mais rápido e é muito recomendado.

Um dos grandes benefícios do InnerSource é a habilidade de todas as equipes de usar os recursos projetados e codificados por outras equipes. As empresas adotam InnerSource em grande parte para maximizar o valor de cada contribuição de código dando acesso ao código a cada usuário relevante.

1. O arquivo README
2. O arquivo CONTRIBUIÇÃO
3. Descrevendo o processo de contribuição passo a passo
4. Respondendo perguntas de potenciais contribuintes.

Por que 1 e 2 estão corretos, ambos os arquivos devem ser lidos pelos contribuintes antes de começarem a participar, e ambos são bons lugares para as diretrizes da equipe.

Os procedimentos passo a passo, onde podem ser definidos, ajudam a transformar o abstrato no concreto. É mais fácil seguir um procedimento claro do que aplicar princípios gerais.

Por que 4 está correto, o comitente confiável oferece orientação pessoal aos contribuintes. É útil preservar tais interações em forma escrita em algum lugar onde outros contribuintes possam ler e, com sorte, aprender com eles.

Mais de uma resposta pode estar correta em algumas perguntas.

1. Certifique-se de que o trabalho de um contribuinte seja diretamente relevante para os objetivos de sua própria equipe.
2. Obter reconhecimento para os contribuintes
3. Mostre a potenciais contribuintes e seus gerentes porque os beneficia contribuir.
4. Incentive os contribuintes a assumirem mais responsabilidade.

Os colaboradores trabalham no código de outra equipe para atender às necessidades da equipe. A contribuição não deve quebrar nada, claro, então não deve estar em contradição direta com os objetivos da equipe do comitente confiável. Mas a relevância se aplica à equipe do contribuinte, não à equipe do comitente confiável.

Por que 2 está correto: reconhecimento é tanto pessoal satisfatório e potencialmente um passo para recompensas formais, como bônus e promoções. Ferramentas como controle de versão e relatórios de bugs contêm registros históricos de contribuições, mas comutadores confiáveis também devem reconhecer contribuições importantes nos canais de comunicação do projeto.

Por que 3 e 4 estão corretos, contribuidores são mais propensos a investir tempo e esforço quando veem que o projeto os beneficia e são apreciados em toda a organização.

Mais de uma resposta pode estar correta em algumas perguntas.

1. Trabalho com uma estreita gama de contribuições
2. Passar mais tempo codificando
3. Lidar com situações estressantes em um projeto
4. Permita que a comunidade examine seu comportamento.

Por que um está errado, comutadores confiáveis tendem a expandir o escopo de seu trabalho, não reduzir o escopo. Como um comitente confiável, você vai trabalhar com uma variedade de pessoas de diferentes equipes.

O tempo tem que vir de algum lugar. Commissores confiáveis terão que desistir de algum tempo de codificação para verificar o código de outros contribuintes, orientar os contribuintes, e realizar o planejamento. No entanto, comutadores confiáveis devem fazer alguma codificação para manter suas próprias habilidades e manter seu conhecimento da base de código de sua equipe. Algumas pessoas adotam o papel de comitente confiável por períodos limitados de tempo, e retornam à codificação em tempo integral.

Por que 3 está correto: um comitente confiável assume a responsabilidade pessoal pela saúde da comunidade, e todas as comunidades experimentam estresse. Tal estresse pode vir de desentendimentos pessoais, confrontando prioridades, restrições de tempo e recursos, ou muitas outras fontes. O comitente confiável deve manter a calma e lidar com esses problemas.

Um cúmplice confiável não é apenas um especialista técnico, mas um modelo de comportamento. Assim, você deve ser transparente em seu comportamento e disposto a receber feedback dos participantes do projeto.

1. Reconhecendo o valor de commissores de confiança como comunicadores
2. Restringindo cada equipe a apenas alguns commissores de confiança.
3. Manter os melhores programadores em tarefas de codificação em vez de torná-los commissores de confiança
4. Cumprindo todos os prazos estabelecidos pela administração.

Muitos projetos técnicos valorizam as habilidades técnicas, que certamente são necessárias, mas subestimam o que chamam de habilidades suaves, como comunicação, resolução de problemas e treinamento. InnerSource é uma comunidade, e comunidades exigem essas habilidades adicionais. Um comitente confiável é escolhido e reconhecido pela gama de habilidades necessárias para induzir contribuições.

InnerSource prospera quando muitas pessoas compartilham papéis. Equipes saudáveis incentivam muitos desenvolvedores qualificados a se tornarem cúmplices confiáveis. As pessoas também podem entrar e sair do papel de cúmplice confiável, compartilhando com outros membros da equipe. Isso melhora as habilidades de todos.

Por que o 3 está incorreto, porque os committers confiáveis examinam outros contribuintes e orientam os contribuidores, os gerentes devem querer que seus melhores desenvolvedores se tornem committers confiáveis pelo menos parte do tempo.

InnerSource foca em código de qualidade e construção comunitária, não prazos. InnerSource às vezes pode ajudar uma equipe a cumprir seus prazos, porque a equipe pode recrutar pessoas temporariamente de outras equipes em tarefas críticas. No entanto, em outras ocasiões, comutadores confiáveis pedem extensões de prazos para garantir qualidade.

1. Já fiz contribuições bem sucedidas para o projeto.
2. Está na equipe anfitriã do projeto.
3. Ativamente ajuda os outros na comunidade com perguntas.
4. Participa de conversas sobre o roteiro do projeto e gestão.

Uma das principais responsabilidades de um comprometedor confiável é ajudar outros a contribuir com sucesso para o projeto. Um comitente confiável deve ter um histórico de fazer isso para ser qualificado para ajudar os outros a fazer o mesmo.

Isso nunca foi citado como uma exigência. Embora a equipe hospedeira provavelmente fornecerá commissores confiáveis quando o projeto for oferecido pela primeira vez à comunidade InnerSource, ele pode recrutar commissores confiáveis de outras equipes que se preocupam intensamente com o projeto. Independentemente da equipe que emprega os comitentes confiáveis, eles devem organizar o tempo e recursos para participar com seus gerentes, e devem agir como representantes do projeto para a comunidade maior e a organização como um todo.

Uma grande parte das responsabilidades de um comitente confiável envolve apoio social aos contribuintes. Um bom candidato já terá exibido um pouco desse comportamento social mesmo antes da designação oficial como cúmplice confiável.

Porque 4 está correto, a confiança depositada em um comitente confiável vai além de considerações puramente técnicas. Commissores confiáveis também se comunicam com o dono do produto e a gerência. O interesse nessas áreas indica alguém que pode ser um bom comitente confiável.

1. Assumir responsabilidade adicional em um projeto te prepara para a expansão da liderança na empresa.
2. Estar em posição de ensinar os outros ajuda você a entender melhor o projeto e o código.
3. Você pode esperar um aumento na compensação monetária no momento de assumir as responsabilidades do Trusted Committer.
4. Seu impacto no projeto se expande à medida que ajuda a pastorear e orientar mais contribuições do que teria tempo para escrever.

Por que 1 está correto: agir como um comitente confiável é um grande papel para construir as mesmas habilidades de liderança que serão necessárias se você decidir seguir um papel de liderança em tempo integral mais tarde.

Em todas as áreas, ensinar algo aos outros requer que você saiba melhor. Isso é verdade em ser um comitente confiável. Ensinar outros lhe dará mais domínio sobre o projeto e o código em que está trabalhando.

Não é comum que um aumento monetário imediato esteja diretamente ligado ao papel de comitente confiável. No entanto, as habilidades necessárias para se tornar um comprometedor de confiança e as que são desenvolvidas por ser uma tendem a ser altamente valiosas para as empresas. Por causa disso, tornar-se um comitente confiável tende a ser uma boa mudança de carreira na construção das habilidades que fazem de você um líder mais valioso.

Por que 4 está correto, ser um cúmplice confiável é um multiplicador de força no seu impacto dentro do projeto. Como mentores e colaboradores de alto nível, cada uma de suas contribuições carregará sua marca e influência com eles. Este efeito resulta em você melhorar e adicionar ao projeto muitas vezes mais rápido do que você poderia apenas por codificação de cabeça para baixo por conta própria.

1. A gerência da empresa move a pessoa que eles querem liderar o projeto para o papel.
2. A comunidade ou sua liderança nomeia novos autores confiáveis.
3. Qualquer um que seja voluntário interessado.
4. O fundador do projeto assume o papel.

O princípio da meritocracia ensina que o compromisso confiável é ganho, não atribuído. É também o caso que o Trusted Committer deve aceitar voluntariamente um convite para servir em vez de ser recrutado para o papel.

A comunidade está na melhor posição para avaliar qual de seus membros demonstrou interesse e aptidão para servir como Trusted Committer.

Só o interesse não é o único pré-requisito para o compromisso confiável. O princípio da meritocracia ensina que o compromisso confiável é ganho através de atividade positiva demonstrada na comunidade.

No início sem comunidade e sem história, o fundador do projeto muitas vezes assume o papel de Trusted Committer para construir uma comunidade inicial. Essa pessoa, além de construir o projeto, também cria um novo potencial Trusted Committers enquanto interagem com membros da comunidade.