On nous demande souvent : pourquoi ne pas embaucher ? Pourquoi ne pas augmenter les effectifs ? Pourquoi ne pas changer d'\u00e9chelle ?<\/p>\n
Pour \u00eatre honn\u00eate, la \u201c croissance \u201d n\u2019est pas un objectif que nous nous sommes fix\u00e9. Nous pr\u00e9f\u00e9rons lancer chaque application dans les meilleures conditions plut\u00f4t que d\u2019en lancer deux fois plus, mais de mauvaise qualit\u00e9. Chaque personne que l\u2019on ajoute \u00e0 une \u00e9quipe entra\u00eene un surcro\u00eet de communication : r\u00e9unions, fils de discussion sur Slack, cahiers des charges, revues de conception. Ce surcro\u00eet de travail empi\u00e8te sur le temps consacr\u00e9 \u00e0 la cr\u00e9ation proprement dite.<\/p>\n
Les petites \u00e9quipes agissent rapidement. Les petites \u00e9quipes assument leurs d\u00e9cisions. Les petites \u00e9quipes peuvent dire non.<\/p>\n
Zydeno privil\u00e9gie le t\u00e9l\u00e9travail et est autofinanc\u00e9. Il n\u2019y a ni bureau, ni conseil d\u2019administration d\u2019investisseurs, ni objectif de croissance fix\u00e9 par une personne ext\u00e9rieure \u00e0 l\u2019\u00e9quipe. La coordination s\u2019effectue principalement par \u00e9crit : une br\u00e8ve note sur ce qui est en cours de d\u00e9veloppement, une liste de contr\u00f4le partag\u00e9e pour chaque version, un fil de discussion pour chaque application. Les appels ont lieu lorsqu\u2019une d\u00e9cision n\u00e9cessite v\u00e9ritablement une discussion, et non pas simplement parce qu\u2019un cr\u00e9neau est pr\u00e9vu dans l\u2019agenda.<\/p>\n
En g\u00e9n\u00e9ral, la personne qui d\u00e9veloppe une fonctionnalit\u00e9 est celle qui la teste, r\u00e9dige la note de mise \u00e0 jour et r\u00e9pond aux premiers e-mails d'assistance \u00e0 ce sujet. Cela peut sembler beaucoup, et c'est parfois le cas. Mais cela garantit que personne ne lance une fonctionnalit\u00e9 dont on n'entendra plus jamais parler, et que les retours parviennent directement \u00e0 la personne en mesure d'y donner suite, sans passer par trois interm\u00e9diaires.<\/p>\n
Cela signifie \u00e9galement qu'il y a moins d'interm\u00e9diaires entre une d\u00e9cision et ses cons\u00e9quences. Lorsqu'un avis sur une boutique signale un probl\u00e8me, la personne qui le lit n'est g\u00e9n\u00e9ralement qu'\u00e0 un message de celle qui peut y rem\u00e9dier \u2014 et c'est souvent elle-m\u00eame.<\/p>\n
\u00catre une petite \u00e9quipe a un co\u00fbt r\u00e9el, et nous vous induirions en erreur si nous pr\u00e9tendions le contraire. Nos lancements sont plus lents que ceux d\u2019une \u00e9quipe plus importante. Certaines bonnes id\u00e9es attendent longtemps, voire ne voient jamais le jour. Lorsqu\u2019une personne est absente, le d\u00e9veloppement de son application ralentit. Et avec des applications sur iPhone, Android, Windows et deux navigateurs, nous sommes constamment tent\u00e9s de nous disperser plus que nous ne le devrions. Nous ne pouvons pas non plus confier les aspects qui nous sont peu familiers \u00e0 un service sp\u00e9cialis\u00e9 ; nous devons apprendre par nous-m\u00eames les r\u00e8gles, les processus de validation et les particularit\u00e9s de chaque nouvelle boutique.<\/p>\n
Nous y parvenons en faisant preuve de rigueur dans le choix des projets que nous acceptons. Une nouvelle plateforme destin\u00e9e \u00e0 une application existante doit r\u00e9ellement am\u00e9liorer cette derni\u00e8re, et pas seulement en \u00e9largir la disponibilit\u00e9. Une nouvelle application doit \u00eatre un outil que nous utiliserions nous-m\u00eames et que nous serions pr\u00eats \u00e0 maintenir pendant des ann\u00e9es. La plupart des id\u00e9es ne sont pas retenues, et c\u2019est ainsi que fonctionne le syst\u00e8me.<\/p>\n
Les financements ext\u00e9rieurs s'accompagnent d'attentes ext\u00e9rieures, et ces attentes visent g\u00e9n\u00e9ralement une croissance \u00e0 un rythme qui ne se pr\u00eate pas \u00e0 un travail rigoureux. Le fait de nous autofinancer signifie que chaque application doit \u00eatre rentable, ce qui constitue une contrainte utile : cela nous oblige \u00e0 rester r\u00e9alistes quant \u00e0 ce que les utilisateurs appr\u00e9cient r\u00e9ellement, plut\u00f4t que de nous concentrer sur ce qui fait bonne impression lors d'une pr\u00e9sentation.<\/p>\n
Nous avons parfois confondu \u00ab petite taille \u00bb et \u00ab autosuffisance \u00bb. Essayer de tout faire en interne \u2014 chaque v\u00e9rification de traduction, chaque ic\u00f4ne, chaque ligne de texte de la boutique \u2014 nous a ralentis d\u2019une mani\u00e8re qui n\u2019en valait pas la peine. Rester une petite structure ne signifie pas refuser de l\u2019aide. Nous faisons d\u00e9sormais appel \u00e0 des sp\u00e9cialistes pour des t\u00e2ches sp\u00e9cifiques et bien d\u00e9finies, comme la relecture des traductions par des locuteurs natifs, et nous permettons ainsi \u00e0 l\u2019\u00e9quipe principale de se concentrer sur le d\u00e9veloppement.<\/p>\n
Un jour, nous finirons sans doute par nous d\u00e9velopper. Et quand ce sera le cas, ce sera parce qu\u2019une personne en particulier sera capable de faire quelque chose de pr\u00e9cis qui am\u00e9liorera notre travail \u2014 et non parce que les investisseurs veulent un communiqu\u00e9 de presse plus imposant.<\/p>","protected":false},"excerpt":{"rendered":"
We get asked a lot: why not hire? Why not raise? Why not scale? The honest answer is that ‘scale’ isn’t a goal we have.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-418","post","type-post","status-publish","format-standard","hentry","category-journal"],"yoast_head":"\n