Skip to content

Commit eda52db

Browse files
fioddortjohnson31415nysenthil
authored
Sloppy translation as baseline for issue 460 (#470)
* Sloppy translation Just a baseline for serious corrections by true french speakers. * Committing suggested edits from reviewer Not my translations. The content of changes are from the files posted in #470 (comment). I made minor formatting changes on top of the content changes. * Update 01-introduction-fr.asciidoc * Update 01-introduction-fr.asciidoc This is the final version that was fully reviewed by a native French speaking IBM colleague Abdoulaye Traore. It is ready for merging into the web page. Co-authored-by: Travis Johnson <tsjohnso@us.ibm.com> Co-authored-by: Senthil Nathan <senthil_vela@yahoo.com>
1 parent f38e48e commit eda52db

1 file changed

Lines changed: 81 additions & 0 deletions

File tree

Lines changed: 81 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,81 @@
1+
[role="pagenumrestart"]
2+
== Présentation du rôle de Trusted Committer (TC)
3+
4+
Le rôle de Trusted Committer (TC) est un des rôles clés dans la communauté InnerSource.
5+
Pensez aux Trusted Committers comme les personnes dans une communauté à qui
6+
en qui vous avez confiance pour prendre des décisions techniques importantes
7+
et pour guider les contributeurs pour que les contributions franchissent la ligne d'arrivée.
8+
Le rôle de Trusted Committer est à la fois exigeant et gratifiant.
9+
Il s’agit bien plus que d’être un simple gardien de l’opinion publique et est instrumental au succès de toute communauté InnerSource.
10+
11+
De manière générale, le rôle de Trusted Committer est défini par ses responsabilités, plutôt que par ses privilèges.
12+
À un niveau très élevé, les Trusted Committers représentent à la fois les intérêts de leur communauté InnerSource et des produits que la communauté construit.
13+
Ils sont concernés par la santé à la fois de la communauté et du produit. Ainsi, en tant que Trusted Committer, vous aurez à la fois des responsabilités techniques et communautaires.
14+
Nous allons explorer ces deux dimensions dans les sections suivantes.
15+
16+
Avant d’entrer dans les détails de ce que fait réellement un Trusted Committer,
17+
prenons le temps de comparer le rôle de Trusted Committer avec d’autres rôles dans InnerSource
18+
à un haut niveau d’abstraction et expliquons pourquoi nous pensons que le nom est à la fois approprié et important.
19+
Commençons par le rôle de https://innersourcecommons.org/learn/learning-path/contributor[_Contributeur_].
20+
Un Contributeur - comme son nom l’indique - apporte des contributions à la communauté d’InnerSource.
21+
Ces contributions peuvent être des artefacts de code ou autres, tels que des rapports de bogues,
22+
des demandes de fonctionnalités ou de la documentation.
23+
24+
Les _Contributeurs_ peuvent ou non faire partie de la communauté. Ils peuvent
25+
être envoyés par une autre équipe pour développer une fonctionnalité dont l'équipe a besoin.
26+
C'est la raison pour laquelle nous faisons parfois référence aux _Contributeurs_ en tant qu'invités ou
27+
membres d'une _équipe d'invités_. Le _Contributeur_ est chargé de s'intégrer et de se conformer
28+
aux règles du jeu de la communauté.
29+
30+
Le _Trusted Committer_ est toujours un membre de la communauté InnerSource,
31+
que l’on appelle aussi parfois l'équipe d’accueil. Dans cette analogie,
32+
le Trusted Committer est responsable de la construction de la maison et de l’établissement des règles de la maison
33+
pour s’assurer que ses invités sont à l’aise et peuvent travailler ensemble efficacement. En comparaison avec les contributeurs, les Trusted Committers ont merité la
34+
responsabilité de pousser le code plus près de la production et sont généralement
35+
autorisés à effectuer des tâches présentant un niveau de risque plus élevé qui leur sont associés.
36+
37+
Le https://innersourcecommons.org/learn/learning-path/product-owner[_Product Owner_ (PO)] est le troisième rôle dans InnerSource.
38+
Comme pour les processus agiles, le PO est responsable de la définition et d ordonner les
39+
exigences en termes de priorité et les histoires à mettre en œuvre par la communauté.
40+
Le PO interagit souvent avec le Trusted Committer (par exemple, pour s’assurer qu’une
41+
fonctionnalité demandée ou contribuée appartient réellement au produit). En particulier dans
42+
les communautés InnerSource plus petites et plus populaires, le Trusted Committer agit habituellement en tant que PO.
43+
Consultez notre
44+
https://innersourcecommons.org/learn/learning-path/product-owner[segment Product Owner Learning Path]
45+
pour des informations plus détaillées.
46+
47+
48+
=== Pourquoi les noms des rôles sont importants
49+
50+
Le rôle du Trusted Committer est présent dans toutes les communautés InnerSource qui réussissent,
51+
mais toutes les communautés n’utilisent pas ce nom. Certaines communautés utilisent le terme
52+
"Maintainer", mais ce terme entre en conflit avec d’autres rôles techniques tels que
53+
le rôle de "Maintainer" défini par GitHub, par exemple.
54+
Apache utilise également le terme _Committer_, mais il attache à ce rôle des responsabilités
55+
moins nombreuses et principalement des responsabilités techniques. Avec ses responsabilités supplémentaires orientées vers la communauté,
56+
le rôle de Trusted Committer va plus loin. Le "Trusted" dans _Trusted Committer_
57+
signifie que cette personne est de confiance et est donc habilitée à la fois par sa direction et sa communauté à faire son travail.
58+
En encourageant l’ouverture et la transparence, les Trusted Committers construisent la confiance dans le processus et aussi dans le produit
59+
construit.
60+
61+
De la même manière que la dénomination est importante dans l’écriture d’un logiciel, choisir les bons noms pour les rôles et le faire de manière cohérente
62+
garantit que tout le monde a la même compréhension des rôles joués dans la communauté.
63+
64+
Maintenant que vous avez une compréhension de base du rôle, pourquoi l’utilisation du terme _Trusted Committer_ est approprié,
65+
et que vous savez comment un _Trusted Committer_ peut interagir avec d’autres rôles communs dans un projet logiciel,
66+
regardons rapidement les responsabilités d’un Trusted Committer.
67+
68+
=== Responsabilités
69+
70+
Les Trusted Committers ont diverses responsabilités, notamment :
71+
72+
* https://innersourcecommons.org/learn/learning-path/trusted-committer/02/[Assurer la qualité du produit]
73+
* https://innersourcecommons.org/learn/learning-path/trusted-committer/03/[Maintenir la communauté en bonne santé]
74+
* https://innersourcecommons.org/learn/learning-path/trusted-committer/05/[Réduire les obstacles à l'apport de contributions]
75+
* https://innersourcecommons.org/learn/learning-path/trusted-committer/04/[Améliorer la communauté]
76+
* https://innersourcecommons.org/learn/learning-path/trusted-committer/06/[Défendre les besoins de la communauté].
77+
78+
Nous examinerons ces responsabilités plus en profondeur dans les pages suivantes et
79+
nous explorerons également la voie à suivre pour
80+
https://innersourcecommons.org/learn/learning-path/trusted-committer/07/[devenir un Trusted Committer]
81+
à la fin de cet article.

0 commit comments

Comments
 (0)