Il detto "È più facile chiedere perdono che chiedere il permesso" sembra molto popolare tra i programmatori e IIRC è stato attribuito a Grace Hopper. In quali situazioni questo è tipicamente vero, e perché credi che una proposizione così poco intuitiva reggerebbe?
Penso che una ragione importante sia la responsabilità. Chiedendo il permesso, trasferisci la responsabilità alla persona che stai chiedendo, in modo che la persona possa essere incline a negare solo per evitare di essere ritenuta responsabile per il risultato, in caso di fallimento.
D'altra parte, una volta terminato, non è più un problema. Anche se il risultato è stato un fallimento, è comunque tua responsabilità, non importa se ottieni il perdono o meno.
Perché una volta che qualcosa è fatto, finché non peggiora le cose, è spesso più facile lasciarlo dentro che estrarlo (cioè "ciò che è fatto è fatto.")
È politica, tutta politica.
Ho visto questo diventare realtà in alcune occasioni, quando il management o il cliente mettevano troppi ostacoli a semplici cambiamenti (ad es. recensioni di "qualità" da parte di persone che non conoscevano il sistema, che dovevano ottenere il passaggio da troppi affari aree) che a volte è più facile e veloce "strappare la fasciatura": non dire troppe persone, basta apportare la modifica, e se funziona, tutti sono contenti, potresti avere uno schiaffo al polso per "non seguire il processo ", ecc.
Ovviamente, se la modifica fallisce, potresti scoprire che molti altri processi sono sovrapposti ... ma questo è il rischio che hai preso.
(disclaimer: non ho problemi con i controlli di qualità e con i saldi e le bilance - purché ragionevoli)
Penso che sia molto più complicato di quanto pensi. Ecco le mie due opinioni sul problema:
Asking cost nothing
Sono sempre fantastico quando sento parlare di aumento di stipendio. Le persone denunciano che non sono aumentate. Ma se non chiedono (a meno che non siano in un aumento automatico e predefinito dello stipendio dell'amministrazione), non otterranno nulla semplicemente aspettando.
È lo stesso con l'auto del vicino che vuoi prendere in prestito ... Potresti pensare "penserà che io sia ....." o "Non accetterà perché ....." o "Probabilmente ne avrà comunque bisogno ....".
La verità è che non lo sai finché non chiedi. Tuttavia, il modo in cui funziona il nostro cervello riempirà la nostra mente con il pensiero inutile che hai creato te stesso. Nella maggior parte dei casi sono falsi.
Quindi chiedere a potrebbe essere la prima cosa da provare.
Do it instead of asking will prevent you from a refusal. If you fail, you can apologize
Questa affermazione vale anche per le imprese in cui le responsabilità sono chiaramente definite e in cui le persone sono valutate in base ai risultati individuali.
Se chiedi al responsabile di un altro dipartimento qualcosa che può (pensate che lo crei) influenzarlo negativamente, ma il risultato (se positivo), non lo riguarderà, sicuramente rifiuterà, per essere al sicuro.
Due risposte sono molto simili: paura. Nella prima risposta è la TUA paura, nella seconda è la paura di LORO.
Per superare la paura degli altri, non chiedere. In molti casi, ci riuscirai e, in caso di fallimento, allora sì ... chiedere scusa sarà sufficiente.
Non nella maggior parte dei casi sfortunato, ma questo è un rischio che DEVI prendere per avanzare sia nella vita che nella tua carriera.
In un'organizzazione gerarchica il management superiore di solito non ha idea dell'argomento su cui stai lavorando; quindi le loro decisioni sono, inevitabilmente, basate su come tu rappresenti i tuoi suggerimenti per loro. Rappresentare idee tecniche a persone non tecniche è notoriamente difficile: se lo spieghi così com'è, non capiscono nulla e potrebbero rifiutarsi solo per questo. E se lo spieghi in modo che capiscano, non stai affermando la cosa così com'è. E 'anche etico, eh? Quindi potrebbe essere meglio fare la cosa giusta invece di cercare di spiegarlo in maniera così fiorita e falsa che la direzione è d'accordo.
Non è irresponsabile. Anche se hai chiesto il permesso, il risultato dipenderà molto da come hai rappresentato il tuo problema. Dal momento che sei in grado di influenzare la decisione in questo modo, perché preoccuparsi? Fallo e fanculo alla burocrazia. Almeno non stai mentendo allora. Il punto chiave è che sai che è la cosa giusta da fare .
Naturalmente, devi essere dannatamente sicuro di aver ragione, dal momento che ora sei tu quello che sta assumendo il rischio. Quello che stai risparmiando è il tempo e lo sforzo del tuo e della tua gestione; non un piccolo sforzo.
Quando chiedi il permesso, la persona che stai chiedendo deve immaginare le conseguenze che potrebbero verificarsi se ti è permesso farlo. Questo potrebbe includere cose terribili come la società che va in bancarotta. Una persona avversa al rischio (o uno con un'immaginazione spaventosa) ti dirà di no. Non possono essere influenzati dal possibile beneficio del tuo piano. Quando vai avanti e fallo senza chiedere, se ottieni il beneficio, è improbabile che venga punito o rimproverato. Se ottieni una piccola conseguenza, riceverai una piccola punizione. Certo, se fai bancarotta il tuo datore di lavoro, è tutto finito.
Non posso assumere qualcuno che abbia bisogno di controllare con me ogni email, ogni riga di codice, volendo costantemente il permesso di svolgere il proprio lavoro normale. Ma qualcuno che pensava che fosse giusto rischiare l'intera compagnia in una ridicola scommessa (una società che non è loro a rischio, dal momento che non ce l'ho) non avrebbe funzionato ancora per me, anche se la scommessa fosse stata pagata. È necessario essere in una organizzazione tascabile abbastanza grande e profonda (ad esempio l'esercito americano) per assumere questo atteggiamento - e devi capire molto bene i rischi.
Ciò che ho sperimentato a volte è difficile formulare un argomento per apportare alcune modifiche al tuo processo di lavoro o agli strumenti. Finché il processo e gli strumenti attuali funzionano, potrebbe non esserci un strong incentivo per qualsiasi manager (o colleghi) a correre il rischio di provare qualcosa di nuovo che a) potrebbe non essere migliore o b) potrebbe fallire.
Ci sono tempo e risorse per farlo, le persone potrebbero dover adattarsi, ecc. Se vai avanti e chiedi di fare un cambiamento, potresti incontrare qualche riluttanza e dovresti fare degli argomenti forti. Ci possono essere molte ragioni per cui un manager non vuole apportare modifiche e non è necessariamente perché è pigro o non è pronto a cambiare. Ma stai chiedendo una decisione definitiva o un "Go!" che mette effettivamente la responsabilità sul tuo manager.
Se apporti semplicemente il cambiamento e lo introduci nel tuo posto di lavoro nel momento in cui il cambiamento diventa ovvio per i responsabili delle decisioni, potresti già averlo provato:
a) Può essere fatto.
b) Funziona.
c) Migliora il tuo lavoro.
d) Non ha davvero preso molte risorse.
... e così via.
Se fallisce ci potrebbero essere delle ripercussioni, ma a meno che tu non stia lavorando con un boss schifoso, queste potrebbero non andare dietro a qualche schiaffo da polso e qualche scusa umile proveniente da te.
L'abbiamo fatto una volta, quando abbiamo cercato di intrufolarsi in un diverso sistema di tracciamento dei bug dietro al CTO. Quello sul posto era odiato da una passione semplicemente da tutti nel team di sviluppo (ma era stato valutato - non da qualsiasi sviluppatore - e pagato, quindi ci si aspettava che lo usassimo) e avevamo lasciato alcune licenze per un altro .
Purtroppo, questa istanza di chiedere perdono piuttosto che il permesso fallito. Ci è stato chiesto di tornare al vecchio sistema. Non so se qualcuno abbia davvero dovuto rispondere al CTO.
Fondamentalmente, chiedere al CTO di cambiare il sistema di tracciamento dei bug e ottenere il permesso: zero possibilità.
D'altra parte, iniziando a usarlo (senza spese diverse dal tempo impiegato per impostarlo) e poi vedere se potevamo ottenere qualche permesso DOPO il fatto: non una probabilità grossa, ma considerevolmente superiore a zero.
Sembra che abbia sentito / letto che la dichiarazione preceda l'Ammiraglio Hopper, ma non ricordo i dettagli. Sospetto che la fonte originale sia persa nel tempo.
Ad ogni modo, il primo che ricordo di aver sentito "È più facile chiedere scusa che chiedere il permesso" era in un discorso che la grande signora diede quando un college vicino stava aprendo un nuovo centro computer nel 1985. La sua spiegazione era che gli ammiragli a cui lei ha riferito di solito non capiva cosa stava cercando di realizzare. La loro risposta predefinita a tutto ciò che non capivano era "No". Tuttavia, erano quasi sempre contenti dei risultati se ignorava la loro risposta. Così, ha rapidamente capito che era più semplice procedere senza chiedere il permesso; se qualcuno fosse arrabbiato, poteva semplicemente dire che le dispiaceva.
Il mio nanosecondo è stato un prezioso ricordo fino a quando non si è perso in una mossa alcuni anni fa. : - (
why do you believe that such a counterintuitive proposition would hold
È un punto di vista che sostiene l'assunzione di rischi. Da questo punto di vista, se non rischi, non stai testando l'acqua e non raggiungerai il tuo massimo potenziale.
Se accetti di imparare dai tuoi errori, allora potresti essere d'accordo con questo adagio. Potresti scoprire che i lividi che fai non sono così male come immaginavi, e quando hai successo, ti ritrovi premiato in eccesso, perché hai "mostrato leadership".
Questo modello di pensiero rende il concetto intuitivo, se non la pratica.
In what situations is this typically true
Questo atteggiamento è la persona più preziosa che si trova in una nuova situazione lavorativa, ma ha una comprovata esperienza (assumendo una gestione competente). Questo è il momento in cui gli errori saranno spesso perdonati (assumendo buon senso, intenzioni e logica), e il progresso sarà altamente premiato.
Leggi altre domande sui tag management