Le télétravail n’est pas pour chaque entreprise et ce n’est peut-être pas la tasse de thé de tout le monde. Lorsque mon co-fondateur et moi avons décidé de constituer une équipe d’ingénierie distribuée pour notre startup, de nombreuses questions nous ont traversé l’esprit : seront-ils productifs ? Comment les décisions seront-elles prises ? Comment faire vivre la culture ?
Aujourd’hui, nous gérons une équipe distante d’une dizaine d’ingénieurs, et nous avons beaucoup appris en cours de route.
Voici quelques conseils que nous espérons que vous trouverez efficaces. Celles-ci sont probablement applicables aux startups à un stade précoce et moins aux grandes organisations.
Programmation en binôme
Dans un bureau, les employés ont de nombreuses occasions d’interagir avec leurs collègues, et ces conversations créent naturellement un sentiment d’authenticité. Mais dans un cadre de travail à distance, un tel privilège n’existe pas.
Certains de nos amis fondateurs ont utilisé des services pour surveiller ou microgérer leurs employés pendant les heures de travail, mais nous pensons que cela est improductif et contraire à la construction d’une culture positive.
L’introduction de la programmation en binôme, une technique de développement logiciel agile où deux ingénieurs travaillent simultanément sur le même problème, favorise la collaboration et crée des opportunités pour les développeurs d’avoir des conversations comme ils le feraient dans un garde-manger de bureau. Nous essayons de jumeler deux programmeurs pendant une période prolongée (environ 10 semaines) avant d’envisager une rotation ou un changement.
Certains peuvent soutenir que la programmation en binôme est une perte de temps sur la base que si chaque individu peut produire X sortie, alors il est logique de produire deux fois cette sortie en faisant travailler chacun sur des problèmes séparés.
Nous trouvons cette vision limitative. Premièrement, la programmation en binôme donne une meilleure qualité, puisque deux cerveaux valent généralement mieux qu’un. Lorsque les systèmes d’ingénierie sont incroyablement complexes, il est presque toujours judicieux d’avoir un « vérificateur d’intégrité » réfléchi, car cela évite les décisions médiocres et aide à contrecarrer les problèmes en aval, qui peuvent prendre du temps à résoudre à l’avenir. D’après mon expérience, cela conduit également à des résolutions de problèmes plus rapides. Pour élucider ce point, si les problèmes peuvent être résolus en deux fois moins de temps, alors dans le même laps de temps, la sortie de deux programmeurs travaillant en binôme sera toujours 2x.
