un deuxième morceau -- .~. Nicolas Bertolissio /V\ [EMAIL PROTECTED] // \\ /( )\ ^`~'^ 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>
signature.asc
Description: Digital signature