[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[RFR5] wml://vote/2013/platforms/moray.wml



Bonjour,

On 17/03/2013 22:06, David Prévot wrote:
> Voici quelques propositions, parfois plus d’une par ligne.

Merci David, j'ai tout intégré.

Amicalement,
Thomas
#use wml::debian::template title="Platform for Moray Allan" BARETITLE="true" NOHEADER="true"
#include "$(ENGLISHDIR)/vote/style.inc"
#use wml::debian::translation-check translation="1.2" maintainer="Thomas Vincent"

<h1>Moray Allan</h1>

<p><img src="http://people.debian.org/~moray/moray-bute.jpg"; alt="[photo]" /></p>

<h2>Qui suis-je ?</h2>

<ul>
<li>
Je programme depuis environ 24 ans (j'ai maintenant 32 ans) et j'aimerais
que tous les logiciels soient libres.
</li>
<li>
J'ai obtenu un doctorat en apprentissage automatique (puis j'ai été
post-doctorant pendant quelques années en France).
</li>
<li>
Avant cela, j'ai étudié les sciences humaines &ndash; en plus d'être un
geek des logiciels libres, je suis un geek en histoire, en langues et en
musique.
</li>
<li>
J'aime voyager ; mes destinations des dernières années comptent entre autres
l'Ouzbekistan, le Liban et l'Albanie (en plus des DebConf).
</li>
<li>
Je suis actuellement conseiller indépendant.
</li>
<li>
Quand je ne voyage pas, je vis à �dimbourg, en �cosse.
</li>
</ul>

<h2>Qu'ai-je fait dans Debian ?</h2>

<p>Voici quelques-unes des choses que j'ai faites dans Debian au fil des 
ans :</p>

<ul>
<li>
J'ai maintenu des paquets dans Debian depuis 2003 et je suis développeur Debian depuis 2004.
(Debian est mon système d'exploitation préféré depuis 1998.)
</li>
<li>
Je suis devenu développeur Debian pour créer des paquets Debian pour le <a
href="http://gpe.linuxtogo.org/";>projet GPE</a>, pour lequel j'ai travaillé
en amont et j'ai créé plus tard une petite équipe dédiée à la maintenance
des paquets liés à GPE.
</li>
<li>
Ces dernières années, la plus grande partie de mon temps consacré à Debian a
été prise par DebConf. DebConf gère chaque année un budget très important
comparé aux autres domaines de Debian, afin de rassembler les contributeurs
Debian pour des présentations, des discussions et pour travailler sur des
projets. L'équipe DebConf travaille étroitement avec beaucoup d'autres
équipes Debian, dont le chef du projet et les auditeurs Debian pour l'argent, les
équipes de presse et de publicité pour le rayonnement de Debian, et des équipes
techniques centrales pour organiser des événements qui les aideront dans leur
travail. Chaque DebConf a une date butoir stricte : l'arrivée des participants,
que nous avons à chaque fois tenue !
</li>
<li>
Je fais partie des équipes de publicité et de presse (et j'aide aux nouvelles
du projet Debian).
</li>
<li>
J'ai travaillé en tant que responsable de candidature dans le processus de
nouveau membre peu de temps après avoir rejoint Debian. Plus récemment, j'ai
parrainé des paquets pour quelques personnes et je les ai encouragées à
s'impliquer dans Debian.
</li>
<li>
J'ai participé au projet Debian Women dès son lancement.
</li>
<li>
J'ai participé à l'initiative <q>assistants du chef de projet</q> de zack depuis qu'elle
a commencé l'an dernier.
</li>
</ul>

<p>
Puisque l'équipe DebConf doit être une boîte noire pour vous mais qu'elle a
pris beaucoup de mon temps ces dernières années, je vais commenter un peu
plus précisément ce que j'y ai fait. J'ai eu plusieurs rôles au fil des
ans, ce qui m'a mis au contact de beaucoup d'aspects de Debian :
</p>

<ul>
<li>
Je travaille dans l'équipe DebConf depuis environ 2006.
</li>
<li>
J'ai fait des arrangements locaux pour DebConf à �dimbourg en 2007.
</li>
<li>
Depuis, j'ai aidé à coordonner chaque DebConf tout en travaillant dans des
équipes spécifiques chaque année.
</li>
<li>
Ces dernières années, j'ai appuyé la formalisation de certains aspects de
DebConf, dont l'établissement d'un ensemble de buts pour DebConf, un processus
écrit pour prendre les décisions à propos des lieux, un processus
d'établissement du budget et une délégation du chef de projet pour le nouveau poste
de responsables DebConf (<q>DebConf Chairs</q>).
</li>
<li>
Je participe actuellement à DebConf en coordonnant le travail de l'équipe
DebConf et je garde des traces de ce qui se passe, et de ce qui n'avance pas
et a besoin d'aide.
</li>
</ul>

<h2>Programme</h2>

<p>
Debian est maintenant dans sa vingtième année. En regardant le développement
du projet, les premières années ont montré le développement rapide de la
petite enfance, prêt à tout essayer. Dans les années qui ont suivi, le
projet a commencé à être plus prudent et son caractère permanent a pris
forme dans notre contrat social et les principes du logiciel libre selon 
Debian. Alors que Debian devenait adolescente, elle a fait montre d'un
entêtement typique, même pour des querelles mineures, et a eu tendance à se
battre avec ses amis. L'atmosphère plus calme de Debian et sa plus grande
prévisibilité des dernières années sont peut-être les signes de l'âge adulte,
mais nous devons nous accrocher au caractère ludique du projet même si cela
signifie être occasionnellement puéril, et nous devons nous accrocher au
sens de la surprise et de l'excitation des enfants.
</p>

<p>
Pour moi, il est en effet surprenant que Debian ait duré et prospéré si
longtemps. Je suis très heureux que ce soit le cas, mais nous devons nous
rappeler du niveau de succès (et peut-être aussi un peu de chance) que cela
implique. En particulier, je suis surpris qu'en dépit des nombreuses disputes
au fil des ans, nous n'ayons pas eu de scission permanente du projet et de
divergence en groupes séparés et travaillant de façon indépendante. Bien sûr,
nous avons maintenant de nombreuses distributions dérivées, chacune ayant
un caractère différent, mais chacune d'entre elles rend Debian plus importante
au sein de la communauté des logiciels libres. Beaucoup de nos
utilisateurs considèrent Debian comme acquise, et beaucoup d'entre eux ne savent
même pas qu'ils utilisent le travail de Debian &ndash; nous devrions nous
en réjouir comme d'un signe montrant à quel point Debian est perçue comme
un projet mûr et stable. De <a
href="http://w3techs.com/technologies/history_details/os-linux";>récentes
études de W3Techs</a> montrent que Debian est le choix le plus populaire pour
les serveurs web sous Linux avec une part de marché de plus de 30 %.
</p>

<p>
Debian est également surprenante pour son très bon fonctionnement en ayant
une organisation horizontale. La plupart du travail dans Debian est faite par des
personnes travaillant indépendamment ou dans des équipes libres, peu 
structurées. La plupart des équipes n'ont pas été créées par une hiérarchie 
supérieure mais par des personnes faisant un travail spécifique. Cette
liberté et cette absence de hiérarchie peut occasionnellement mener à des conflits
sur des décisions spécifiques, ou empêcher d'arrêter des décisions en un
temps raisonnable, et le chef de projet peut aider dans ces cas en jouant le rôle de
médiateur entre les différents groupes. J'aimerais également que nous ayons
une approche plus préventive pour ces problèmes en encourageant plus le
roulement des membres entre les différentes équipes pour qu'elles partagent
leur expérience, et en encourageant des discussions plus organisées entre
les équipes à propos de leurs plans et de leurs besoins, en ajoutant quand
c'est approprié des rencontres interéquipes en face à face.
</p>

<p>
Ci-dessous, je commente quelques aspects de la façon dont je travaillerais en
tant que chef de projet si j'étais élu. Bien que nous n'élisions qu'un seul chef de projet, je suis
sûr que les autres candidats présenteront de bonnes idées qui bénéficieront
au projet. Si je suis élu, je voudrais également travailler avec eux pour
m'assurer que ces idées soient mises en Å?uvre.
</p>

<p>
J'ai regroupé les sujets ci-dessous en allant du plus général au plus
spécifique. Bien que je puisse dire des choses plus précises sur mes propres
idées que sur, par exemple, la coordination avec laquelle le chef de projet doit
réagir aux projets inconnus à l'avance, je voudrais traiter les points plus
généraux de délégation, coordination et communication comme étant
prioritaires face à mes propres idées.
</p>


<h3>Délégations et équipes</h3>

<p>
Je pense qu'en plus de l'expérience et des compétences dans les domaines
pertinents, les équipes Debian ont besoin de :
</p>
<ul>
<li>
transparence &ndash; le travail des équipes, incluant leurs problèmes, devrait
être visible depuis l'extérieur de l'équipe ;
</li>
<li>
communication &ndash; les équipes devraient rendre compte de leur travail au projet
et demander des retours de façon active ;
</li>
<li>
ouverture &ndash; les équipes devraient être heureuses d'entendre de nouvelles
idées de l'extérieur et considérer quels aspects de celles-ci peuvent être
adoptés.
</li>
</ul> 

<p>
Si je suis élu, je voudrais mener une discussion pour établir quelques 
principes de bonnes pratiques pour les équipes Debian concernant entre
autres ces aspects. En faisant des délégations, je demanderais aux équipes
de définir leurs points de contact et d'indiquer comment elles comptent
communiquer leurs résultats.
</p>

<p>
Si je constatais un manque de transparence, de communication et d'ouverture
dans une équipe existante, je travaillerais avec les membres de cette équipe
pour résoudre ce problème. Je ne pense pas qu'une équipe Debian puisse
vouloir être opaque, muette ou fermée et je pense que nos équipes ont en
général des normes élevées sur ces sujets, mais nous savons, au vu des problèmes passés,
que maintenir ces normes peut être difficile quand pèsent sur les équipes des pressions
plus immédiates pour atteindre certains objectifs.
</p>

<p>
J'encouragerais les équipes à planifier la mise en place
du roulement des personnes aux rôles de délégations. Cela pourrait signifier,
par exemple, qu'une équipe définit à l'avance un calendrier de rotation qui
s'engage au recrutement de nouveaux membres. Il n'est pas sain que les
appartenances aux équipes soient figées jusqu'à ce que trop de membres se
lassent ou s'épuisent. Notre idéal devrait être que les personnes quittent
leurs rôles quand elles y sont toujours efficaces et qu'elles transfèrent
leur expérience dans d'autres domaines du projet.
</p>

<p>
Je poursuivrais le but de précédents chefs de projet de s'assurer que toutes les
délégations soient clairement affichées sur la page web de l'organisation de
Debian. Je demanderais aux équipes déléguées de voir si le champ de leurs
délégations devrait être étendu ou mis à jour.
</p>

<p>
Je prévoirais également d'enregistrer publiquement les délégations formelles
pour des tâches spécifiques exceptionnelles, et pas seulement pour les équipes
en cours, plus souvent que ce qui a eu lieu récemment, pour augmenter la
transparence.
</p>

<h3>Coordination et médiation</h3>

<p>
La plupart du temps, le rôle du chef de projet est la coordination et la médiation en
utilisant les encouragements et l'influence plutôt que le pouvoir. C'est
assez proche du rôle de coordination que j'ai joué dans l'organisation de
DebConf. Pour DebConf, j'ai déjà été prêt à mettre mes préférences personnelles
de côté quand il fallait une médiation neutre entre différentes positions.
</p>

<p>
Je pense également que de nombreuses autres personnes dans Debian peuvent aider
à la coordination et à la médiation. Je voudrais poursuivre l'initiative des
<q>assistants du chef de projet</q> (<q>DPL helpers</q>) récemment formée en tant que point
de contact pour les personnes intéressées par ce genre d'activité pour y tenir
des discussions, partager les tâches et travailler ensemble.
</p>

<p>
Cependant, je pense que Debian apparaît sous son meilleur jour quand son organisation
est horizontale et quand les différents groupes et contributeurs individuels travaillent
ensemble directement quand c'est nécessaire, y compris les groupes qui ont
eux-mêmes un objectif de coordination comme l'équipe en charge de la 
publication. De mon point de vue, la coordination et la médiation par le chef de projet
ou ses <q>assistants</q> ne devraient interférer que quand quelque chose
semble mal se passer ou avoir été oublié, et une partie importante de leur
but en interférant devrait être de réparer les choses de sorte que moins
d'interventions soient nécessaires à l'avenir.
</p>

<h3>Communications internes</h3>

<p>
De façon interne, je continuerais la tentative de Stefano de rendre les
activités du chef de projet aussi publiques que possible, au moins pour les membres du
projet, comme un journal d'activités. Le chef de projet et ses assistants ont la
responsabilité de montrer l'exemple en ce qui concerne la transparence, la
communication et l'ouverture que j'ai définies plus haut.
</p>

<p>
Quand c'est possible, je pousserais les discussions liées au chef de projet du privé
vers le public. Par exemple, beaucoup de sujets liés au chef de projet devraient être
discutés dans la liste de diffusion debian-project où les autres peuvent
suivre ce qui se passe et donner leur avis et de nouvelles idées.
</p>

<p>
Plus important, j'encouragerais toutes les équipes Debian à être transparentes
et à communiquer, ainsi qu'à avoir des points de contact clairement définis.
</p>

<h3>Communications externes</h3>

<p>
De façon externe, j'essaierais d'aider les équipes de presse et de publicité à
trouver plus de volontaires pour bâtir des relations plus actives, par exemple
avec des journalistes sympathiques, les représentants de sociétés ou de
gouvernements, plutôt que de seulement publier des annonces en espérant
qu'elles seront reprises. (Je fais actuellement partie de ces deux équipes.)
</p>

<p>
Bâtir des relations avec des représentants de compagnies et de gouvernements
va également au-delà des responsabilités des seules équipes de presse et de
publicité. Ces équipes couvrent actuellement un aspect qui consiste à pousser
l'information vers eux. Un deuxième aspect pourrait être la collecte de fonds,
dont je vais parler plus bas. Mais un troisième aspect serait d'écouter
ce que ces organisations, en tant qu'utilisateurs principaux, attendent
de Debian, et à les motiver pour financer des contributions dans Debian
de manière à la rendre plus utiles pour eux. Un travail dans cette direction,
limité aux sociétés qui contribuent déjà à Debian, a été commencé par
l'initiative debian-companies lancée l'année dernière.
</p>

<p>
Je voudrais et serais disponible pour assister à des événements et donner des
présentations au nom de Debian. Mais je ne pense pas que ce rôle de
représentation devrait se limiter au chef de projet ou aux personnes ayant des rôles
techniques très visibles. Quand l'argent de Debian est utilisé pour financer des déplacements
uniquement pour donner des présentations, la priorité devrait être d'envoyer
un bon orateur qui présentera bien Debian en tenant compte des coûts de
transport pour les potentiels candidats. Quand de bons orateurs pensent qu'ils
non pas un rôle approprié dans Debian pour représenter Debian et faire des
présentations aux conférences (y compris parce qu'ils avaient un tel poste
auparavant mais l'ont quitté), je serais heureux de leur donner un titre
approprié grâce à une délégation.
</p>

<h3>Communications locales</h3>

<p>
D'après mon expérience, bien que la plupart des communications de Debian aient
lieu en ligne, il est vraiment plus facile pour nous de recruter de nouveaux
volontaires quand il y a des contacts personnels.
</p>

<p>
Je voudrais encourager plus de rencontres locales de contributeurs Debian, de
façon à ce que nous atteignions de potentiels nouveaux contributeurs. Je ne
veux pas dire par là que je veux que nous essayions de séparer les groupes
locaux existants qui sont plus larges que Debian, mais bien que beaucoup
d'endroits aient des rencontres de groupes d'utilisateurs Linux, la plupart de
celles-ci ont des participants et des intentions bien différentes d'une
rencontre de développeurs de logiciel libre. De plus, il serait bon d'avoir des
moyens plus immédiats de répondre aux demandes fréquentes au sujet des personnes à contacter
à propos de Debian dans une région donnée, grâce à une base de données des
groupes locaux et de personnes acceptant d'être des contacts régionaux.
</p>

<p>
En guise de but plus immédiat, je voudrais que le vingtième anniversaire de
Debian, ce mois d'août, soit célébré par de nombreuses fêtes locales autour
du monde et pas seulement à la DebConf pour ceux qui y sont présents. Là où
c'est possible, ces événements pourraient servir à lancer des réunions locales
régulières.
</p>

<h3>Collecte et dépense de fonds</h3>

<p>
Maintenant que nous avons une meilleure vue sur les actifs que possède Debian
et sur la façon dont les fonds ont été dépensés par Debian par le passé grâce
à l'excellent travail des auditeurs Debian, je voudrais que nous planifions
plus activement la façon dont nous allons dépenser les fonds disponibles d'une
manière transparente. Notre constitution demande déjà que les dépenses majeures
soient débattues à l'avance et pas seulement autorisées par un décret du chef de projet.
</p>

<p>
Je ne veux surtout pas que nous commencions à disperser des publicités tenaces
sur les bureaux des utilisateurs, mais nous avons atteint un niveau de 
donations important, surtout pour DebConf, les rencontres d'équipes 
individuelles et pour le remplacement de matériel, et je voudrais voir les gens
y travaillant coordonner leurs efforts dans une équipe de collecte de fonds
partagée. Le travail de collecte de cet argent nécessite une coordination 
centrale, ne serait-ce qu'à cause du potentiel danger d'avoir différentes équipes de collecte de
fonds disant des choses différentes aux mêmes organisations.
Je suis ravi que Brian Gupta, de l'équipe de collecte de fonds de
DebConf, se soit récemment engagé sur ce sujet, et en tant que chef de projet je 
chercherais à faire avancer cela.
</p>

<p>
Je chercherais des suggestions sur la façon dont nous pourrions faire 
progresser les objectifs de Debian en dépensant de l'argent d'une autre façon que
ce que nous faisons actuellement. Bien que je pense que nous devrions être
prudents avec l'argent, je voudrais autoriser les dépenses pour tester les
nouvelles idées des autres, où les objectifs peuvent être définis et où le
succès d'une initiative peut être évalué.
</p>


<h3>Fusion depuis la branche DebConf</h3>

<p>
Ces dernières années, j'ai appuyé la fusion de quelques aspects de DebConf
dans leurs équivalents de Debian, où quelques divergences s'étaient produites,
ou pour les rendre plus généraux quand ils n'existaient que dans DebConf. Les
prochaines étapes seraient plus faciles à faire avancer en étant un
objectif du chef de projet plutôt que celui de l'équipe DebConf.
</p>

<p>
Je voudrais remarquer ici que malgré le manque de temps que je pourrais consacrer au travail
quotidien dans DebConf en tant que chef de projet, je suis confiant sur le fait que les
autres responsables de DebConf et le reste de l'équipe DebConf continueraient sans
problème même si je disparaissais complètement de l'équipe demain.
</p>

<h3>Idées spécifiques</h3>

<p>
La plupart de ce que j'ai dit précédemment est volontairement général. Si
j'étais élu chef de projet, je ne considérerais pas prioritaire d'imposer mes propres
opinions &ndash; notre Constitution établit en effet que lorsqu'il mène les
discussions, le chef de projet <q>ne devrait pas utiliser sa position d'autorité pour 
promouvoir ses vues personnelles</q>. Mais puisque vous lisez ceci, je vais
saisir l'opportunité pour communiquer sur quelques idées spécifiques que
j'aimerais voir reprises ou, encore mieux, améliorées.
</p>

<ul>
<li>
Nous devrions avoir un processus, de préférence automatisé, pour repérer les
paquets délaissés mais pas encore abandonnés et essayer de résoudre la
situation. Des volontaires ne peuvent pas être forcés à travailler sur des
paquets pour lesquels ils ont perdu intérêt, mais la
qualité de la distribution serait améliorée s'ils le reconnaissaient plus tôt, avant que le
paquet ne devienne dépassé.
</li>

<li>
Quelques types de changements sur toutes la distribution sont devenus bien plus
simples avec l'utilisation d'assistants d'empaquetage plus évolués, en 
particulier dh. Dans certaines circonstances, il semble possible de pouvoir
adopter des calendriers plus agressifs pour les changements ayant un impact sur
de nombreux paquets, peut-être en autorisant explicitement les mises à jour indépendantes (<q>NMU</q>) pour aider dans
la dernière phase d'une période de changement.
</li>

<li>
En plus de l'excellent travail de debian-mentors/mentors.debian.net, il serait
bon de fournir plus de moyens d'apprendre comment contribuer à Debian. Une
possibilité serait d'encourager les équipes à prendre des stagiaires, peut-être
pour un été comme le GSoC, et leur donner des tâches desquelles ils peuvent 
apprendre. Bien que les stagiaires aient plutôt tendance à augmenter la charge de
travail des équipes que de la réduire, cela pourrait aider à recruter
de nouveaux contributeurs à long terme pour Debian même si les personnes ne
continuent pas par la suite dans ces équipes &ndash; trouver un premier moyen
de contribuer et entrer dans la communauté est souvent une étape difficile.
</li>

<li>
De même, nous pourrions clarifier la façon dont les potentiels nouveaux
contributeurs trouvent leurs premières tâches. Nous avons souvent suggéré de
regarder la liste des paquets orphelins, mais ces paquets ont souvent été
abandonnés pour une raison. Même pour les personnes étant prêtes à <q>juste
commencer à travailler</q>, Debian est si grande qu'il peut y avoir une liste
écrasante de choix. Un tri continu dans la liste des suggestions pourrait être
utile.
</li>
</ul>

<h2>Qu'ai-je l'intention de faire différemment de Stefano ?</h2>

<p>
On m'a demandé ce que j'aurais l'intention de faire différemment de Stefano si
je devenais chef du projet. J'ai déjà mentionné quelques points plus haut. Voici quelques
commentaires supplémentaires.
</p>

<ul>
<li>
Je pense que Stefano a été un bon chef de projet et je ne prévois pas de rupture radicale
par rapport à lui, mais je pense que nous avons des intérêts et priorités
différents.
</li>
<li>
Par exemple, je ne me concentrerais pas sur les problèmes légaux moi-même, même
si je serais heureux de les déléguer et de prendre des mesures au besoin.
</li>
<li>
Je trouve que Stefano a étendu la quantité de coordination du chef de projet &ndash; pas
forcément dans le but de centraliser, mais peut-être non intentionnellement
parce que les gens l'ont vu faire du bon travail et ont voulu qu'il en fasse
plus. Je vois la coordination routinière par le chef de projet comme l'indication d'un problème plus
large qui devrait être réglé.
</li>
<li>
J'ai été très impressionné par le journal quotidien qu'a tenu Stefano et les
messages <q>brèves du chef de projet Debian</q> réguliers. Tout en cherchant à
continuer cela, je chercherais à envoyer plus de communications liées au chef de projet
directement dans des listes publiques Debian comme debian-project.
</li>
</ul>


<h2>Comment aurais-je le temps d'être chef de projet ?</h2>

<ul>
<li>
Lors de précédentes occasions, j'ai préféré ne pas me présenter par manque de
temps, mais je suis plus flexible actuellement &ndash; et je pourrais ne plus
avoir autant de flexibilité dans quelques années, donc je me présente maintenant.
</li>
<li>
Je passe actuellement beaucoup de temps sur DebConf et je le réduirais tout en
tirant part de l'expérience que j'en ai tiré.
</li>
<li>
Je travaille à mon compte, donc je suis convaincu que mon employeur saura être
flexible quand ce sera nécessaire.
</li>
</ul>

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: