Quando / perché è più facile chiedere perdono che chiedere il permesso? [chiuso]

Penso che un motivo importante sia la responsabilità. Chiedendo il permesso, trasferisci la responsabilità alla persona che stai chiedendo, in modo che quella persona potrebbe essere incline a negare solo per evitare di essere ritenuta responsabile del risultato, in caso di fallimento.

Dallaltro Tuttavia, una volta fatto, non è più un problema. Anche se il risultato è stato un fallimento, è comunque tua responsabilità, non importa se ti perdoni o no.

Commenti

• Un giorno, un un collega ha chiesto al capo: " Sono autorizzato a farlo? ". Il capo saggio, che non vuole dire di no a un bravo ragazzo ma essendo comunque un capo, ha risposto: " Se dovessi rispondere ufficialmente a questa domanda, direi di no. "
• A volte non chiedere, fare è lunico modo in cui si fanno le cose in un ufficio pieno di spacciatori burocratici che hanno paura di prendere una decisione. In sostanza, ' s essere lopposto di un manager.
• Prendere decisioni significa accettare la responsabilità in quella decisione porta al fallimento. I manager che ' ho incontrato in passato non sono ' t necessariamente escluso per la gestione. ' hanno guadagnato la loro posizione non prendere decisioni che hanno portato al fallimento (sfortunatamente, se ' sei un imprenditore come me, è assolutamente impossibile ottenere da loro una decisione diretta per andare avanti ). Se decidi di andare avanti comunque (senza permesso) e ciò porta al fallimento, il gestore ' non deve assumersi la responsabilità di una decisione sbagliata.

Perché una volta che si fa qualcosa, fintanto che non “peggiora le cose, è spesso più facile lasciarlo dentro piuttosto che rimuoverlo (ad esempio “ciò che è stato fatto è fatto”)

È “s politica, tutta politica.

Lho visto diventare realtà in alcune occasioni, quando la direzione o il cliente hanno posto troppe barriere a semplici cambiamenti (ad es. recensioni di “qualità” da parte di persone che non sanno nulla del sistema , che hanno bisogno di ottenere lapprovazione da troppe aree di attività) che a volte è più semplice e veloce “strappare la benda”: non dirlo a troppe persone, apporta il cambiamento e, se funziona, tutti sono felici , potresti ricevere uno schiaffo per “non aver seguito il processo”, ecc.

Ovviamente, se la modifica fallisce , potresti trovare ancora più processi stratificati su … ma questo è il rischio che hai corso.

(dichiarazione di non responsabilità: non ho problemi con controlli di qualità e controlli ed equilibri, a condizione che siano ragionevole)

Penso che sia molto più complicato di quanto pensi. Ecco le mie due opinioni sul problema:

Chiedere non costa nulla

Sono sempre stupefacente quando sento discussioni sullaumento di stipendio. Le persone si lamentano di non essere aumentate. Ma se non chiedono (a meno che non siano in unamministrazione automatica e aumento di stipendio predefinito), non otterranno nulla solo aspettando.

È lo stesso con lauto del vicino che vuoi prendere in prestito … Potresti pensare “penserà che io” m ….. “o” Lei non accetterà perché .. … “o” Probabilmente ne avrà comunque bisogno …. “.

La verità è che non lo sai finché non lo chiedi. Tuttavia, il modo in cui il nostro cervello funziona riempirà la nostra mente di pensieri inutili che hai creato tu stesso. Nella maggior parte dei casi, sono false.

Quindi chiedere potrebbe essere la prima cosa da provare.

Fallo invece di chiedere impedirà tu da un rifiuto. Se fallisci, puoi scusarti

Questa affermazione è vera anche perché nelle aziende in cui le responsabilità sono chiaramente definite e dove le persone sono valutate in base ai loro risultati individuali.

Se chiedi al responsabile di un altro dipartimento qualcosa che potrebbe (pensava di creare) influenzarlo negativamente, ma il risultato (se positivo), non lo influenzerà, 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 molti casi, avrai successo, e in caso di fallimento, allora sì … scusarti sarà sufficiente.

Non nella maggior parte dei casi sfortunatamente, ma questo è “un rischio che DEVI correre per avanzare sia nella vita che nella tua carriera.

Commenti

• Hai mai letto Oliver Twist? 🙂

In unorganizzazione gerarchica la dirigenza superiore in genere non ha la più pallida idea dellargomento su cui stai lavorando; quindi le loro decisioni sono, inevitabilmente, basate su come rappresenti loro i tuoi suggerimenti. Rappresentare idee tecniche a persone non tecniche è notoriamente difficile: se lo spieghi così comè, non capiscono nulla e potrebbero rifiutare solo per questo. E se lo spieghi in modo che loro capiscano, “non stai affermando il cosa così comè. È anche etico, eh? Quindi potrebbe essere meglio fare la cosa giusta invece di cercare di spiegarlo in modo così fiorito e falso che la direzione è daccordo con esso.

Non è irresponsabile. Anche se tu lo chiedessi permesso, il risultato dipenderebbe fortemente da come hai rappresentato il tuo problema. Dal momento che sei in grado di influenzare la decisione in questo modo, perché preoccuparti? Fallo e rovina la burocrazia. Almeno allora “non stai mentendo. Il punto fondamentale è che sai che” è la cosa giusta da fare .

Ovviamente, devi essere dannatamente sicuro di “avere ragione”, dato che ora sei tu a correre il rischio. Quello che stai risparmiando è il tempo e gli sforzi tuoi e della direzione; non è unimpresa da poco.

Quando chiedi il permesso, la persona a cui stai chiedendo deve immaginare le conseguenze che POTREBBE accadere se ti è permesso farlo. Ciò potrebbe includere cose terribili come la bancarotta dellazienda. Una persona avversa al rischio (o con una spaventosa immaginazione) ti dirà di no. Potrebbero non essere influenzati dal possibile vantaggio del tuo piano. Quando vai avanti e lo fai senza chiedere, se ottieni il beneficio, è improbabile che tu venga punito o rimproverato. Se ottieni una piccola conseguenza, riceverai una piccola punizione. Ovviamente, se mandi in bancarotta il tuo datore di lavoro, è tutto finito.

Non posso assumere qualcuno che abbia bisogno di controllare con me su ogni email, ogni riga di codice, chiedendo costantemente il permesso di fare il suo regolare lavoro. Ma qualcuno che pensava fosse giusto rischiare lintera azienda su una scommessa ridicola (una società che non è loro a rischiare, dato che la possiedo non loro) non funzionerebbe ancora per me anche se la scommessa fosse pagata. essere in unorganizzazione abbastanza grande e dalle tasche profonde (lesercito americano per esempio) per assumere questo atteggiamento e devi comprendere molto bene i rischi.

Quello che ho sperimentato è a volte che è difficile argomentare per apportare determinate modifiche al tuo processo di lavoro o agli strumenti. Finché il processo e gli strumenti attuali funzionano, potrebbe non esserci un forte incentivo per qualsiasi manager (o colleghi) ad andare a correre il rischio di provare qualcosa di nuovo che a) potrebbe non essere effettivamente migliore ob) potrebbe fallire.

Ci sono tempo e risorse da dedicare a questo , le persone potrebbero dover adattarsi, ecc. Se vai in anticipo e chiedi di apportare un cambiamento, potresti incontrare una certa riluttanza e dovrai sostenere argomenti forti. Ci possono essere molte ragioni per cui un manager non vuole fare un cambiamento e non è necessariamente perché è pigro o non è in grado di cambiare. Ma stai chiedendo una decisione definitiva o un “Vai!” che in realtà mette la responsabilità sul tuo manager.

Se apporti il cambiamento e lo introduci di nascosto nel tuo posto di lavoro nel momento in cui il cambiamento diventa ovvio per i decisori, potresti già aver dimostrato che:

a) Si può fare.
b) Funziona.
c) Migliora il tuo lavoro.
d) Non richiedeva molte risorse.

… e così via.

Se fallisce potrebbero esserci delle ripercussioni, ma a meno che tu non stia lavorando con un capo schifoso, queste potrebbero non andare dietro a qualche schiaffo e qualche umile scusa proveniente da te.

Labbiamo fatto una volta cercando di intrufolarsi in un diverso sistema di tracciamento dei bug dietro le spalle del CTO.Quello sul posto era odiato con passione da tutti i membri del team di sviluppo (ma era stato valutato – non da nessuno sviluppatore – e pagato, quindi ci si aspettava che lo usassimo) e avevamo alcune licenze rimaste per un altro .

Purtroppo, questa istanza di richiesta di perdono anziché di autorizzazione non è riuscita. Ci è stato chiesto di tornare al vecchio sistema. Non so se qualcuno dovesse davvero rispondere al CTO.

Quindi, in pratica, chiedere al CTO di cambiare il sistema di tracciamento dei bug e ottenere il permesso: zero possibilità.

Daltra parte, iniziando a usarlo (senza spese oltre al tempo speso per configurarlo) e poi vedere se potevamo ottenere qualche permesso DOPO il fatto: non una grossa possibilità, ma notevolmente superiore a zero.

Sembra di aver sentito / letto che laffermazione è precedente allammiraglio Hopper, ma non ricordo i dettagli. Sospetto la fonte originale è perso nel tempo.

In ogni caso, la prima volta che ricordo di aver sentito “È più facile scusarsi che chiedere il permesso” fu durante un discorso tenuto dalla grande signora quando un college vicino stava aprendo un nuovo centro di computer nel 1985 La sua spiegazione era che gli ammiragli a cui riferiva di solito non capivano cosa stava cercando di ottenere. La loro risposta predefinita a tutto ciò che non capivano era “No”. Tuttavia, erano quasi sempre contenti dei risultati se lei ignorava la loro risposta. Così, ha capito subito che era più facile procedere senza chiedere il permesso; se chiunque era arrabbiato, poteva solo dire che le dispiaceva.

Il mio nanosecondo era un prezioso souvenir finché non si perdeva in pochi anni fa. 🙁

perché credi che una proposta così controintuitiva sarebbe valida

È un punto di vista che sostiene lassunzione di rischi. Da questo punto di vista, se non corri rischi, non stai testando lacqua e non raggiungerai il tuo massimo potenziale.

Se accetti di imparare dai tuoi errori, allora potresti essere daccordo con questo adagio. Potresti scoprire che i lividi che prendi non sono così male come immaginavi, e quando hai successo, trovi il tuo auto ricompensato in eccesso, perché hai “mostrato leadership”.

Questo schema di pensiero rende il concetto intuitivo, se non la pratica.

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

In quali situazioni è tipicamente vero

Questo atteggiamento è molto prezioso per chi si trova in una nuova situazione lavorativa, ma ha una comprovata esperienza (assumendo una gestione competente). Questo è il momento in cui gli errori saranno più spesso perdonati (assumendo buon senso, intenzioni e motivazioni) e il progresso sarà altamente ricompensato.

Commenti

• Considero ' questo consiglio pericoloso per un programmatore ecologico. Quando si usa questo adagio, è davvero necessario avere ragione la maggior parte del tempo e un programmatore inesperto non ha ' essere. Inoltre, ' è utile avere stabilito un valore per lazienda in modo che ' sia più propenso a ottenere il perdono. Se il programmatore verde prova qualcosa in base alla sua autorità, e questo esplode, beh, ci sono ' altri programmatori verdi nel pool di lavori.
• @ David: Buon punto. Immagino che ' sia difficile usare correttamente questo consiglio a meno che tu ' non sia già una rock star. ' ho incontrato almeno alcune persone che davano la percezione di essere greenies (ma in realtà, erano ' t), in particolare perché ' seguivano questo consiglio.
• @David: ho provato a modificarlo per adattarlo meglio allo scenario. Sono daccordo sul fatto che i programmatori ecologici veramente sono tenuti a spararsi ai piedi se si mettono troppo forte, troppo presto.