Guides Lodos
Comment les équipes utilisent réellement les trente modules : par quoi commencer, quoi ignorer et où ça coince.
Pour commencer
-
Créer son premier espace de travail
Un espace de travail n’est pas un dossier : c’est la frontière que trente modules consultent pour décider de ce que vous voyez. Mal tracée, elle vous coûte des mois de déménagement.
-
Invitations, rôles et qui voit quoi
Une invitation ne coûte rien. Se tromper d’ordre, si : la moitié d’une équipe arrivée avant que l’espace soit prêt cesse discrètement de l’ouvrir.
-
Quelle plateforme pour quel travail
Un compte, trois formes. La plupart des gens en choisissent une et supportent en silence ce qu’elle fait mal.
-
Où passent les jetons IA
Il y a un solde, pas un par module. C’est tout le principe, et cela explique le bon comme l’agaçant.
-
Faire venir le travail d’autres outils
La plupart des migrations échouent au même endroit : quelqu’un veut tout amener, et tout prend plus de temps que prévu.
-
Les vingt minutes qui protègent le compte
Presque aucun espace de travail ne se perd sur une attaque ingénieuse. On les perd sur un mot de passe partagé et un ordinateur dont personne n’a parlé.
-
Décider de ce qui a le droit de vous interrompre
Chaque module arrive avec les notifications à fond, parce que ceux qui l’ont fait croient que leur partie est l’importante. Les trente se trompent en même temps.
-
Ce qui casse quand l’équipe grandit
Rien d’une petite équipe ne passe à l’échelle. Cela cesse simplement de fonctionner une personne à la fois, et quand on le remarque, la solution s’appelle réorganisation.
-
Les cinq premiers jours de quelqu’un
Une nouvelle personne décide, dès la première semaine, s’il est sûr de poser des questions ici. Presque rien de ce que vous lui apprendrez ne pèse autant.
-
Les modèles et le travail qui revient
Un modèle est une décision prise une fois et qu’on a cessé de questionner. C’est sa valeur et tout son danger.
-
Vivre dans les limites d’une formule
Personne ne lit les limites en s’inscrivant. Tout le monde en rencontre une un jour, presque toujours le jour le moins pratique.
Travail quotidien
-
Comment une tâche circule réellement
Trois modules peuvent porter une chose à faire. Choisir le mauvais, c’est ainsi que les équipes finissent par tenir la même liste à deux endroits.
-
Un suivi du temps que l’on tient vraiment
Toute équipe qui adopte le suivi du temps l’abandonne vers la troisième semaine. La raison n’est presque jamais la paresse.
-
Quelle conversation va où
La plupart des équipes ont un seul endroit pour parler et s’en servent pour tout. C’est pour cela que six semaines plus tard personne ne retrouve rien.
-
Où vit réellement la connaissance
Les fichiers et les notes sont les deux choses que personne ne met en place volontairement — et les deux qui décident si, la deuxième année, on retrouve encore quelque chose.
-
Retrouver ce dont vous savez que ça existe
On cherche rarement ce qu’on n’a jamais vu. On cherche ce dont on se souvient, et la mémoire ne stocke pas de mots-clés.
-
Passer le relais sans laisser tomber le travail
Une passation échoue non parce qu’on a caché quelque chose, mais parce que l’évidence paraissait trop évidente pour être écrite.
-
Vingt minutes le vendredi
Une semaine se dégrade lentement. Rien de spectaculaire : trois choses cessent discrètement d’avancer, et personne ne le voit avant l’échéance.
-
Dire la chose difficile au travail
La plupart des retours échouent avant qu’un mot soit choisi : mauvais endroit, des mois de retard, emballés dans deux compliments.
-
Écrire à un client sans créer un problème
Les clients partent rarement parce que quelque chose a mal tourné. Ils partent parce qu’ils l’ont appris tard, et du mauvais côté.
-
Quand un point écrit vaut mieux qu’une réunion
La moitié des réunions récurrentes sont un document lu à voix haute, lentement. L’autre moitié serait ruinée par un document.
-
Travailler sur quatre clients en même temps
Personne ne travaille sur quatre projets à la fois. On travaille sur un seul et l’on paie un péage à chaque changement.
Développement
-
D’une requête à une doc que l’on lit
La documentation d’API pourrit parce qu’elle est écrite à côté des requêtes. La générer depuis la collection est la seule version qui reste vraie.
-
Confier le travail répétitif à une automatisation
L’automatisation qui tourne chaque jour et fait gagner quatre minutes bat l’astucieuse qui tourne une fois par mois. Commencez plus petit que ce qui semble valoir la peine.
-
Tester sur des appareils que vous n’avez pas
Un simulateur vous parle de mise en page. Il ne peut pas dire ce que donne la page sur un Android de quatre ans — et faire comme si, c’est ainsi que les bugs arrivent en production.
-
Livrer un changement sans gâcher sa soirée
La question avant toute livraison n’est pas de savoir si ça marche. C’est ce que vous ferez dans les vingt minutes suivant l’échec.
-
Avant d’agir sur un chiffre
Un chiffre dans un rapport a une autorité qu’il n’a pas méritée. Quatre questions lui rendent la modestie avec laquelle il aurait dû arriver.
-
Décider s’il faut automatiser tout court
La question n’est pas de savoir si une tâche pourrait être automatisée. Presque tout pourrait l’être. La question est de savoir si l’automatisation sera encore juste dans six mois.
-
Les trente premières minutes d’une panne
Le réflexe quand quelque chose casse est de chercher pourquoi. C’est la deuxième tâche. La première est que cela cesse de coûter.
-
Dépendre du service de quelqu’un d’autre
Chaque service externe branché est une partie de votre produit que vous ne contrôlez pas et ne pouvez pas réparer. Ce n’est pas grave — à condition de l’avoir décidé exprès.
-
Reprendre ce qu’un autre a construit
Tout système hérité paraît pire qu’il n’est, pour la même raison que toute ville inconnue paraît mal conçue.
-
Une sauvegarde que vous n’avez jamais restaurée
Tout le monde a des sauvegardes. Beaucoup moins ont des restaurations, et l’on découvre laquelle on possède le pire jour de l’année.
Modules · IA
-
Poser une question à sa base de données
La qualité de la réponse dépend bien plus de ce que vous lui désignez que de la façon dont vous formulez la question.
-
Auditer un site dont vous héritez
Un audit qui renvoie quarante constats n’est pas une liste de tâches. Trois comptent, le reste est du bruit tant que ces trois-là ne sont pas faits.
-
Analyser un fichier qu’on vous a envoyé
La bonne question n’est pas « est-ce un virus » mais « attendais-je ce fichier ». L’analyse soutient ce jugement, elle ne le remplace pas.
-
Un essayage virtuel qui donne une image utilisable
Le résultat ne vaut que la photo de départ. Presque tout résultat décevant remonte à l’image, pas au modèle.
-
Produire une courte vidéo sans équipe
Le storyboard n’est pas une formalité. Le sauter est l’habitude la plus coûteuse de ce module.
-
Générer un site, puis se l’approprier
La génération vous amène à un brouillon en une minute. C’est l’heure suivante qui décide si le site vous ressemble ou ressemble à tout le monde.
Modules · Développement
-
Quand une requête échoue sans qu’on sache pourquoi
La plupart des « l’API est cassée » sont une requête qui n’a jamais dit qui elle était. La réponse le dit en général — dans la partie que personne ne lit.
-
Écrire la partie que le générateur ne peut pas
La doc générée répond à « que prend cet endpoint ». Personne n’a jamais été bloqué par cette question.
-
Utiliser les DevTools dans le panneau
L’attention va à l’aperçu multi-appareils. Ce qui fait cesser de basculer vers le navigateur, ce sont les DevTools en dessous.
-
Pourquoi il y a un navigateur dans l’espace de travail
Il n’essaie pas de remplacer Chrome. Il existe pour qu’un lien trouvé à 11 h soit encore retrouvable à 16 h.
-
Lire et construire un graphe de nœuds
Un flux que vous pouvez relire six mois plus tard vaut mieux qu’un flux astucieux. Ici la disposition n’est pas décorative.
-
Des schémas qui survivent à la réunion
La plupart des schémas sont dessinés une fois, admirés une semaine, puis deviennent faux en silence. Ceux qui durent ont été dessinés au bon niveau.
-
Un éditeur pour la modification qu’on fait une fois
Il ne cherche pas à remplacer votre IDE. Il remplace les dix minutes de préparation avant une modification de cinq.
-
Les utilitaires qu’on cesse de coller sur n’importe quel site
On colle un payload dans un formateur JSON en ligne sans y penser. Parfois ce payload contient un client.
-
De la 3D quand il faut une forme, pas un modèle
C’est pour le moment où un dessin ne peut pas répondre à la question et où monter une chaîne 3D complète serait absurde.
Modules · Collaboration
-
Animer une communauté, pas seulement un chat d’équipe
Chat d’équipe et communauté sont deux métiers. Le second a un public, et un public ne se comporte pas du tout comme une équipe.
-
Mener l’appel lui-même
La moitié de ce qui fait qu’un appel fonctionne se joue avant que quiconque parle, et l’essentiel tient au lien.
-
Le jour de l’événement
Presque tout problème d’événement est un problème de porte, et la porte se décide des semaines plus tôt.
-
Faire entrer les gens — et les faire sortir
Ajouter quelqu’un prend dix secondes. Le retirer demande d’y penser, et c’est pour cela que personne ne le fait.
-
Du courrier qui reste à côté du travail
L’intérêt du courrier dans un espace de travail n’est pas de remplacer votre client mail. C’est d’arrêter le copier-coller.
Modules · Productivité
-
Quand le tableau cesse de dire la vérité
Un tableau ne sert que tant qu’il correspond à ce qui se passe vraiment. La plupart cessent en un mois.
-
À quoi servent vraiment les heures
Le temps saisi répond bien à une question : combien nous coûte réellement ce type de travail ? Le reste est un effet secondaire.
-
Des checklists qu’on lit vraiment
Une checklist n’est pas une liste de choses à faire. C’est une liste de choses qu’on oublie.
-
Des notes qu’on retrouve
Écrire une note prend une minute. La retrouver huit semaines plus tard est la partie que personne ne prévoit.
-
Un agenda qui reflète votre vraie semaine
Si votre agenda ne contient que des réunions, il annonce que toutes les autres heures sont libres. Aucune ne l’est.
-
Des fichiers qu’un inconnu saurait parcourir
L’épreuve d’un espace de fichiers n’est pas de savoir si vous trouvez. C’est de savoir si quelqu’un arrivé la semaine dernière trouve.
-
Combien d’espaces de travail il vous faut vraiment
La plupart des équipes ont besoin d’un espace de travail et croient en avoir besoin de six. Les surplus n’organisent pas le travail : ils le cachent.
-
Un pipeline qui vous apprend quelque chose
La plupart des CRM meurent de deux choses : des étapes que personne ne sait définir et des champs que personne ne remplit. Les deux se règlent en un après-midi.
