|
| 1 | +[[defendendo]] |
| 2 | +== Defendendo as necessidades da Comunidade |
| 3 | +As comunidades InnerSource existem em um contexto corporativo e, portanto, são mais restritas do que as comunidades Open Source. |
| 4 | +Às vezes os interesses da unidade de negócios estão em desacordo com os da comunidade. |
| 5 | +Os Trusted Committers têm uma perspectiva de longo prazo sobre seu projeto. |
| 6 | +Eles entendem que uma comunidade saudável é um pré-requisito para um código saudável |
| 7 | +É por isso que muitas iniciativas InnerSource foram modeladas no Apache Way com seu lema http://theapacheway.com/community-over-code/["Community over Code"] (ou "Comunidade sobre Código"). |
| 8 | +As unidades de negócios, por outro lado, estão naturalmente mais preocupadas com os produtos produzidos por uma comunidade InnerSource. |
| 9 | +Eles preferem ver resultados de curto a médio prazo que ajudem no resultado final. |
| 10 | +É nesta área potencial de conflito que o Trusted Committer desempenha um papel vital. |
| 11 | +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. |
| 12 | +Eles são responsáveis por comunicar riscos técnicos, assim como os relacionados à comunidade, à gestão. |
| 13 | +Ao mesmo tempo, os Trusted Committers precisam ser estratégicos e trabalhar dentro dos graus de liberdade concedidos por suas empresas. |
| 14 | +Os Trusted Committers também precisam ter certeza de que a comunidade e os colaboradores individuais do https://innersourcecommons.org/learn/learning-path/contributor[contributors] obtenham crédito público por seu trabalho. |
| 15 | +O crédito público é a moeda com a qual os contribuintes são pagos, especialmente aqueles que contribuem voluntariamente. |
| 16 | +É uma boa prática elogiar publicamente colaboradores valiosos e garantir que seus gestores estejam cientes de suas contribuições. |
| 17 | +Negligenciar dar crédito pode ser frustrante para os colaboradores individuais e prejudicial para a saúde da comunidade. |
| 18 | +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. |
| 19 | +Um bom Trusted Committer se envolverá com a gestão e defenderá o crédito público. |
| 20 | +A falha em dar crédito quase nunca é feita de má fé e é fácil de corrigir. |
| 21 | +Outro caso comum que pede a defesa do Trusted Committer é quando https://innersourcecommons.org/learn/learning-path/contributor[contributors] não recebem tempo ou permissão para contribuir. |
| 22 | +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. |
| 23 | +Neste caso, o Trusted Committer deve iniciar uma discussão com o gestor do contributor e pressionar por uma decisão alternativa. |
| 24 | +Em resumo, há muitas situações em que os Trusted Committers precisam defender os interesses individuais dos https://innersourcecommons.org/learn/learning-path/contributor[contributors] e da comunidade como um todo. |
| 25 | +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. |
0 commit comments