Sur le maintien d'une équipe restreinte

On nous demande souvent : pourquoi ne pas embaucher ? Pourquoi ne pas augmenter les effectifs ? Pourquoi ne pas changer d'échelle ?

Pour être honnête, la “ croissance ” n’est pas un objectif que nous nous sommes fixé. Nous préférons lancer chaque application dans les meilleures conditions plutôt que d’en lancer deux fois plus, mais de mauvaise qualité. Chaque personne que l’on ajoute à une équipe entraîne un surcroît de communication : réunions, fils de discussion sur Slack, cahiers des charges, revues de conception. Ce surcroît de travail empiète sur le temps consacré à la création proprement dite.

Les petites équipes agissent rapidement. Les petites équipes assument leurs décisions. Les petites équipes peuvent dire non.

À quoi ressemble le « petit » dans la pratique ?

Zydeno privilégie le télétravail et est autofinancé. Il n’y a ni bureau, ni conseil d’administration d’investisseurs, ni objectif de croissance fixé par une personne extérieure à l’équipe. La coordination s’effectue principalement par écrit : une brève note sur ce qui est en cours de développement, une liste de contrôle partagée pour chaque version, un fil de discussion pour chaque application. Les appels ont lieu lorsqu’une décision nécessite véritablement une discussion, et non pas simplement parce qu’un créneau est prévu dans l’agenda.

En général, la personne qui développe une fonctionnalité est celle qui la teste, rédige la note de mise à jour et répond aux premiers e-mails d'assistance à ce sujet. Cela peut sembler beaucoup, et c'est parfois le cas. Mais cela garantit que personne ne lance une fonctionnalité dont on n'entendra plus jamais parler, et que les retours parviennent directement à la personne en mesure d'y donner suite, sans passer par trois intermédiaires.

Cela signifie également qu'il y a moins d'intermédiaires entre une décision et ses conséquences. Lorsqu'un avis sur une boutique signale un problème, la personne qui le lit n'est généralement qu'à un message de celle qui peut y remédier — et c'est souvent elle-même.

Les compromis

Être une petite équipe a un coût réel, et nous vous induirions en erreur si nous prétendions le contraire. Nos lancements sont plus lents que ceux d’une équipe plus importante. Certaines bonnes idées attendent longtemps, voire ne voient jamais le jour. Lorsqu’une personne est absente, le développement de son application ralentit. Et avec des applications sur iPhone, Android, Windows et deux navigateurs, nous sommes constamment tentés de nous disperser plus que nous ne le devrions. Nous ne pouvons pas non plus confier les aspects qui nous sont peu familiers à un service spécialisé ; nous devons apprendre par nous-mêmes les règles, les processus de validation et les particularités de chaque nouvelle boutique.

Nous y parvenons en faisant preuve de rigueur dans le choix des projets que nous acceptons. Une nouvelle plateforme destinée à une application existante doit réellement améliorer cette dernière, et pas seulement en élargir la disponibilité. Une nouvelle application doit être un outil que nous utiliserions nous-mêmes et que nous serions prêts à maintenir pendant des années. La plupart des idées ne sont pas retenues, et c’est ainsi que fonctionne le système.

Pourquoi ne pas augmenter

Les financements extérieurs s'accompagnent d'attentes extérieures, et ces attentes visent généralement une croissance à un rythme qui ne se prête pas à un travail rigoureux. Le fait de nous autofinancer signifie que chaque application doit être rentable, ce qui constitue une contrainte utile : cela nous oblige à rester réalistes quant à ce que les utilisateurs apprécient réellement, plutôt que de nous concentrer sur ce qui fait bonne impression lors d'une présentation.

Nos erreurs

Nous avons parfois confondu « petite taille » et « autosuffisance ». Essayer de tout faire en interne — chaque vérification de traduction, chaque icône, chaque ligne de texte de la boutique — nous a ralentis d’une manière qui n’en valait pas la peine. Rester une petite structure ne signifie pas refuser de l’aide. Nous faisons désormais appel à des spécialistes pour des tâches spécifiques et bien définies, comme la relecture des traductions par des locuteurs natifs, et nous permettons ainsi à l’équipe principale de se concentrer sur le développement.

Quand on grandit

Un jour, nous finirons sans doute par nous développer. Et quand ce sera le cas, ce sera parce qu’une personne en particulier sera capable de faire quelque chose de précis qui améliorera notre travail — et non parce que les investisseurs veulent un communiqué de presse plus imposant.