C’est une compétence importante dans les grandes entreprises. C’est utile quand tout le monde est occupé et que les tâches peuvent facilement être oubliées. On explique le problème par e-mail et on dit : « si je n’ai pas de réponse dans les [N] jours, je ferai XYZ le [DAY N] ». C’est une façon d’informer l’autre partie sans attendre une approbation
Parfois, quelques semaines plus tard, quelqu’un se met en colère parce que XYZ a été fait, mais il existe une trace montrant que c’est eux qui ont fait l’erreur
J’appelle ça « ne demandez pas, dites-le », et on peut l’utiliser à diverses fins, au travail comme en dehors. Cela conduit à des résultats clairs et décisifs
J’ai souvent ce genre de conversation avec ma femme aussi. Elle a tendance à poser des questions. Lors d’une sortie en soirée, elle a demandé : « À quelle heure allez-vous arriver ? », mais moi, je lui ai simplement dit à quelle heure nous arriverions et que nous l’attendrions au bar. Au final, tout le monde est arrivé tôt, et c’était parfait avec un minimum de communication
C’est lié à l’idée de « mieux vaut demander pardon que permission ». Cela peut être risqué, et je suis fondamentalement quelqu’un de rebelle. Mais dans un environnement collaboratif comme GitHub, ce n’est pas une bonne idée de tenter de gros changements au hasard
Je dis quelque chose de similaire quand je conseille des collègues sur la manière d’obtenir une approbation pour une recommandation
« Faites en sorte qu’il soit facile de vous approuver »
Expliquez simplement le problème et pourquoi la solution est la bonne. Si quelqu’un veut aller plus en profondeur, fournissez un lien vers la documentation. Vérifiez aussi si les membres de l’équipe ou le product owner ont déjà donné leur accord
« Nous allons faire Y pour résoudre X. Toute l’équipe est d’accord. Plus de détails ici : [lien]. S’il n’y a pas besoin de retour supplémentaire, nous commencerons mardi »
Les managers ne peuvent pas consacrer du temps à tous les détails, donc si l’équipe soutient l’idée, il devient facile de donner son approbation
Il existe aussi l’approche « rayonner son intention ». On annonce ce qu’on veut faire et le plan prévu, et on donne explicitement aux parties prenantes l’occasion de s’y opposer. Cela fonctionne dans certaines situations et nécessite une confiance de base
Si c’est la première fois que vous cassez quelque chose, cela peut être catastrophique. Obtenir un oui ou un non signifie au moins que le supérieur est au courant
À la question « Qui a approuvé ? », on peut répondre que personne n’a approuvé
Cette approche ne fonctionne peut-être que dans des entreprises américaines ou avec des supérieurs habitués au business à l’américaine. Si le supérieur n’aime pas ça, l’effet peut être contre-productif. Lors de l’évaluation de performance, il peut vous coller une étiquette de désobéissance. Parfois, le mieux est simplement de demander la permission
Une partie de l’astuce de « je vais faire ça », c’est de ne pas le formuler comme une question. Ainsi, le destinataire n’a pas besoin de rédiger une réponse ni de lire d’autres e-mails
J’aime beaucoup les réactions emoji dans GitHub et Google Docs. C’est une manière simple de signaler son accord. Ce n’est pas populaire sur HN, mais les réactions emoji sont un moyen de communication simple
Je comprends le point de vue de l’OP, mais préférer demander pardon dépend du contexte. Sur un site de réseau social, on peut aller vite et faire des erreurs, mais sur un système de contrôle de lancement nucléaire, il faut un système de type « ne pas lancer tant que ce n’est pas autorisé »
J’utilise cette technique dans de grands projets collaboratifs. Je dis : « si nous n’arrivons pas à un consensus, je suivrai l’option par défaut ». Quand j’étais plus jeune, je pensais qu’il fallait un défaut terrible, mais cela ne marche que quelques fois
J’appelle cela « créer un défaut raisonnable ». Au lieu de demander une décision sur chaque détail, on choisit une option par défaut qui montre qu’on comprend bien la situation, puis on annonce qu’on va l’appliquer. Cela construit la confiance et pousse les autres à faire attention quand c’est vraiment nécessaire
J’aime bien cette façon de communiquer, mais je n’aime pas la partie « date limite ». J’aimerais qu’un report m’informe si quelqu’un travaille sur quelque chose à quoi je pourrais m’opposer. Donner une date limite à un manager semble étrange, comme une menace agaçante. Je veux donner de l’autonomie aux membres de l’équipe
1 commentaires
Avis sur Hacker News