Quando / por que é mais fácil pedir perdão do que pedir permissão? [fechadas]

O ditado "É mais fácil pedir perdão do que pedir permissão" parece bastante popular entre os programadores e o IIRC foi atribuído a Grace Hopper. Em que situações isso é tipicamente verdadeiro e por que você acredita que essa proposição contra-intuitiva seria válida?

Eu acho que uma razão importante é a responsabilidade. Ao pedir permissão, você está transferindo a responsabilidade para a pessoa que está solicitando, para que ela possa negar apenas para evitar ser responsabilizada pelo resultado, em caso de falha.

Por outro lado, uma vez feito, isso não é mais um problema. Mesmo que o resultado tenha sido um fracasso, ainda é sua responsabilidade, não importa se você recebe perdão ou não.

Porque uma vez que algo é feito, contanto que não piore as coisas, geralmente é mais fácil deixá-lo do que retirá-lo (por exemplo, "o que está feito está feito").

É política, toda política.

Eu já vi isso se tornar realidade ocasionalmente, quando o gerente ou o cliente coloca muitas barreiras para mudanças simples (por exemplo, avaliações de "qualidade" de pessoas que não sabem nada sobre o sistema, que precisam ser aprovadas em muitas áreas de negócios) que às vezes é mais rápido e fácil "arrancar o curativo": não conte a muitas pessoas, faça a mudança e, se funcionar, todo mundo está feliz, você pode levar um tapa no pulso por "não seguir o processo" etc.

Obviamente, se a mudança falhar, você poderá encontrar ainda mais processos em camadas ... mas esse é o risco que você correu.

(aviso de isenção de responsabilidade: não tenho problemas com controles de qualidade e verificações e balanços - desde que razoáveis)

Eu acho que é muito mais complicado do que você pensa. Aqui estão minhas duas visões sobre o problema:

Pedir não custa nada

Sempre sou incrível quando ouço discussões sobre aumento de salário. As pessoas reclamam que não aumentam. Mas se eles não perguntarem (a menos que estejam em um aumento automático e predefinido dos salários da administração), não receberão nada apenas esperando.

É o mesmo com o carro do vizinho que você deseja emprestar ... Você pode pensar "ele pensará que eu sou ....." ou "Ela não aceitará porque ....." ou "Ele aceitará" provavelmente precisa mesmo assim ... ".

A verdade é que você não sabe até perguntar. No entanto, a maneira como nosso cérebro funciona enche nossa mente com pensamentos inúteis que você mesmo criou. Na maioria dos casos, eles são falsos.

Então, perguntar pode ser a primeira coisa a tentar.

Faça isso em vez de perguntar para evitar uma recusa. Se você falhar, pode se desculpar

Essa afirmação também é verdadeira porque na empresa onde as responsabilidades são claramente definidas e onde as pessoas são classificadas em suas realizações individuais.

Se você pedir ao responsável de outro departamento algo que possa (pensou que ele cria) afetá-lo negativamente, mas o resultado (se positivo) não o afetará, ele certamente se recusará a estar seguro.

Duas respostas são muito semelhantes: medo. Na primeira resposta é o seu medo, na segunda é o medo deles.

Para superar o medo dos outros, não pergunte. Em muitos casos, você terá êxito e, em caso de falha, sim ... desculpas serão suficientes.

Na maioria dos casos, não é lamentável, mas é um risco que você DEVE correr para avançar na vida e na carreira.

Em uma organização hierárquica, a gerência superior normalmente não tem idéia do assunto em que está trabalhando; então as decisões deles são, inevitavelmente, baseadas em como você representa suas sugestões para elas. Representar idéias técnicas para pessoas não técnicas é notoriamente difícil: se você explicar como elas são, elas não entendem nada e podem se recusar apenas por isso. E se você explicar para que eles entendam, você não está declarando a coisa como ela é. Também é ético, não é? Assim, talvez seja melhor fazer a coisa certa, em vez de tentar explicar isso de uma maneira tão florida e falsa que a gerência concorda com isso.

Não é irresponsável. Mesmo se você pedisse permissão, o resultado dependeria fortemente de como você representou o seu problema. Como você pode afetar a decisão dessa maneira, por que se preocupar? Apenas faça isso e estrague a burocracia. Pelo menos você não está mentindo então. O ponto principal é que você sabe que é a coisa certa a fazer .

Claro, você tem que ter certeza de que está certo, já que agora é você quem assume o risco. O que você está economizando é o tempo e o esforço e da gerência; não é uma façanha pequena.

Quando você pede permissão, a pessoa que você está pedindo deve imaginar as conseqüências que PODERÃO acontecer se você tiver permissão para fazê-lo. Isso pode incluir coisas terríveis, como a empresa à falência. Uma pessoa avessa ao risco (ou com uma imaginação lúgubre) dirá que não. Eles não podem ser influenciados pelo possível benefício do seu plano. Quando você segue em frente e o faz sem perguntar, se você obtém o benefício, é improvável que seja punido ou repreendido. Se você receber uma pequena consequência, receberá uma pequena punição. Obviamente, se você faliu com seu empregador, tudo acabou.

Não posso contratar alguém que precise verificar comigo em todos os e-mails, todas as linhas de código, constantemente querendo permissão para fazer seu trabalho regular. Mas alguém que achou aceitável arriscar toda a empresa em uma aposta ridícula (uma empresa que não é deles que arrisca, já que eu não a possuo) ainda não funcionaria para mim, mesmo que a aposta valesse a pena. Você precisa estar em uma organização grande e profunda (as forças armadas dos EUA, por exemplo) para adotar essa atitude - e precisa entender muito bem os riscos.

O que eu experimentei é que às vezes é difícil argumentar para fazer certas alterações em seu processo ou ferramentas de trabalho. Enquanto o processo e as ferramentas atuais funcionarem, pode não haver um forte incentivo para que qualquer gerente (ou colegas de trabalho) corra o risco de tentar algo novo que a) possa não ser melhor ou b) possa falhar.

Há tempo e recursos para isso, as pessoas podem ter que se adaptar etc. Se você se antecipar e pedir para fazer uma alteração, poderá encontrar alguma relutância e terá que apresentar argumentos fortes. Pode haver muitas razões para um gerente não querer fazer uma alteração e isso não é necessariamente porque eles são preguiçosos ou não estão dispostos a mudar. Mas você está pedindo uma decisão definitiva ou um "Go!" o que realmente coloca a responsabilidade em seu gerente.

Se você apenas fizer a alteração e colocá-la no seu local de trabalho no momento em que a mudança se torna óbvia para os tomadores de decisão, você já deve ter provado que:

a) Isso pode ser feito.
b) funciona.
c) Melhora o seu trabalho.
d) Na verdade, não foram necessários muitos recursos.

... e assim por diante.

Se falhar, pode haver algumas repercussões, mas, a menos que você esteja trabalhando com um chefe de baixa qualidade, elas podem não estar por trás de algumas pancadas no pulso e alguma desculpa humilde vinda de você.

Fizemos isso uma vez, quando tentamos entrar em um sistema diferente de rastreamento de bugs nas costas do CTO. O que estava no local era odiado com paixão por todos os membros da equipe de desenvolvimento (mas havia sido avaliado - e não por nenhum desenvolvedor - e pago, por isso, era de se esperar que o usássemos) e tínhamos algumas licenças restantes para outra .

Infelizmente, esse exemplo de pedir perdão em vez de permissão falhou. Nos pediram para voltar ao sistema antigo. Não sei se alguém realmente teve que responder ao CTO.

Então, basicamente, pedindo ao CTO para alterar o sistema de rastreamento de bugs e obter permissão: chance zero.

Por outro lado, começando a usá-lo (sem despesas além do tempo gasto para configurá-lo) e depois verificando se poderíamos obter alguma permissão DEPOIS do fato: não é uma grande chance, mas consideravelmente maior que zero.

Parece que ouvi / li que a declaração antecede o almirante Hopper, mas não me lembro de detalhes. Suspeito que a fonte original esteja perdida no tempo.

De qualquer forma, a primeira vez que me lembro de ouvir "É mais fácil pedir desculpas do que pedir permissão" foi em uma conversa que a grande dama deu quando uma faculdade próxima estava abrindo um novo centro de informática em 1985. Sua explicação foi que os almirantes a quem ela relatou não o fizeram. geralmente não entende o que ela estava tentando realizar. A resposta padrão para qualquer coisa que eles não entendessem era "Não". No entanto, eles quase sempre estavam felizes com os resultados, se ela ignorasse a resposta deles. Assim, ela rapidamente descobriu que era mais fácil continuar sem pedir permissão; se alguém estava chateado, ela poderia dizer apenas que estava arrependida.

Meu nanossegundo era uma lembrança querida até que se perdeu em um movimento alguns anos atrás. :-(

por que você acredita que uma proposição tão contra-intuitiva

É um ponto de vista que defende riscos. Por esse ponto de vista, se você não correr riscos, não estará testando a água e não alcançará seu potencial máximo.

Se você concorda que aprende com seus erros, pode concordar com este ditado. Você pode achar que os machucados que toma não são tão ruins quanto imaginava e, quando é bem-sucedido, se vê recompensado em excesso, porque "mostrou liderança".

Esse padrão de pensamento torna o conceito intuitivo, se não a prática.

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

Em que situações isso é tipicamente verdadeiro

Essa atitude é mais valiosa para alguém que está em uma nova situação de trabalho, mas tem um histórico estabelecido (assumindo uma gerência competente). É quando os erros são perdoados com mais frequência (assumindo bom senso, intenções e justificativa), e o progresso é altamente recompensado.