Interdit de dire « Hello », interdit de demander un « Quick Call », interdit de faire des réunions sans ordre du jour

Commencer une conversation sans « Hello »

• Commencer une conversation par « Hello » est inefficace
• Écrire directement la question permet d’obtenir une réponse plus rapidement
• Lorsqu’on demande du support technique, il est important de décrire le problème de manière précise
• Exemples :
  1. « Hi », « Hello » est la pire méthode
  2. « Hi, la fonction frobnicate ne fonctionne pas » est insuffisant
  3. « Hi, la fonction frobnicate déclenche l’erreur Error: missing argument 'count' » est une meilleure façon de faire
  4. « Hi, la fonction frobnicate déclenche l’erreur Error: missing argument 'count'. Voici la stack trace complète : (...) » est une question parfaite

Ne pas demander un « Quick call »

• Demander un « Quick call » est inefficace
• Un appel est plus perturbant qu’un chat
• Dans beaucoup de cas, un message suffit à résoudre le problème
• En expliquant le problème, on peut parfois le résoudre soi-même
• Un appel est temporaire, alors qu’un message reste
• Au lieu de « Quick call? », il vaut mieux décrire concrètement le problème

Éviter les réunions « sans ordre du jour »

• Les réunions sans ordre du jour sont inefficaces
• Avec un ordre du jour, il est possible de préparer la réunion
• L’ordre du jour permet de préciser l’objectif de la réunion et de fournir une checklist
• L’ordre du jour permet aussi de n’inviter que les personnes nécessaires
• Il est préférable de rédiger et d’envoyer à l’avance les questions techniques

Le contexte est essentiel

• En télétravail, lorsqu’on demande de l’aide, il faut décrire précisément le problème
• Il vaut mieux expliquer le problème par écrit plutôt que par téléphone
• Lorsqu’on planifie une réunion, il faut fournir un ordre du jour clair
• Ces méthodes rendent les interactions en ligne plus efficaces et permettent de résoudre les problèmes plus rapidement

---

Le résumé de GN⁺

• Présentation de méthodes de communication efficaces en télétravail
• Il est important de poser directement sa question sans commencer par « Hello »
• Mieux vaut décrire précisément le problème plutôt que demander un « Quick call »
• Il faut éviter les réunions sans ordre du jour et fournir un ordre du jour clair
• Ces méthodes rendent les interactions en ligne plus efficaces et permettent de résoudre les problèmes plus rapidement

[savvykang]

> Don't worry, I'm not mad at you.

On dirait que l’auteur est en colère. Cela semble être le genre de règle dont on peut convenir et qu’on peut appliquer en interne dans son entreprise, alors pourquoi a-t-il ressenti le besoin de la publier sur son blog ?

[kandk]

Je pensais que cela ne contenait que des évidences, mais visiblement pas mal de personnes ne sont pas d’accord..

Que ce soit pour un call ou une réunion, il est normal que l’organisateur prépare les choses. Et si le sujet était trop vague pour permettre une vraie préparation, il faut demander l’accord des participants à l’avance et commencer la réunion ainsi.

[savvykang]

S’il est vrai que le secteur IT est relativement bien placé pour élargir tant bien que mal l’adoption d’une communication fondée sur la documentation, on a l’impression qu’il reste encore dans une phase de transition à cause de la culture d’organisation et des habitudes.

[draupnir]

Je suis d'accord.

[f4strada]

• Quelle que soit la situation, froisser ses collègues est la pire des façons de faire
• Avoir un ordre du jour permet certes de préparer une réunion, mais rares sont ceux qui la préparent pour autant
• Dans la pratique, il est le plus souvent difficile de déterminer, à partir de l’ordre du jour, qui doit réellement participer à la réunion
• Sans confiance mutuelle, tout cela ne sert à rien.

J’ai travaillé aussi bien dans des boîtes connues que dans de petites entreprises,
et avec des imbéciles comme avec des génies, mais au fond, la manière dont les humains travaillent se ressemble partout.
Si moi je fais correctement mon travail, qu’on dise hi ou xi ne pose aucun problème.

Le plus grand problème de la plupart des groupes,
c’est que les gens incompétents ne se rendent pas compte à quel point ils le sont et s’imaginent accomplir quelque chose d’extraordinaire.
Et à un stade plus avancé, ils finissent par développer un ego démesuré, persuadés que ce qu’ils font de si formidable mérite naturellement le respect. Dans ce genre d’endroit, un texte comme celui-ci peut peut-être servir de guide important. Mais au final, quoi qu’on fasse, ça ne résout généralement rien. Parce qu’au fond, c’est un problème humain, pas un problème de méthode.

C’est pour ça qu’il faudrait commencer par écarter ceux qui écrivent ce genre de texte.

[GN⁺]

Avis Hacker News

• En télétravail, on perd les rencontres fortuites du bureau physique

  • On peut programmer artificiellement des appels sociaux, mais ce n’est pas comparable à un vrai bureau
  • Refuser un appel rapide peut conduire à davantage d’isolement
  • Les appels peuvent être dérangeants, mais ils peuvent aussi être utiles pour brainstormer des idées

• Transformer chaque question rapide en réunion formelle rend l’organisation très bureaucratique

  • Les gens peuvent commencer à deviner au lieu de consulter les experts
  • Une entreprise ne peut pas s’adapter à 100 % à chaque individu

• D’accord dans l’ensemble avec l’auteur, mais certains points sont exagérés, ce qui affaiblit l’argument général

  • Perdre du temps à déboguer du mauvais code peut être de sa propre faute
  • Les demandes de support IT devraient passer par un système de tickets plutôt que par le chat
  • Si l’on connaît déjà le problème, une explication détaillée est inutile

• Optimiser excessivement la productivité peut se faire au détriment de l’accessibilité entre collègues

• Dans les grandes entreprises, l’ordre du jour des réunions et les notes après réunion sont importants

  • Une personne mal préparée à une réunion peut faire perdre du temps aux autres
  • Ne pas consigner les décisions prises en réunion fait perdre du temps aux autres

• Quelqu’un qui omet la stack trace peut faire perdre du temps

  • Une personne qui pose une question confuse est dans un état de confusion
  • Il est important de poser des questions jusqu’à comprendre le contexte

• Je comprends certaines opinions, mais le ton est désagréable

  • Qualifier d’« erreur » d’autres styles de communication n’est pas très engageant

• Pas d’accord avec l’idée qu’un appel soit plus perturbant qu’un message de chat

  • Un appel a un début et une fin clairs
  • Le chat asynchrone oblige à y penser en continu

• Étonnement devant les gens qui ont le temps d’écrire sur la productivité

• Impossible de comprendre les personnes qui écrivent seulement "Hello" ou "Hi Joe" sur Slack puis attendent

[heycalmdown]

> Les personnes qui posent des questions confuses sont dans un état confus
> Il est important de continuer à poser des questions jusqu’à comprendre la situation

Et aussi

> Un appel a un début et une fin clairement définis
> Le chat asynchrone oblige à y penser en permanence

Je me reconnais bien dans ces idées. Même si je n’aime pas particulièrement les appels.

[roxie]

J’ai à la fois du mal à l’admettre et envie d’être d’accord aussi..