Quand / pourquoi est-il plus facile de demander pardon que de demander la permission? [fermé]

Le dicton "Il est plus facile de demander pardon que de demander la permission" semble assez populaire parmi les programmeurs et l'IIRC a été attribué à Grace Hopper. Dans quelles situations est-ce généralement vrai, et pourquoi croyez-vous qu'une telle proposition contre-intuitive serait valable?

Je pense qu'une raison importante est la responsabilité. En demandant la permission, vous transférez la responsabilité à la personne que vous demandez, de sorte que cette personne pourrait être encline à nier simplement pour éviter d'être tenue responsable du résultat, en cas d'échec.

D'un autre côté, une fois terminé, ce n'est plus un problème. Même si le résultat a été un échec, c'est toujours votre responsabilité, que vous obteniez le pardon ou non.

Parce qu'une fois que quelque chose est fait, tant qu'il n'aggrave pas les choses, il est souvent plus facile de le laisser à l'intérieur que de le retirer (c.-à-d. "Ce qui est fait est fait.")

C'est la politique, toute la politique.

J'ai vu cela devenir une réalité à l'occasion, lorsque la direction ou le client dressait trop d'obstacles à de simples changements (par exemple, des examens de «qualité» par des personnes qui ne connaissent rien au système, qui ont besoin d'obtenir l'approbation de trop de secteurs d'activité) qui il est parfois plus rapide et plus facile de simplement "arracher le bandage": ne le dites pas à trop de gens, faites simplement le changement, et si cela fonctionne, tout le monde est content, vous pourriez avoir une tape sur le poignet pour "ne pas suivre le processus" , etc.

Bien sûr, si le changement échoue, vous pourriez trouver encore plus de processus en couches ... mais c'est le risque que vous avez pris.

(Avertissement: je n'ai aucun problème avec les contrôles de qualité et les contrôles et soldes - tant qu'ils sont raisonnables)

Je pense que c'est beaucoup plus compliqué que vous ne le pensez. Voici mes deux vues sur le problème:

Demander ne coûte rien

Je suis toujours étonnant quand j'entends parler de l'augmentation de salaire. Les gens se plaignent qu'ils ne sont pas augmentés. Mais s'ils ne demandent pas (à moins qu'ils ne soient dans une administration d'augmentation de salaire automatique et prédéfinie), ils n'obtiendront rien rien qu'en attendant.

C'est la même chose avec la voiture du voisin que vous souhaitez emprunter ... Vous pouvez penser "il pensera que je suis ....." ou "Elle n'acceptera pas parce que ....." ou "Il le fera probablement besoin de toute façon .... ".

La vérité est que vous ne savez pas jusqu'à ce que vous demandiez. Cependant, la façon dont notre cerveau fonctionne remplira notre esprit de pensées inutiles que vous avez créées vous-même. Dans la plupart des cas, ils sont faux.

Demander peut donc être la première chose à essayer.

Le faire au lieu de demander vous évitera un refus. Si vous échouez, vous pouvez vous excuser

Cette affirmation est également vraie parce que dans l'entreprise où les responsabilités sont clairement définies et où les gens sont évalués sur leur réussite individuelle.

Si vous demandez au responsable d'un autre service quelque chose qui (pense qu'il crée) peut l'affecter négativement, mais le résultat (s'il est positif), ne l'affectera pas, il refusera sûrement d'être en sécurité.

Deux réponses sont très similaires: la peur. Dans la première réponse, c'est VOTRE peur, dans la seconde, c'est la peur de EUX.

Pour surmonter la peur des autres, ne demandez pas. Dans de nombreux cas, vous réussirez, et en cas d'échec, alors oui ... des excuses seront suffisantes.

Pas dans la plupart des cas, malheureusement, mais c'est un risque que VOUS DEVEZ prendre pour progresser dans la vie et dans votre carrière.

Dans une organisation hiérarchique, la haute direction n'a généralement aucune idée du sujet sur lequel vous travaillez; alors leurs décisions sont inévitablement basées sur la façon dont vous leur présentez vos suggestions. Il est notoirement difficile de représenter des idées techniques auprès de personnes non techniques: si vous l'expliquez tel quel, il ne comprend rien et peut refuser juste à cause de cela. Et si vous l'expliquez pour qu'ils comprennent, vous ne dites pas la chose telle qu'elle est. Est-ce éthique non plus, hein? Il est donc peut-être préférable de simplement faire la bonne chose au lieu d'essayer d'expliquer cela d'une manière si fleurie et mensongère que la direction est d'accord avec cela.

Ce n'est pas irresponsable. Même si vous avez demandé la permission, le résultat dépendrait fortement de la façon dont vous représentiez votre problème. Puisque vous pouvez influer sur la décision de cette façon, pourquoi vous en préoccuper? Faites-le et détruisez la bureaucratie. Au moins tu ne mens pas alors. Le point clé est que vous savez que c'est la bonne chose à faire .

Bien sûr, vous devez être sacrément sûr d'avoir raison, puisque c'est maintenant vous qui prenez le risque. Ce que vous économisez, c'est votre temps et vos efforts ainsi que ceux de la direction; pas un petit exploit.

Lorsque vous demandez la permission, la personne à qui vous demandez doit imaginer les conséquences qui POURRAIENT se produire si vous êtes autorisé à le faire. Cela pourrait inclure des choses terribles comme la faillite de l'entreprise. Une personne averse au risque (ou une personne avec une imagination effroyable) vous dira non. Ils peuvent ne pas être influencés par les avantages possibles de votre plan. Lorsque vous continuez et que vous le faites sans demander, si vous obtenez l'avantage, il est peu probable que vous soyez puni ou réprimandé. Si vous obtenez une petite conséquence, vous obtiendrez une petite punition. Bien sûr, si vous mettez votre employeur en faillite, tout est fini.

Je ne peux pas employer quelqu'un qui a besoin de vérifier avec moi chaque e-mail, chaque ligne de code et qui souhaite constamment la permission de faire son travail habituel. Mais quelqu'un qui pensait qu'il était acceptable de risquer toute l'entreprise sur un pari ridicule (une entreprise qui n'est pas la leur à risquer, car je ne la possède pas) ne fonctionnerait toujours pas pour moi même si le pari était payant. Vous devez être dans une organisation assez grande et profonde en poche (l'armée américaine par exemple) pour adopter cette attitude - et vous devez très bien comprendre les risques.

Ce que j'ai vécu, c'est qu'il est parfois difficile d'argumenter pour apporter certains changements à votre processus de travail ou à vos outils. Tant que le processus et les outils actuels fonctionnent, il peut ne pas y avoir d'incitation forte pour un gestionnaire (ou des collègues) à courir le risque d'essayer quelque chose de nouveau qui a) pourrait ne pas être réellement meilleur ou b) pourrait échouer.

Il y a du temps et des ressources à consacrer à cela, les gens devront peut-être s'adapter, etc. Si vous allez de l'avant et demandez d'apporter un changement, vous pourriez rencontrer des réticences et devrez faire des arguments solides. Il peut y avoir beaucoup de raisons pour qu'un manager ne veuille pas faire de changement et ce n'est pas nécessairement parce qu'il est paresseux ou n'est pas prêt à changer. Mais vous demandez une décision définitive ou un "Go!" ce qui place la responsabilité sur votre manager.

Si vous venez de faire le changement et de l'intégrer à votre lieu de travail au moment où le changement devient évident pour les décideurs, vous pourriez déjà avoir prouvé que:

a) Cela peut être fait.
b) Ça marche.
c) Cela améliore votre travail.
d) Cela ne prenait pas vraiment beaucoup de ressources.

... etc.

Si cela échouait, il pourrait y avoir des répercussions, mais à moins que vous ne travailliez avec un patron merdique, cela pourrait ne pas être à l'origine de gifles et d'une humble excuse venant de vous.

Nous l'avons fait une fois où nous avons essayé de se faufiler dans un système de suivi des bogues différent derrière le dos du CTO. Celui en place était détesté avec passion par tout le monde dans l'équipe de développement (mais il avait été évalué - pas par des développeurs - et payé, donc on s'attendait à ce que nous l'utilisions) et il nous restait quelques licences pour une autre .

Malheureusement, cet exemple de demande de pardon plutôt que de permission a échoué. On nous a demandé de revenir à l'ancien système. Je ne sais pas si quelqu'un devait vraiment répondre au CTO.

Donc, fondamentalement, demander au CTO de changer le système de suivi des bogues et d'obtenir la permission: Zero chance.

D'un autre côté, commencer à l'utiliser (sans frais autres que le temps passé à l'installer) et voir ensuite si nous pourrions obtenir une autorisation APRÈS le fait: Pas une grosse chance, mais considérablement supérieur à zéro.

Il semble que j'ai entendu / lu que la déclaration est antérieure à l'amiral Hopper, mais je ne me souviens pas des détails. Je soupçonne que la source d'origine est perdue dans le temps.

Quoi qu'il en soit, la première dont je me souviens avoir entendu "Il est plus facile de s'excuser que de demander la permission" était lors d'une conférence que la grande dame a donnée quand un collège voisin ouvrait un nouveau centre informatique en 1985. Son explication était que les amiraux à qui elle rapportait ne l'ont pas fait ne comprends généralement pas ce qu'elle essayait d'accomplir. Leur réponse par défaut à tout ce qu'ils ne comprenaient pas était "Non". Cependant, ils étaient presque toujours satisfaits des résultats si elle ignorait leur réponse. Ainsi, elle a rapidement compris qu'il était plus facile de continuer sans demander la permission; si quelqu'un était contrarié, elle pourrait simplement dire qu'elle était désolée.

Ma nanoseconde était un souvenir précieux jusqu'à ce qu'elle se perde en quelques années. :-(

pourquoi croyez-vous qu'une telle proposition contre-intuitive tiendrait

C'est un point de vue qui prône la prise de risques. De ce point de vue, si vous ne prenez pas de risques, vous ne testez pas l'eau et vous n'atteindrez pas votre potentiel maximum.

Si vous acceptez que vous apprenez de vos erreurs, vous pouvez être d'accord avec cet adage. Vous pouvez constater que les ecchymoses que vous prenez ne sont pas aussi graves que vous l'imaginiez, et lorsque vous réussissez, vous vous retrouvez récompensé en excès, car vous avez "fait preuve de leadership".

Ce schéma de pensée rend le concept intuitif, sinon la pratique.

• http://en.wikipedia.org/wiki/Risk
• http://en.wikipedia.org/wiki/Risk_aversion

Dans quelles situations est-ce généralement vrai

Cette attitude est la plus précieuse de quelqu'un qui se trouve dans une nouvelle situation professionnelle, mais qui a une expérience établie (en supposant une gestion compétente). C'est à ce moment-là que les erreurs seront le plus souvent pardonnées (en supposant le bon sens, les intentions et la justification) et que les progrès seront les plus récompensés.