Bonjour, J'ajoute Moray en cc puisqu'il comprend le français.
On 13/03/2013 12:43, Cédric Boutillier wrote: > Voici quelques propositions, notamment des s/DPL/chef de projet/g. Merci Cédric, j'ai tout appliqué. Voici la version contenant les propositions de Cédric. Merci d'avance pour vos relectures. 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 – 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 développeur 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 chaires DebConf (<q>DebConf Chairs</q>). </li> <li> J'ai actuellement une chaire DebConf, je coordonne le travail de l'équipe DebConf et je garde des traces de ce qu'il 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 évidemment 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 pensent que Debian va de soi, et beaucoup d'entre eux ne savent même pas qu'ils utilisent le travail de Debian – 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 plate. 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 ce manque 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 plus prioritaires que 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 – le travail des équipes, incluant leurs problèmes, devrait être visible depuis l'extérieur de l'équipe ; </li> <li> communication – les équipes devraient rapporter leur travail au projet et demander des retours de façon active ; </li> <li> ouverture – 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 sur les 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 les objectifs. </p> <p> J'encouragerais les équipes à planifier en avance comment elles permettront le roulement des personnes aux rôles de délégations. Cela pourrait signifier, par exemple, qu'une équipe définit à l'avance un planning 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 listé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 est la meilleure quand elle a une organisation horizontale où 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 qu'il 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'essaierai 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 en 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 très techniques. 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 transports 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 (par exemple 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 dans 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 et les sprints d'équipes individuelles et pour du 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 que parce qu'avoir différentes équipes de collecte de fonds disant des choses différentes aux mêmes organisations pourrait être dangereux. Je suis ravi qui 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 fait que j'aurais moins de temps pour le travail quotidien dans DebConf en tant que chef de projet, je suis confiant sur le fait que les autres chaires 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 – notre Constitution impose 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 il serait mieux pour la qualité de la distribution 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, nous devrions être capables d'adopter des plannings plus agressifs pour les changements ayant un impact sur de nombreux paquets si nous autorisions explicitement les NMU 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 plus tendance à augmenter la charge de travail pour les équipes plutôt que 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 – 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 des 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 – 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 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 la liste 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 – et je pourrais ne plus avoir autant de flexibilité d'ici deux ans, 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>
signature.asc
Description: OpenPGP digital signature
![http://people.debian.org/~moray/moray-bute.jpg"](http://people.debian.org/~moray/moray-bute.jpg"){kind=link}