un deuxième morceau -- .~. Nicolas Bertolissio /V\ nico.bertol@free.fr // \\ /( )\ ^`~'^ Debian GNU-Linux
<li class="n0"> <<strong>WouterVerhelst</strong>>
Travailler à l'amélioration de la communication n'est pas chose
simple ; cela demande de travailler
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
sur notre culture, en plus des quelques choses qui peuvent être faites au
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
niveau technique.
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
.
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
Pour la partie technique, je pense à des manières de faire travailler par
équipes
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
principales plus transparentes dans autant de voies que possible. Le suivi
de requêtes (<i>rt</i>)
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
qui a été suggéré est une chose, mais la plus grande part de cette
transparence
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
dépend des équipes principales elles-mêmes ; je devrai travailler avec
elles pour
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
obtenir cela.
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
.
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
Ensuite, j'espère aider à améliorer notre culture de débat en suggérant
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
quelques règles auxquelles les gens pourrons se soumettre (sur la base du
volontariat), et en
[21:58]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
participant activement aux discussions où je sens que des problèmes
existent.
[21:58]</li>
<li class="n25"> <<strong>AigarsMahinovs</strong>>
Change de refrain. Il y a et il y aura toujours des problèmes de
communication dans une organisation aussi grande que ce qu'est devenu
Debian.
[21:59]</li>
<li class="n25"> <<strong>AigarsMahinovs</strong>>
Il est important d'identifier les points de blocage aussi tôt que possible
et de s'en occuper avant que les problèmes liés à la communication ne
dépassent les bornes.
[21:59]</li>
<li class="n25"> <<strong>AigarsMahinovs</strong>>
Cependant de manière générale : prendre du recul, se calmer et essayer
un autre voie seront toujours mes conseils.
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
J'aimerais encourager les gens à plus penser à la manière dont ils disent
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
les choses sur IRC et sur les listes de diffusion (en particulier). Une
grande partie des
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
problèmes vient des gens qui ne pensent pas aux effets de ce qu'ils
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
disent et de la manière dont ils le disent.
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
.
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
J'inciterai donc diverses équipes principales et diverses personnes à
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
envoyer des mises à jours régulières de l'état d'avancement de leurs
travaux pour que les gens puissent voir ce qui
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
se passe.
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
.
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
Les deux sont liés ; nous avons besoin de faire de nos listes et de
nos canaux
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
des endroits plus sains pour que les gens y envoient ces mises à jour sans
crainte
[21:59]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
d'invectives.
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
Il est difficile de faire communiquer les gens s'ils ne le veulent pas,
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
en particulier lorsqu'ils vous <q>rendent service</q>. Mais je trouve que
c'est un abus
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
de pouvoir d'avoir une position clef et de ne pas communiquer,
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
je voudrais donc rendre obligatoires les comptes-rendus au moins
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
pour les délégués ou les équipes de délégués. Des manquements à ces
rapports seraient
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
considérés comme un manque de temps et j'attribuerai donc
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
des assistants supplémentaires à ces équipes.
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
Je crois également que rassembler à nouveau des services éparpillés dans
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
l'infrastructure de Debian peut aussi améliorer la communication passive en
[21:59]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
rendant inutile certaines demandes d'informations.
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
Je ne pense pas que les problèmes de communication soient quelque chose que
les responsable du projet Debian puisse
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
résoudre de façon magique — aussi bien Martin que Branden ont
travaillé dur là-dessus
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
sans parvenir à un grand résultat, et au moins Bdale, Martin et Branden
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
ont eu des difficultés à atteindre leurs propres buts de communication en
tant que
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
responsables du projet Debian. J'ai particulièrement essayé de placer une
limite basse à mes propres comptes-rendus en tant que responsable du projet
Debian,
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
mais je pense qu'avec l'aide de Steve nous avons réussi à avoir un assez
bon
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
exemple d'envois réguliers et intéressants à d-d-a et ailleurs. Comme je le
remarquai
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
dans [0] (et depuis lors), il y a eu des progrès significatifs sur le
paramétrage
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
d'un serveur rt géré officiellement par l'administration système de Debian
pour suivre les problèmes qui ne sont pas liés aux paquets (tels
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
que les requêtes d'administration et sur les porte-clefs) ce qui était
l'une des choses qui
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
étaient dans l'agenda, et je m'attends à ce que cela amène effectivement
une amélioration
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
substantielle lorsqu'il sera opérationnel. En outre, j'ai essayé
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
d'encourager d'autres personnes à signaler ce qu'elles faisaient sur d-d-a
quand
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
ça avait de l'intérêt, et je pense que ça a bien marché la plupart du
temps.
[21:59]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
.
@ -425,52 +446,70 @@
http://lists.debian.org/debian-project/2007/02/msg00204.html</a>
[21:59]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
Je veux montrer au projet comment nous pouvons communiquer et apporter des
solutions
[21:59]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
aux problèmes. je prévois de faire cela au sein de l'équipe du responsable
du projet Debian. Je l'ai sélectionnée pour que
[21:59]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
tous ses membres aient une très bonne capacité de communication. Ils n'ont
pas l'habitude de
[21:59]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
se lancer dans des discutions sans fin. Mais ils représentent tout de même
la diversité du
[21:59]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
projet.
[21:59]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
.
[21:59]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
Je veux aussi rédiger certains principes décrivant ce que nous attendons de
nos
[21:59]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
équipes principales, en particulier en terme de communication avec le reste
du
[22:00]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
projet. J'ai traité la fonction d'administrateur d'Alioth de manière
ouverte
[22:00]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
et j'ai toujours acceptée de l'aide. Il n'y a aucune raison pour que nous
ne puissions pas étendre
[22:00]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
cela à toutes nos équipes. Mais elles auront besoin de notre aide, il y a
une raison pour laquelle
[22:00]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
elles communiques mal : nous sommes simplement trop négatifs sur la
plupart de la
[22:00]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
communication publique de chacun fait. Cela doit changer.
[22:00]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
.
[22:00]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
Bien sûr, je continuerai à informer et à impliquer le projet dans tous ces
[22:00]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
projets.
<hrline />
fin provisoire de la traduction
<hrline />
Note du traducteur : ce document étant particulièrement long, la
traduction est réalisée petit à petit en fonction de mes disponibilités.
<hrline />
[22:00]</li>
Attachment:
signature.asc
Description: Digital signature