Update 01-introduction-it.asciidoc

The translation quality is relatively good, however there are some challenging sentences here and there where I was also challenged to find a good way to express it in Italian without ambiguity. You may run a diff to check on what I changed, let me know if you have questions.

Author: pdettori

trusted-committer/it/01-introduction-it.asciidoc

@@ -1,26 +1,26 @@
-== Introduzione al ruolo Trusted committer
-Il ruolo Trusted committer (TC) è uno dei ruoli chiave in una community InnerSource.
-Pensa a Trusted Committers come alle persone di una comunità di cui ti fidi con importanti decisioni tecniche e con i collaboratori che fanno da mentore per ottenere contributi oltre il traguardo.
+== Introduzione al ruolo di Trusted committer
+Il ruolo di Trusted committer (TC) è uno dei ruoli chiave in una community InnerSource.
+Pensa ai Trusted Committers come alle persone di una comunità di cui ti fidi per importanti decisioni tecniche e supportere i contributori nel portare contributi oltre il traguardo.
 Il ruolo di Trusted Committer è impegnativo e gratificante.
-È più che un semplice guardiano opinionista ed è strumentale per il successo di qualsiasi comunità InnerSource.
+È più che un semplice amministratore con le sue opinioni ha un ruolo importante per il successo di qualsiasi comunità InnerSource.
 In generale, il ruolo del Trusted Committer è definito dalle sue responsabilità, piuttosto che dai suoi privilegi.
-Ad un livello molto alto, i Trusted Committers rappresentano gli interessi sia della loro comunità InnerSource che dei prodotti che la comunità sta costruendo.
+Al livello piu' alto, i Trusted Committers rappresentano gli interessi sia della loro comunità InnerSource che dei prodotti che la comunità sta costruendo.
 Si occupano della salute della comunità e del prodotto.
 Quindi, in qualità di Trusted Committer, avrai responsabilità orientate alla tecnologia e alla comunità.
 Esploreremo entrambe queste dimensioni nelle seguenti sezioni.
-Prima di entrare nei dettagli di ciò che un Trusted Committer fa in realtà, passiamo un po' di tempo a contrastare il ruolo di Trusted Committer con altri ruoli in InnerSource a un alto livello di astrazione e spieghiamo perché pensiamo che il nome sia adatto e importante.
+Prima di entrare nei dettagli di ciò che un Trusted Committer fa in realtà, passiamo un po' di tempo a contrastare il ruolo di Trusted Committer con altri ruoli in InnerSource ad un alto livello di astrazione e spieghiamo perché pensiamo che il nome sia adatto e importante.
 Iniziamo con il ruolo https://innersourcecommons.org/learn/learning-path/contributor[_Contributor_].
 Un _Contributor_ - come il nome implica - apporta contributi a una comunità InnerSource.
-Questi contributi possono essere risorse di codice o non di codice, come report di bug, richieste di funzioni o documentazione.
+Questi contributi possono essere risorse di codice o non di codice, come segnalizioni di bug, richieste di funzioni o documentazione.
 _Contributors_ può far parte o meno della comunità.
 Possono essere inviati da un altro team per sviluppare una funzione di cui il team ha bisogno.
 Questo è il motivo per cui a volte ci riferiamo anche a _Contributors_ come _Guests_ o come parte di un _Guest Team_.
-Il _Contributor_ è responsabile del "fitting" e della conformità alle aspettative e ai processi della comunità.
+Il _Contributor_ è responsabile di adeguarsi e conformarsi alle aspettative e ai processi della comunità.
 Il _Trusted Committer_ è sempre un membro della comunità InnerSource, che a volte viene anche chiamato _Host Team_. In questa analogia, il Trusted Committer è responsabile sia della costruzione della casa che dell'impostazione delle regole della casa per garantire che i loro ospiti siano confortevoli e possano lavorare insieme in modo efficace.
-Rispetto ai contributori, i Trusted Committers si sono guadagnati la responsabilità di spingere il codice più vicino alla produzione e sono generalmente autorizzati a svolgere attività che hanno un più alto livello di rischio associato a loro.
+Rispetto ai contributori, i Trusted Committers si sono guadagnati la responsabilità di mettere il codice in produzione e sono generalmente autorizzati a svolgere attività che hanno un più alto livello di rischio associato.
 Il https://innersourcecommons.org/learn/learning-path/product-owner[_Product Owner_ (PO)] è il terzo ruolo in InnerSource.
 Simile ai processi agili, il PO è responsabile della definizione e della definizione delle priorità dei requisiti e delle storie che la comunità deve implementare.
-L'OdA interagisce spesso con il Trusted Committer (ad esempio, verificando che una funzione richiesta o fornita appartenga effettivamente al prodotto).
+Il PO interagisce spesso con il Trusted Committer (ad esempio, verificando che una funzione richiesta o fornita appartenga effettivamente al prodotto).
 Soprattutto nelle comunità InnerSource più piccole e di base, il Trusted Committer di solito funge anche da PO.
 Dai un'occhiata al nostro https://innersourcecommons.org/learn/learning-path/product-owner[Product Owner Learning Path segment] per informazioni più dettagliate.
 == = Perché i nomi dei ruoli sono importanti
@@ -30,13 +30,13 @@ Apache utilizza anche il termine _Committer_, ma a questo ruolo attribuiscono me
 Con le sue ulteriori responsabilità orientate alla comunità, il ruolo del Trusted Committer va al di là di questo.
 Il "Trusted" in Trusted Committer significa che questa persona è affidabile e quindi autorizzata sia dal loro management che dalla loro comunità a fare il suo lavoro.
 Promuovendo l'apertura e la trasparenza, i Trusted Committers creano fiducia nel processo e anche nel prodotto che si sta costruendo.
-In modo simile al modo in cui la denominazione è importante nella scrittura del software, scegliendo i nomi giusti per i ruoli e facendo in modo coerente assicura che tutti abbiano la stessa comprensione dei ruoli svolti nella comunità.
+In modo simile al modo in cui la denominazione è importante nella scrittura del software, scegliendo i nomi giusti per i ruoli e facendolo in modo coerente assicura che tutti abbiano la stessa comprensione dei ruoli svolti nella comunità.
 Ora che si ha una comprensione di base del ruolo, perché utilizzare il termine Trusted Committer è appropriato e sapere come un Trusted Committer potrebbe interagire con altri ruoli comuni in un progetto software, diamo un'occhiata alle responsabilità di un Trusted Committer.
 == = Responsabilità
 I Trusted Committers hanno diverse responsabilità, tra cui:
-* https://innersourcecommons.org/learn/learning-path/trusted-committer/02/[Ensuring qualità prodotto]
-* https://innersourcecommons.org/learn/learning-path/trusted-committer/03/[Keeping la comunità sana]
-* https://innersourcecommons.org/learn/learning-path/trusted-committer/05/[Reducing gli ostacoli alla contribuzione]
-* https://innersourcecommons.org/learn/learning-path/trusted-committer/04/[Upleveling la comunità]
-* https://innersourcecommons.org/learn/learning-path/trusted-committer/06/[Advocating le esigenze della comunità]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/02/[Assicurare la qualità del prodotto]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/03/[Mantenere la comunità sana]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/05/[Ridurre gli ostacoli alla contribuzione]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/04/[Elevare il livello della comunità]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/06/[Sostenere le esigenze della comunità]
 Analizzeremo queste responsabilità in modo più approfondito nelle pagine seguenti e esploreremo anche il percorso di https://innersourcecommons.org/learn/learning-path/trusted-committer/07/[becoming a Trusted Committer] alla fine di questo articolo.