Commentaires
- @Thorbjorn: Il ' ferait mieux de demander pardon à ce sujet.
- Je observé un phénomène similaire avec un ancien employeur: si jai dit " Jai travaillé de longues heures la semaine dernière, puis-je prendre un jour de congé? " il ' d dit non, mais si je dis " Puis-je prendre un jour de congé, je ' travaillera-t-il de longues heures pour compenser? ", il ' dit oui. Allez comprendre 🙂
- Comment je lai appris, mon patron ma dit de le faire. Il parlait de faire avancer les choses plus rapidement, nous pouvons toujours corriger les erreurs – " Jespère que votre jugement " était ses mots:)
- Source de la citation de Grave Hopper en.wikiquote.org/wiki/Grace_Hopper
Réponse
Je pense quune 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 à refuser juste pour éviter dêtre tenue responsable du résultat, en cas déchec.
De lautre part, une fois que cest fait, ce nest plus un problème. Même si le résultat a été un échec, cest toujours votre responsabilité, que vous soyez pardonné ou non.
Commentaires
- Un jour, un un collègue a demandé au patron: " Suis-je autorisé à faire ça? ". Le patron sage, ne veut pas dire non à un gentil garçon mais étant un chef de toute façon, jai répondu: " Si je devais répondre officiellement à cette question, je dirais non. "
- Parfois, ne pas demander, faire est la seule façon de faire les choses dans un bureau rempli de vendeurs de papiers bureaucratiques qui ont peur de sengager dans une décision. En substance, cela ' s être le contraire dun manager.
- Prendre des décisions signifie accepter la responsabilité de cette décision conduit à léchec. Les managers que jai ' rencontrés dans le passé ne sont pas ' t forcément coupé pour la direction. Ils ' ont gagné leur position par ne pas prendre des décisions qui ont conduit à un échec (malheureusement, si vous ' êtes un entrepreneur comme moi, il est absolument impossible dobtenir une décision directe de leur part pour aller de lavant ). Si vous décidez quand même daller de lavant (sans autorisation) et que cela conduit à un échec, alors le responsable na ' pas à assumer la responsabilité dune mauvaise décision.
Réponse
Parce quune fois que quelque chose est fait, tant que cela nempire pas les choses, il est souvent plus facile de laissez-le dedans plutôt que de le retirer (cest-à-dire que « ce qui est fait est fait. »)
Réponse
Cest la politique, toute la politique.
Jai vu cela devenir une réalité à loccasion, lorsque la direction ou le client a mis trop dobstacles à de simples changements (par exemple, des critiques de «qualité» par des personnes qui ne savent rien du système , ayant besoin dobtenir lapprobation de trop de secteurs dactivité) quil « est parfois plus rapide et plus facile de simplement » déchirer le bandage « : ne le dites pas à trop de gens, faites simplement le changement, et si cela fonctionne, tout le monde est heureux , vous pourriez recevoir une gifle pour « ne pas suivre le processus », etc.
Bien sûr, si le changement échoue , vous trouverez peut-être encore plus de processus superposés … mais cest le risque que vous avez pris.
(avertissement: je nai aucun problème avec les contrôles qualité et les freins et contrepoids – tant quils « sont raisonnable)
Réponse
Je pense que cest beaucoup plus compliqué que vous ne le pensez. Voici mes deux points de vue sur le problème:
Demander ne coûte rien
Je suis toujours étonnant quand jentends parler daugmentation de salaire. Les gens se plaignent de ne pas augmenter. Mais sils ne demandent pas (à moins quils ne soient dans une administration daugmentation de salaire automatique et prédéfinie), ils nobtiendront rien en attendant.
Cest la même chose avec la voiture du voisin que vous voulez emprunter … Vous pouvez penser « il va penser que je » m ….. « ou » Elle nacceptera « pas parce que .. … « ou » Il en aura probablement besoin de toute façon …. « .
La vérité est que vous ne le savez pas tant que vous ne le demandez pas. Cependant, la façon dont notre cerveau fonctionne remplira notre esprit dune pensée inutile que vous avez créée vous-même. Dans la plupart des cas, ils sont faux.
Donc, demander peut être la première chose à essayer.
Le faire au lieu de demander empêchera vous dun refus. Si vous échouez, vous pouvez vous excuser
Cette affirmation est également vraie car dans une entreprise où les responsabilités sont clairement définies et où les gens sont évalués en fonction de leur réussite individuelle.
Si vous demandez au responsable dun autre service quelque chose qui pourrait (quil pense créer) laffecter négativement, mais que le résultat (sil est positif) ne laffectera pas, il refusera sûrement, pour être en sécurité.
Deux réponses sont très similaires: la peur. Dans la première réponse, cest VOTRE peur, dans la seconde, cest la peur dEUX.
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 suffiront.
Pas dans la plupart des cas malheureusement, mais cest « un risque que VOUS DEVEZ prendre pour avancer à la fois dans la vie et dans votre carrière.
Commentaires
- Avez-vous déjà lu Oliver Twist? 🙂
Réponse
Dans une organisation hiérarchique, la haute direction na généralement aucune idée du sujet sur lequel vous travaillez; alors leurs décisions sont inévitablement basées sur comment vous leur présentez vos suggestions. Représenter des idées techniques à des personnes non techniques est notoirement difficile: si vous les expliquez tels quels, ils ne comprennent rien et pourraient refuser juste à cause de cela. Et si vous les expliquez pour qu’ils comprennent, vous ne dites pas le chose telle quelle est. Est-ce éthique non plus, hein? Il est donc préférable de faire ce quil faut au lieu dessayer dexpliquer cela dune manière tellement fleurie et mensongère que la direction est daccord avec cela.
Ce nest pas irresponsable. Même si vous avez demandé permission, le résultat dépendrait fortement de la manière dont vous représentez votre problème. Puisque vous êtes en mesure d’influer sur la décision de cette façon, pourquoi vous en préoccuper? Fais-le et visse la bureaucratie. Au moins, vous ne mentez pas alors. Le point essentiel est que vous savez que cest la bonne chose à faire .
Bien sûr, vous devez être sûr que vous avez raison, puisque vous êtes maintenant celui qui prend le risque. Ce que vous économisez, cest votre temps et vos efforts et ceux de la direction; pas un petit exploit.
Réponse
Lorsque vous demandez la permission, la personne que vous demandez doit imaginer les conséquences qui POURRAIENT arriver si vous êtes autorisé à le faire. Cela pourrait inclure des choses terribles comme la faillite de lentreprise. Une personne averse au risque (ou une personne avec une imagination sinistre) vous dira non. Ils peuvent ne pas être influencés par les avantages possibles de votre plan. Lorsque vous continuez et faites-le sans demander, si vous en bénéficiez, 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 embaucher quelquun qui doit vérifier avec moi chaque e-mail, chaque ligne de code, en demandant constamment la permission de faire son travail travail. Mais quelquun qui pensait que cétait correct de risquer toute lentreprise sur un pari ridicule (une entreprise qui nest pas à lui de prendre le risque, puisque je ne la possède pas eux) ne travaillerait pas pour moi même si le pari payait. Vous devez être dans une organisation assez grande et profonde (larmée américaine par exemple) pour adopter cette attitude – et vous devez très bien comprendre les risques.
Réponse
Ce que j « ai vécu, c » 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 se peut que incitation pour tout manager (ou collègues) à courir le risque dessayer 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 nécessaires , les gens devront peut-être sadapter, etc. Si vous allez de lavant et demandez à faire un changement, vous pourriez rencontrer une certaine réticence et devrez présenter de solides arguments. Il peut y avoir de nombreuses raisons pour lesquelles un gestionnaire ne veut pas faire de changement et ce nest pas nécessairement parce quil est paresseux ou pas prêt à changer. Mais vous demandez une décision définitive ou un « Go! » ce qui met en fait la responsabilité sur votre manager.
Si vous faites simplement le changement et que vous lintroduisez dans votre lieu de travail au moment où le changement devient évident pour les décideurs, vous avez peut-être déjà prouvé que:
a) Cela peut être fait.
b) Cela fonctionne.
c) Cela améliore votre travail.
d) Cela na pas vraiment pris beaucoup de ressources.
… et ainsi de suite.
Si cela échouait, il pourrait y avoir des répercussions, mais à moins que vous ne travailliez avec un patron de merde, celles-ci pourraient ne pas passer derrière des gifles et une humble excuse venant de vous.
Nous lavons fait une fois où nous avons essayé de nous faufiler dans un autre système de suivi des bogues 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 sattendait à ce que nous lutilisions) et il nous restait quelques licences pour une autre .
Malheureusement, cette instance de demande de pardon plutôt que de permission a échoué. On nous a demandé de revenir à lancien système. Je ne sais pas si quelquun devait vraiment répondre au CTO.
Donc, en gros, demander au CTO de changer le système de suivi des bogues et obtenir la permission: aucune chance.
Sur le dautre part, commencer à lutiliser (sans frais autres que le temps passé à le mettre en place) et voir ensuite si nous pourrions obtenir une autorisation APRÈS le fait: pas une grosse chance, mais considérablement supérieure à zéro.
Réponse
Il semble que jai entendu / lu que la déclaration est antérieure à lamiral Hopper, mais je ne me souviens pas des détails. Je soupçonne la source originale est perdu dans le temps.
Quoi quil en soit, la première fois que je me souviens avoir entendu « Il est plus facile de sexcuser que de demander la permission », cétait lors dune conférence que la grande dame a prononcée lorsquun collège voisin ouvrait un nouveau centre informatique en 1985 Son explication était que les amiraux auxquels elle faisait rapport ne comprenaient généralement pas ce quelle essayait daccomplir. Leur réponse par défaut à tout ce quils 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 quil était plus facile de simplement continuer sans demander la permission; si nimporte qui était bouleversé, elle pouvait juste dire quelle était désolée.
Ma nanoseconde était un souvenir précieux jusquà ce quil se perde dans un mouvement quelques années en arrière. 🙁
Réponse
pourquoi pensez-vous que une telle proposition contre-intuitive tiendrait
Cest un point de vue qui préconise de prendre des risques. De ce point de vue, si vous ne prenez pas de risques, vous ne testez pas leau et vous natteindrez pas votre potentiel maximum.
Si vous acceptez que vous apprenez de vos erreurs, alors vous pouvez être daccord avec cet adage. Vous constaterez peut-être que les bleus que vous prenez ne sont pas aussi mauvais que vous l’imaginiez, et lorsque vous réussissez, vous trouvez votre auto récompensé en excès, parce que vous avez « fait preuve de leadership ».
Ce modèle de pensée rend le concept intuitif, sinon la pratique.
Dans quelles situations est-ce généralement vrai
Cette attitude est la plus précieuse pour quelquun qui est dans une nouvelle situation de travail, mais qui a une expérience établie (en assumant une gestion compétente). Cest à ce moment que les erreurs seront le plus souvent pardonnées (en supposant le bon sens, les intentions et la justification), et les progrès seront les plus récompensés.
Commentaires
- Je ' d envisager ce dangereux conseil pour un programmeur vert. Lorsque vous utilisez cet adage, vous devez vraiment avoir raison la plupart du temps, et un programmeur inexpérimenté ne sera pas '. De plus, il ' est utile davoir une valeur établie pour lentreprise afin que vous ' soyez plus susceptible dobtenir le pardon. Si le programmeur vert essaie quelque chose qui ne relève pas de son autorité et que cela explose, eh bien, il y a ' dautres programmeurs verts dans le pool demplois.
- @ David: Bon point. Je suppose quil est ' difficile dutiliser correctement ce conseil à moins que vous ' ne soyez déjà une rock star. Jai ' croiser au moins quelques personnes qui ont donné limpression dêtre des écolos (mais en réalité, weren ' t), en particulier parce quils ' nont pas tenu compte de ce conseil.
- @David: jai essayé de le modifier pour mieux correspondre au scénario. Je conviens que les programmeurs vraiment verts sont tenus de se tirer une balle dans le pied s’ils entrent trop fort, trop tôt.