 Qui est cet américain qui a envahi ou aucun pari ? Je dois me justifier un peu. Je suis un membre de l'équipe Cordoba Press, c'est-à-dire que je suis un membre de l'équipe qui est responsable de maintenir le logiciel lui-même, le code source. Je suis aussi le développeur de Body Press. Si vous ne savez pas, Body Press c'est une extension pour le presse qui ajoute des fonctionnalités de réseaux sociaux. Je suis en ma carrière, je suis développeur freelance, je travaille surtout avec les universités dans ma vie précédente, j'étais philosophe, j'étais académique. Et enfin, je dois toujours souligner quand je me trouve pas Mélissa Francophone que je ne m'appelle pas George, mon nom de famille c'est Gurgus. J'aime bien le prénom George, mais ce n'est pas le mien. Donc appelez-moi vous, enchanté. Je suis ici aujourd'hui pour discuter le leadership dont les projets de logiciel libres. Je dirai des choses aujourd'hui qui sont également applicables au concept de leadership tout court. Mais j'espère vous convaincre que les projets de logiciel libres en particulier ont une nature spécifique, une structure, une dynamique qui éclare l'importance de certains qualités de leader efficace. Plus précisément, je vais dire que c'est la nature communautaire d'un projet de logiciel libre qui forme le caractère d'un bon leader dans un tel projet. D'abord, un mot sur les connexions entre les logiciels libres et les logiciels que j'ai nommés communautaires. Quand nous disons que WordPress est un logiciel libre, ça veut dire quelque chose qui est très spécifique. Je suis perdu, ça va. Un logiciel libre et un logiciel qui garantit aux utilisateurs les quatre libertés que vous voyez c'est dessus. Nous n'avons pas le temps aujourd'hui de discuter en détail ces libertés. Malheureusement, c'est parmi mes sujets préférés. Mais pour le moment, je veux dire un mot sur la liberté d'étude. C'est long la GPL. La GPL, c'est la Lissonce Générique République de Guignu. Et c'est long la GPL. Les utilisateurs de logiciel qui est considéré libre ont le droit de pouvoir lire, étudier le code source d'un logiciel libre pour apprendre comment ça fonctionne, pour étudier, pour mieux comprendre le logiciel. C'est pour cette raison que nous avons le terme open source, ce qui veut dire que le code source du logiciel est visible et ouvert. C'est naturel qu'un logiciel qui est disponible en licence qui garantit aux utilisateurs la liberté d'étudier le code source. C'est naturel qu'il y aura des gens qui veulent améliorer ce logiciel. Après avoir lu le code source, je vois des bogus, je veux ajouter des fonctionnalités et puis je veux améliorer ce logiciel. Ça, c'est aussi garantie par le GPL. Et après avoir amélioré le logiciel, c'est naturel qu'il y aura des gens qui veulent redistribuer le logiciel avec ces changements. C'est de cette manière que le logiciel libre devient un logiciel communautaire. C'est-à-dire que le logiciel devient communautaire quand il est développé d'une communauté des individus qui s'intéressent à le logiciel mais qui sont distribués, qui ne sont pas centralisés dans un seul entreprise par exemple. Je vais discuter où est le presse aujourd'hui car c'est notre logiciel préféré. Mais ce que je vais dire, c'est aussi applicable au n'importe quel logiciel qui est distribué d'une manière qui permet la formation d'une communauté de développement. Donc pour mieux comprendre l'idée d'un logiciel communautaire, je contraste avec un logiciel que je dis privé. En projet privé, si ce projet n'accepte pas les contributions qui viennent de l'extérieur de l'équipe de développement et dans les projets qui sont privés, les communications au-dessus du projet, les discussions sur l'avenir du projet, etc. ont lieu dans un espace qui est privé, c'est-à-dire que le projet est privé. Je dirais que le développement privé, cette manière de développer le logiciel est plus traditionnelle que le manière qui est ouvert et communautaire et c'est pour cette raison que vous voyez les développements privés dans les entreprises privées, les entreprises traditionnelles. Je veux dire un mot plus sur le contraste. Considérer la question de l'équipe et ses membres, la question de l'adhésion au projet libre et l'adhésion au projet communautaire. Ce que je vais dire ici, ce sont des généralisations, ce ne sont pas les lois absolues mais je crois qu'on peut apprendre quelque chose par considérer. D'abord, les projets privés se composent généralement des employés, les personnes qui sont payées pour le travail sur le projet. Ce n'est pas toujours le cas mais très souvent. En contraste, les projets communautaires sont en général remplis des bénévoles, des volontaires, des gens qui ne sont pas payés au moins directement pour leur contribution au projet. La différence entre les bénévoles et les employés indique une différence des motivations. Un employé est naturellement motivé par la paiement, par la salarie. Certes ce n'est pas la seule motivation pour les employés mais c'est difficile de nier ce fait quand la subsistance dépend du travail sur le projet. Dans les projets communautaires, en absence de paiement direct pour son travail, il faut chercher à eux la motivation des bénévoles qui s'occupent le temps libre sur le projet. Ce pourrait être l'amour du travail technique, j'adore coder donc je vais contribuer au WordPress, ça pourrait être l'amour du projet lui-même, j'adore WordPress donc je vais contribuer. Peut-être en recherche la bonne réplication, le respect d'autrui. Il faudrait dire que ces motivations existent bien dans les employés, mais la dynamique est différente quand la paiement n'est pas la motivation primaire pour les participants. Il existe des problèmes très sérieux dans les projets de logistique libre concernant la diversité, mais je peux dire au moins qu'il y a une tendance dans les projets de logistique libre vers une diversité géographique, une diversité linguistique qui est plus rare dans les projets privés. Les projets communautaires ont le tendance de devenir des projets internationales, des projets qui sont mondiales et les projets privés par contraste se situent dans une espace physique qui limite en pratique les candidats à l'emploi et donc c'est un peu moins diverse de cette manière. Si j'ai raison et j'ai toujours raison, si j'ai raison que les projets privés, les projets communautaires se composent différemment, c'est naturel qu'ils se conduisent différemment aussi. Et quand à la dynamique de l'équipe, je vous propose que les projets de logistique communautaire doivent faire face à plusieurs défis, plusieurs challenges qui sont spécifiques à la nature communautaire du projet. Par exemple, la multilinguisme. J'ai déjà dit que les projets communautaires tendent vers le multilinguisme parce qu'ils tendent vers le mondialisme. Dans les projets qui sont multilingues, il doit y avoir toujours un langue qui est partagé, un langage commun parmi les contributeurs. En effet, c'est presque toujours l'anglais qui est le langage commun. Ce fait introduit un déséquilibre. Il y aura ce qui a l'anglais comme langue maternelle, c'est moi. Il y aura ce qui a l'aise dans la langue anglaise. Et en plus, il y aura les participants dont la participation est bien limitée par le fait d'avoir l'anglais comme langage commun. C'est un déséquilibre qui existe dans ces projets communautaires qui bloquent le progrès, qui bloquent la coordination. C'est un problème qui est plus rare dans les entreprises privées qui peuvent mieux contrôler l'équipage par contrôler les membres de l'équipe. Un projet communautaire qui devient un projet international aura immédiatement des problèmes de décalage horaire. Je veux te parler mais tu es endormi. Et cela entraîne la communication dans les projets de logiciels libres qui est plutôt asynchronous et écrite. Ceci est un avantage pour certains personnes, pour ceux qui ont à l'aise sur cela, pour ceux qui aiment communiquer par email ou même par Skype. Mais pour les autres qui ne sont pas à l'aise dans ces espaces, c'est un désavantage. J'ai beaucoup dit jusqu'à ce moment au sujet de la nature des logiciels communautaires mais je n'ai rien dit jusqu'à ce moment au sujet du leader d'un tel projet. Donc, considérons la question, qui sont les bons leaders d'un tel projet ? Quel est le rôle d'un leader d'un projet communautaire tel que je viens de le décrire ? En général, il me semble naturel d'utiliser l'amont gestion pour décrire le rôle d'un leader. Mais je vous propose que quand nous considérons les défis spécifiques qui sont posés au projet communautaire, il ne faut pas penser à la gestion quand nous discuterons le concept de leadership mais le concept de la facilitation par exemple. La facilitation de la communication est efficace. Je l'ai déjà dit, nous avons dans les projets communautaires des grands déséquilibres occasionnés par la décalage horaire, par l'hégémonie linguistique de l'anglais, par le fait de communiquer sur la forme écrite, etc. Ces déséquilibres sont l'ennemi du procès dans un projet qui est fondé sur l'idée de légalité de membres et de l'équipe. Donc, un rôle de leader est de faciliter des façons de communiquer qui peuvent contrebalancer les différences entre les membres quant à la communication. Je vais dire quelques exemples dans quelques instances. Une autre type de facilitation, c'est la facilitation du processus décisionnel. Dans les entreprises privées, c'est le patron qui prend les décisions importantes. Au moins, c'est le patron qui a le pouvoir de prendre ces décisions. Dans les communautés de nos dossiers libres, c'est un peu différent. Il existe des patrons, mais en général, ce patron n'a pas le droit d'exiger ceci ou cela. Au contraire, dans ces projets, on essaie de prendre les décisions importantes par consensus. Mais vous savez tous que le processus ne tombe pas du ciel. Il faut des systèmes pour encourager, pour faciliter le processus. Ça, c'est un autre rôle pour le leader dans un tel projet, de créer ces systèmes. Et en général, le rôle de leader dans un projet de logiciel libre, un projet de logiciel communautaire, est de créer les systèmes bien réels. Qu'est-ce que c'est que ça ? Le leader général, c'est ça. Les projets communautaires ne fonctionnent que si les volontaires sont satisfaits de le travail. Et sont satisfaits que le travail, le contribution au projet sont appréciés et reconnus par les autres membres de l'équipe. Les systèmes bienveillants sont les règles, les conventions, les coutumes, les structures, etc. qui contribuent à cette satisfaction. Je dirais des exemples spécifiques dans quelques instants, mais ça c'est l'idée générale. Ce sont les systèmes bien réels. Donc, si le rôle de leader est avant tous de faciliter le fonctionnement et le santé de la communauté, que sont les qualités et les compétences d'une personne qui veut réussir comme leader dans un tel projet ? Il y en a beaucoup, bien sûr. Ici, je veux en discuter quelques-uns que je trouve particulièrement important. Et ce qui est important pour la discussion aujourd'hui, c'est que les compétences que je vais discuter n'ont rien à voir avec les compétences techniques. Première, la confiance pour la personne qui se considère expert technique. Ici, je dois admettre que je parle de mes propres expériences, c'est moi dont je ne parle pas. Mais je crois qu'on peut généraliser les lessons que j'ai recueillies parmi les années. Pour l'expert technique, la personne qui est devenue leader dans un projet de logiciel libre à cause de ses compétences techniques et la connaissance technique, il existe une tendance. Je vous propose à somméfier de l'incondue. Mais comme leader d'un projet communautaire, l'expert technique doit se battre contre cette tendance et doit faire confiance aux membres de l'équipe. Voici un exemple spécifique. Il y a quelques-uns, un membre de l'équipe du presse, c'est un mec que vous ne connaissez pas. Il voulait moderniser et mettre à jour l'interface de body press qu'on utilise pour modifier le photoprofié. Il a proposé le constructeur complètement en jambes cuté par pawns, ajouté le fonctionnalité de prendre une photo avec le mobile et toutes sortes de choses qui étaient très, très géniales. Il était évident que ces changements étaient excellents, surtout pour les utilisateurs du logiciel body press. Mais le problème pour moi, c'était de lire et reviser les patches. Je suis désolé. Il y en avait beaucoup. Et en plus, il était très grand. Ils étaient plein de nouveaux codes. Et en plus, l'auteur de ces patches, je le savais bien, était beaucoup plus intelligent que je ne suis. Donc, en leader, quoi faire ? Pour moi, au cours d'une carrière technique, j'ai pris l'habitude de vouloir tout comprendre, tout le temps, sur tous les sujets. Mais en leader, si j'insiste sur ma propre compréhension sur tous les sujets, je risque de bloquer le progrès du projet. Et, suffisant, je risque d'aligner ceux qui ont contribué le temps et les affords au projet. C'est-à-dire qu'il ne faut jamais oublier que les contributeurs sont des bénévoles et les bénévoles dans notre projet sont animés par la satisfaction d'améliorer le projet. Et si je bloque l'amélioration du projet, je bloque la satisfaction des contributeurs. Ça fait du mal au projet. Heureusement, dans ce cas spécifique, j'ai réussi à vaincre ma finance. Et les fonctionnalités que je viens de décrire ont été introduites dans le body-presse. Mais pour moi, cette instance, les instances comme ça, sont une laissance importante pour le leader ship. Le laissant, c'est ça. Il faut se battre contre le peur de ne pas tout comprendre. C'est le premier. Et le deuxième, c'est qu'il faut la confiance dans la sagesse et l'intelligence de l'autre, des autres membres de l'équipe. De plus, et étroitement lié à cette idée, c'est qu'il faut de l'humilité pour accepter qu'il y aura ceux qui sont plus capables et plus intelligents que vous ne l'êtes. Mais vous êtes le leader d'un projet, cela n'entraîne pas que vous êtes le meilleur membre de l'équipe. Malheureusement. Ceci nous amène à la vulnérabilité. Et ça, c'est une autre capacité de leader dans un projet de dogeciel libre. Ces projets sont fondés sur l'idée de légalité. C'est une communauté de pertes. Mais si le leader ne peut pas être la fériabilité, son problème pour le projet. Par exemple, considérez moi. Je suis ici aujourd'hui. J'ai passé beaucoup de temps avec mes amis, M. Le Café et M. Robert. Pour préparer cette conférence, il faut que vous n'allez en français aujourd'hui. Je ne suis pas ici aujourd'hui parce que je suis à l'aise en français au contraire. Je suis ici parce que je ne suis pas à l'aise. Je suis terrifié. Non, s'il vous plaît. Mais je suis venu pour montrer en tout petit peu l'humilité et la vulnérabilité qui est à la fondation de la vraie collaboration communautaire. Et en se faisant, j'espère que je peux en tout petit peu contrebalancer le déséquilibre linguistique qui existe dans un tel projet. Prochaine qualité dans mon leader dans un tel projet, c'est l'empérité. Je vous propose qu'un leader réussit autant qu'il montre de l'empérité envers les autres et autant qu'il facilite de l'empérité chez les autres. Un exemple spécifique. Je vous ai parlé plutôt de ce que j'ai nommé les systèmes bienveillants. Voici un tel système qui est tiré du monde WordPress. Ceci est une capture du site track. C'est la plateforme de communication technique pour l'équipe WordPress pour le repartage des bords et de ces trains. Juste au-dessus de formules et de réponses sur les tickets spécifiques, vous verrez parfois un petit message qui dit quelque chose comme ça. C'est le premier ticket qui est prêt par ce monde qui est combinanté. Dites bonjour, soyez gentil, etc. C'est un petit message, mais c'est un système automatique pour encourager l'empérité et la gentillesse envers les autres, envers les nouveaux venus. C'est un système bienveillant. Et c'est créé par les leaders de WordPress. Ce n'est pas une partie du logiciel track, c'est quelque chose qu'on a convaincu. Un autre exemple, un autre système bienveillant. L'équipe WordPress organise une réunion régulière qui a pour but d'accueillir des nouveaux participants dans la communauté de développement de WordPress. Cette réunion offre au nouveau vu une occasion de poser des questions sur le processus de développement, etc. et en général d'avoir l'orée des participants, des contributeurs expérimentés en toute sécurité. Cette réunion est une autre structure qui formalise une reconnaissance qui est difficile d'entrer pour la première fois dans une nouvelle communauté et il est de la responsabilité de tous de faire preuve de l'embêtis envers les nouveaux venus. Et bien que l'embêtis soit de la responsabilité de chacun, le rôle particulier du leader dans une telle communauté est d'établir les systèmes bienveillants qui encouragent l'embêtis qui est systématique et automatique. Ça c'est lié à l'idée de respect pour les contributeurs et ça c'est une autre capacité de leader. Une personne qui choisit de occuper son temps libre à contribuer au WordPress, cette personne fait cadeau de son temps au projet. Le leader doit établir des systèmes qui assurent que tel cadeau est reconnu et puis apprécier. C'est une forme de respect pour autrui. Prochaine et la plus importante mais la plus difficile d'expliquer c'est l'amitié. Quand j'ai proposé cette conférence je me suis demandé quel sont les moments au long de ma carrière dans les logiciels libres où j'ai produit les plus grands effets sur l'arrivée du projet. Et après avoir réfléchi il me semble que ce sont les moments où j'ai eu l'occasion de montrer de l'amitié à quelqu'un. Ces moments sont, ils arrivent que ces moments sont souvent les moments les plus difficiles dans l'histoire d'un projet. Ce sont les moments où un membre du communauté, une contributeur au projet sans que ces contributions ne sont pas appréciées, ne sont pas reconnues par les autres membres du communauté. Ce sont les moments où une membre spécifique de l'équipe croit que ces idées n'ont pas reçu l'intention qu'ils méritaient. J'ai vu beaucoup d'instances comme ça dans ma carrière et dans pas mal de cas je me suis lancé dans une conversation privée de cette personne pour essayer de ressoudre le problème, quelque chose de quoi. J'espère, je crois qu'il y a des cas où j'ai réussi et je suis certain qu'il y a des cas où j'ai échoué, j'ai pas réussi mais en tout cas, c'était à ces instances où j'ai eu l'occasion de prendre la main en amitié, les moments de contact humain où j'ai eu le plus grand impact sur l'avenir du projet et voici la raison. La technologie, les détails techniques du projet a évolué et les décisions de fonctionnalité des designs d'implementation se sont tous FMR. Tout ça va changer au langues des années, au langues des mois mais ce qui ne va jamais changer c'est qu'un projet de logesière communautaire ne peut exister sans la communauté et le rôle de leader est de protéger l'avenir du projet et pour protéger l'avenir du projet il faut protéger la communauté qui sous-tend le projet. C'est le rôle le plus essentiel à la survie du projet. Pour cette raison, il est cruciel que le leader s'occupe de la dynamique communautaire plutôt que les détails techniques quotidien du projet. Ceci est la somme que je vous invite à considérer dans vos propres projets même si ce ne sont pas des projets communautaires ou le gestiel libre. Et c'est tout, à la prochaine fois. Merci. Qu'est-ce que vous pensez de ce projet ? Être connu avec quelqu'un qui vous donne une communication avec quelqu'un. Vous pensez que si vous reprennez respect avec quelqu'un ça va travailler pour tout le monde. Expliquez l'idée de la station expliquez l'idée d'une station c'est un proverbe un proverbe Être connu avec quelqu'un si vous voulez contribuer avec WordPress vous pouvez avoir un bon sens et un bon respect et une bonne friendship avec WordPress. Vous devez respecter les autres et démontrer de l'amitié aux autres. C'est cet exemple qui fait la culture du projet qui fait l'ambiance du projet qui est très important pour montrer la façon de communiquer qui est acceptée d'une communauté particulière. Bonjour. Merci pour cette conférence en français ça doit être une épreuve mais c'est très bien. Tu n'aborde pas le sujet de comment est choisi le leader et comment les décisions sont prises comment ça émerge un leader dans une communauté où tout le monde est censé être à égalité ? J'ai simplifié cette discussion que les décisions sont faites de processus et en fait ce n'est pas aussi simple. WordPress en particulier a sa propre dynamique il y a des il y a des leaders qui sont un peu plus importants que les autres dans son communauté je ne sais pas quoi dire mais comme leader tel que je suis je veux constamment évoluer la combinanté vers le processus décisionnaire qui est plus égal et qui est plus démocratique et le jour n'arrivera jamais où le processus est parfaitement démocratique et peut-être c'est quelque chose mais peut-être c'est bon la démocratie a ses problèmes mais j'espère qu'à travers les années les processus deviennent de plus en plus ouvertes et visibles pour que pour que nous quittons en anglais même en anglais je ne peux pas le dire ça évolue ça évolue et il faut pour tout le monde on ne peut pas on ne peut pas influencer l'avenir du projet sans contribuer au projet donc si vous n'aimez pas le fonctionnement du projet il faut que vous contribuez je suis désolé bonjour merci pour la conférence par rapport au système mis en place de bienveillance d'accompagnement depuis très longtemps et qui fonctionne très bien comment est-ce que tu vois l'arrivée au départ comme Gutenberg qui vont être développées sur notre plateforme c'est des plateformes de sources sauf que du coup on va avoir un leadership différent et ça pose aujourd'hui une question pour le maire le maire je propose comment est-ce que tu vois cet aspect est-ce que tu penses que ça peut être un défi ou est-ce que c'est quelque chose qui est réglé ça c'est un challenge parce que les créateurs de Gutenberg ont créé un environnement qui est un expériment technique mais qui est aussi un expériment culturel dans le développement du projet les processus du développement et à le moment de la maire ça va tout changer et on espère que cet expériment on peut prendre les laissants et les choses qui ont bien marché pour le projet de Gutenberg quand c'est décéparé peut-être on peut adopter ces processus pour le projet de represse en général mais ça va être très intéressant je ne sais pas la réponse mais j'espère qu'on va qu'on va apprendre l'une de l'autre tu avais d'autres questions ? non oui non déjà bravo pour votre conférence la vraie je parle pas anglais un leader si il est cool amie, gentil et que l'équipe derrière comme on dit en France, ça mérite que la claque parce que ça avance pas je comprends pas il y a des équipes qui veulent pas c'est un bon problème si vous avez ce problème en général c'est l'envers c'est le leader qui dit au revoir je veux pas les contributions telles que vous l'avez posé mais le caractère de leader peut différer entre les leaders individus dans un projet comme boîte presse qui est assez grand il y a des spaces pour les types différents de leader et pour les caractères différents et je crois qu'il y a dans notre communauté les leaders qui sont bien gentils qui aiment l'amour il y a aussi des autres qui sont moins je sais pas le mot mais qui sont pas pareils mais nous nous avons une grande communauté donc il y a des spaces pour les pour les deux et on peut se balancer je crois merci beaucoup merci beaucoup merci