L’introduzione ha sottolineato che i Trusted Committers hanno responsabilità sia per la tecnologia che per la community. Non è sufficiente concentrarsi solo sul codice e sull’integrità del codice. Per garantire il successo a lungo termine, i Trusted Committers dovrebbero sforzarsi di mantenere sana anche la community che implementa il software. Per questo motivo, devono trovare un buon equilibrio tra garantire la qualità del prodotto e far crescere una community sana.
Che aspetto ha una community sana? Molto semplicemente, in una community sana, i Contributors tendono ad essere comunicativi, a trascorrere la maggior parte del loro tempo a sviluppare software, e sono in grado di migliorare la loro tecnica. Di conseguenza, una community sana sarà in continua crescita.
Perché i Contributors aderiscono e rimangono in una community? Alcuni lo fanno perché sostengono lo scopo o alla missione della community. È compito del Trusted Committer di articolare e promuovere chiaramente la missione. L’importanza non ne è spesso riconosciuta, ma il marketing di una community e dei suoi prodotti è davvero essenziale.
Un’altra ragione, più ovvia, per cui le persone aderiscono è che si divertono a lavorare con altri membri della comunità, tra cui i Trusted Committers. Una community fiorente è quella in cui i membri si trattano e comunicano tra loro con il massimo rispetto. I contributi sono trattati come omaggi o donazioni piuttosto che come diversivi, e i contributi eccellenti (soprattutto i primi) sono lodati. Il lavoro di Trusted Committer in tutto questo è principalmente quello di essere un esempio per gli altri, o quello di stabilire un esempio del livello di qualità software prevista. Se necessario, i Trusted Committers sono coloro che devono creare e mettere in atto un codice di condotta per la community. Se ci sono membri il cui comportamento è dannoso o tossico per la salute della community, è responsabilità del Trusted Committer di affrontare questo problema. I Trusted Committers dovrebbero creare opportunità per le persone di riunirsi regolarmente (di persona o virtualmente), conoscersi e risolvere pacificamente i conflitti man mano che si presentano.
Le persone tendono anche a rimanere (nella community) perché lavorare in una community InnerSource è un’opportunità eccellente per acquisire nuove competenze e crescere personalmente. Anche in questo caso il ruolo del Trusted Committer è molto importante. I Trusted Committers spesso diventano guide per junior developers, e spendono attivamente del tempo nelle pull requests non solo indicando aree di miglioramento, ma anche spiegando in dettaglio perché un qualcosa deve essere migliorato e come procedere. Forniscono la teoria o l’esperienza che giustificano le modifica e suggeriscono i modi migliori per implementarla. In questo modo, i Trusted Committers possono velocizzare l’apprendimento nelle loro community molto di più che nei prgetti di sviluppo software tradizionali.
Crediamo che i Trusted Committers debbano dare la priorità all’onboarding e al mentoring durante le pull requests invece che al raggiungimento delle date di rilascio previste, a meno che non ci sia una buona ragione per non farlo. Un buon mentoring durante le pull requests porta a un più alto livello di fiducia e impegno da parte dei Contributors, che a sua volta porta a più contributi. Ne parleremo ulteriormente in "Upleveling la Comunità ".
Infine, alcune persone si concentrano nelle community di InnerSource perché si focalizzano sullo sviluppo di software invece che su attività considerate overhead o uno spreco di tempo, comune soprattutto nelle grandi aziende con una forte attenzione ai processi. Il lavoro del Trusted Committer in questo contesto è garantire che i Contributors possano effettivamente concentrarsi sui propri progetti comunicando e promulgando linee guida utili per contibuire.
Un aspetto importante di queste linee guida è spiegare quello che chiamiamo signaling nelle pull requests: come deve essere fatto un commento? Cosa vuol dire se metto like o _ + 1_ a un commento? In che modo @mentioning qualcuno con il prefisso /CC è diverso dall’utilizzo del prefisso /FYI? In generale, i Trusted Committers devono fare in modo che il processo di contribuzione non crei più problemi, ma che invece sostenga la community nell’identificare e risolvere i problemi. In ultima analisi, i Trusted Committers dovrebbero dare alla loro community la capacità di individuare i problemi legati alle procedure, di adattarli e migliorarli il più possibile agendo come comunità.
Per far sì che i Trusted Committer siano in grado di adempiere a tutte queste responsabilità, è importante che comunichino regolarmente con i membri della community e che si tengano informati degli eventi. Approfondiamo questo aspetto nella sezione "Advocating the Community’s Needs ".
In sintesi, i Trusted Committers devono sforzarsi di creare un ambiente accogliente e apprezzativo per i loro Contributors che consenta loro di concentrarsi sull’implementazione di software e sulla crescita personale, creando opportunità per imparare da altri membri della community.
