Cet article est ma traduction en français d’un billet que Mark Shuttleworth à publié en anglais sur son blog le 10 septembre 2008.

Lorsque vous vous présentez sur le Web, vous avez 15 secondes pour faire bonne impression, d’où la convergence des champions en herbe de l’industrie du Web 2.0 vers la recette du succès suivante :

  1. Rendez votre site visuellement attrayant,
  2. Faites quelque chose de différent et faites-le très, très bien,
  3. Mobilisez les utilisateurs et offrez-leur une expérience immédiate, gratifiante.

Dans l’utilisation du logiciel libre, nous avons besoin des mêmes célérité, immédiateté et élégance, et c’est un domaine dans lequel Canonical, je l’espère, apporte une contribution significative. Nous recrutons des designers, des champions de l’expérience utilisateur et des visionnaires du design de l’interaction que nous plaçons non seulement à la tête de différents projets chez Canonical mais que nous poussons également à participer à GNOME, KDE et autres projets en amonts, pour améliorer l’utilisabilité des FLOSS.

Heureusement, nous ne travaillerons pas seuls. C’est une idée qui a déjà largement été explorée. C’est génial de voir que des communautés comme GNOME et KDE ont identifié l’expérience utilisateur comme un puissant vecteur d’évolution pour leurs plates-formes. En partie liée au phénomène du Web 2.0 et de l’iPhone, il y a une volonté partagée de voir les FLOSS faire un bon en avant en terme d’utilisabilité et de design. Nous voulons participer et aider à cette avancée.

L’ampleur du défi que nous avons à relever est reconnue. Lorsque j’ai annoncé à l’OSCON, l’objectif de “fournir une expérience utilisateur qui puisse rivaliser avec celle d’Apple dans deux ans”, j’ai eu de nombreuses questions relatives à la façon dont nous pourrions bien nous y prendre pour y parvenir. “Tout le monde se gratte là ou ça le démange, comment pourrez-vous rendre l’interface utilisateur cohérente ?” fut une interrogation récurrente. Et c’est vrai – le logiciel libre est souvent parcellaire et inconsistant. Mais je vois le manque de consistance autant comme une faiblesse (GNOME, OpenOffice et Firefox ont tous des bibliothèques différentes pour le développement d’interfaces utilisateur, et il est très difficile de les accorder) que comme une force – les gens sont libres d’innover, et les résultats font référence au niveau mondial. Notre objectif est d’arriver à de tirer le meilleur de ces deux mondes.

Je n’ai pas de réponses à toutes ces questions. J’ai crois cependant beaucoup en la puissance du processus d’élaboration du logiciel libre pour résoudre des problèmes apparemment insolubles, en particulier sur le long terme. Si nous combinons une vision globale de la conception avec de nouvelles recommandations pour les interfaces utilisateur, nous pourrons nous appuyer sur l’expérience des utilisateurs pour trouver des cas particuliers et des inconsistances dans un plus grand nombre d’applications que ne pourrait le faire une personne ou une seule société. C’est pour cela qu’il est si important pour moi que l’équipe design et interface utilisateur de Canonical participe aussi aux projets en amont.

Dans Ubuntu nous avons toujours eu tendance à considérer les projets en amonts comme “notre ROC”, sous tendant que nous souhaitions que les équipes des projets en amonts soient heureuses de la manière dont nous exprimons leurs idées et leur travail. Plus que heureuses – nous voulons que les équipes des projets en amonts soient enchantées ! Nous concentrons principalement notre effort sur l’intégration. Nos concurrents ont tendance à dire que “Canonical ne contribue pas” mais il serait plus juste de dire que nous mesurons notre contribution dans l’efficacité avec laquelle nous mettons les derniers développements des projets en amonts, en maintenant la sécurité, à la portée de la plus large audience possible pour qu’elle les teste et les adore. À mon avis, c’est une énorme contribution.

Canonical est cependant de plus en plus en situation d’induire un vrai changement dans le logiciel qui constitue Ubuntu. Si nous avions juste montré des images et des prototypes en demandant aux gens de remodeler leur projets, je n’imagine pas que cela aurait été bien reçu ! Nous sommes donc en train de recruter une équipe qui travaillera sur X, OpenGL, Gtk, Qt, GNOME et KDE, avec comme objectif de réaliser une partie du travail important qu’il faut faire pour donner naissance à ces idées. Ces équipes publieront leurs branches Bzr dans Launchpad et soumettrons bien sûr leur travail en amont, et elles participeront aux divers évènements associés aux projets en amont. Certaines personnes que nous avons recruté à ces postes sont des contributeurs familiers du monde FLOSS, d’autres seront des développeurs ayant des compétences techniques avérées dans d’autres industries.

Un principe fort que nous voulons préserver est l’idée que Ubuntu, l’équipe travaillant sur la plate-forme, est principalement concentrée sur l’intégration et la distribution. Nous maintiendrons bien la séparation entre cette équipe et le travail réalisé en amont afin de minimiser tout conflit d’intérêt dans le choix des correctifs, des modifications et des applications qui sont livrés chaque six mois dans le cadre d’une version de Ubuntu.

Évidemment, il y a un risque à participer, car vous ne pouvez pas facilement participer sans exprimer vos opinions, visions, désirs, buts, et ceux-ci peuvent entrer en conflit avec ceux des autres participants. C’est difficile de mener à bien le changement, même lorsque les gens sont d’accord sur la nécessité de ce changement. J’espère que nous pourrons trouver des façons d’explorer et d’expérimenter de nouvelles idées sans provoquer de blocage au sein d’équipes diverses et distribuées. Nous devons utiliser nos atouts, en particulier la capacité de diverger à des fins d’expérimentation pour voir ce qui fonctionne vraiment avant de mettre tout le monde au travail. Ce sera un défi, mais je pense que c’est faisable.

Tout ceci fait que je vais travailler avec entrain le matin, car nous sommes esquissons des idées tout à fait intéressantes qui touchent à l’interaction de l’utilisateur dans Launchpad et sur le poste de travail. L’équipe s’entend très bien, et j’apprécie beaucoup la manière dont les choses se passent, la réflexion et le prototypage. Je suis impatient de voir ces idées arriver au stade de la production !

Origine : Design, user experience and development at Canonical (http://www.markshuttleworth.com/archives/162)