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

Fechada. Esta pergunta está fora do tópico . Atualmente não está aceitando respostas.

Comentários

  • @Thorbjorn: Ele ' d melhor implorar perdão por isso.
  • Eu observaram um fenômeno semelhante com um empregador anterior: se eu dissesse " trabalhei muitas horas na semana passada, posso tirar um dia de folga? " ele ' d diria não, mas se eu dissesse " Posso tirar um dia de folga, ' Trabalharei muitas horas para compensar? ", ele ' d diria que sim. Vai entender 🙂
  • Como eu aprendi, meu chefe me disse para fazer isso. Ele estava se referindo a fazer as coisas com mais rapidez, sempre podemos corrigir os erros – " Confio no seu julgamento " foram as palavras dele:)
  • Fonte de citações de Grave Hopper en.wikiquote.org/wiki/Grace_Hopper

Resposta

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

Por outro lado 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ê receberá perdão ou não.

Comentários

  • Algum dia, a um colega de trabalho perguntou ao chefe: " Posso fazer isso? ". O chefe sábio, não quer dizer não a um cara legal mas sendo um chefe, respondi: " Se eu tivesse que responder oficialmente a esta pergunta, diria que não. "
  • Às vezes, não pedir, mas fazer é a única maneira de as coisas serem feitas em um escritório cheio de traficantes de papel burocráticos que têm medo de se comprometer com uma decisão. Em essência, ' s ser o oposto de um gerente.
  • Tomar decisões significa aceitar a responsabilidade por essa decisão leva ao fracasso. Os gerentes que eu ' encontrei no passado não são ' t necessariamente talhado para gerenciamento. Eles ' conquistaram sua posição por não tomando decisões que levaram ao fracasso (infelizmente, se você ' for um empreiteiro como eu era, é absolutamente impossível obter deles uma decisão direta de seguir em frente ) Se você decidir seguir em frente de qualquer maneira (sem permissão) e isso levar ao fracasso, o gerente não ' precisa assumir a responsabilidade por uma má decisão.

Resposta

Porque uma vez que algo é feito, contanto que não piore as coisas, geralmente é mais fácil deixe-o dentro do que para retirá-lo (ou seja, “o que” está feito está feito. “)

Resposta

É” s política, tudo política.

Já vi isso se tornar realidade ocasionalmente, quando a administração ou o cliente colocam muitas barreiras para mudanças simples (por exemplo, avaliações de “qualidade” feitas por pessoas que nada sabem sobre o sistema , precisando obter aprovação de muitas áreas de negócios) que às vezes é mais rápido e fácil apenas “arrancar o curativo”: não diga a muitas pessoas, apenas faça a mudança e, se funcionar, todos ficarão felizes , você pode levar um tapa no pulso por “não seguir o processo”, etc.

Claro, se a mudança falhar , você pode encontrar ainda mais processos sendo sobrepostos … mas esse é o risco que você correu.

(isenção de responsabilidade: não tenho problemas com controles de qualidade e verificações e balanços – contanto que sejam razoável)

Resposta

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

Perguntar não custa nada

Fico sempre espantado quando ouço falar sobre aumento de salário. As pessoas reclamam que não aumentaram. Mas se não pedirem (a menos que estejam em uma administração de aumento salarial automático e predefinido), não ganharão nada apenas esperando.

É a mesma coisa com o carro do vizinho que você quer pegar emprestado … Você pode pensar “ele vai pensar que eu” eu … “ou” Ela não vai aceitar porque .. … “ou” Ele provavelmente vai precisar de qualquer maneira …. “.

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

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

Faça em vez de perguntar para evitar você de uma recusa. Se você falhar, peça desculpas

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

Se você perguntar ao responsável de outro departamento por algo que pode (pensava que ele cria) afetá-lo negativamente, mas o resultado (se positivo), não o afetará, ele certamente recusará, para estar seguro.

Duas respostas são muito semelhantes: medo. Na primeira resposta, é SEU medo; na segunda, é o medo DELES.

Para superar o medo dos outros, não pergunte. Em muitos casos, você terá sucesso e, em caso de falha, então sim … pedir desculpas será o bastante.

Não na maioria dos casos, infelizmente, mas é um risco que VOCÊ DEVE correr para avançar tanto na vida quanto na sua carreira.

Comentários

  • Você já leu Oliver Twist? 🙂

Resposta

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

Não é irresponsável. Mesmo se você pedir permissão, o resultado dependeria fortemente de como você representou seu problema. Já que você pode afetar a decisão dessa forma, por que se preocupar? Basta fazer isso e ferrar a burocracia. Então, pelo menos, você não está mentindo. O ponto principal é que você sabe que é “s a coisa certa a fazer .

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

Resposta

Quando você pede permissão, a pessoa que você está perguntando deve imaginar as consequências que PODERIA acontecer se você tem permissão para fazer isso. Isso pode incluir coisas terríveis, como a falência da empresa. Uma pessoa avessa ao risco (ou com uma imaginação fértil) dirá que não. Eles não podem ser influenciados pelo possível benefício de seu plano. Quando você simplesmente segue em frente e faz isso sem pedir, se você receber o benefício, é improvável que seja punido ou repreendido. Se você receber uma pequena consequência, receberá uma pequena punição. Claro, se você levar seu empregador à falência, está tudo acabado.

Não posso empregar alguém que precise verificar comigo em cada e-mail, cada linha de código, constantemente querendo permissão para fazer seu trabalho regular trabalho. Mas alguém que pensasse que não havia problema em arriscar a empresa inteira em uma aposta ridícula (uma empresa que não cabe a eles, já que não é dela) ainda não funcionaria para mim, mesmo que a aposta valesse a pena. estar em uma organização bastante grande e com muitos bolsos (os militares dos EUA, por exemplo) para assumir essa atitude – e você precisa entender os riscos muito bem.

Resposta

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

Há tempo e recursos investidos nisso , as pessoas podem ter que se adaptar, etc. Se você for direto e pedir para fazer uma mudança, poderá encontrar alguma relutância e terá que apresentar argumentos fortes. Pode haver muitos motivos para um gerente não querer fazer uma mudança e não necessariamente porque ele é preguiçoso ou não quer mudar. Mas você está pedindo uma decisão definitiva ou um “Vá!” o que na verdade coloca a responsabilidade sobre o seu gerente.

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

a) Isso pode ser feito.
b) Funciona.
c) Melhora seu trabalho.
d) Não consumia muitos recursos.

… e assim por diante.

Se falhou, pode haver algumas repercussões, mas a menos que você esteja trabalhando com um chefe de baixa qualidade, isso pode não ir atrás de alguns tapas no pulso e alguma desculpa humilde vindo de você.

Fizemos isso uma vez, quando tentamos entrar em um sistema de rastreamento de bugs diferente pelas costas do CTO.O que estava em vigor era odiado com paixão por simplesmente todos na equipe de desenvolvimento (mas tinha sido avaliado – não por nenhum desenvolvedor – e pago, então era esperado que o usássemos) e tínhamos algumas licenças para outro .

Infelizmente, essa instância de pedir perdão em vez de permissão falhou. Pediram-nos para voltar ao sistema antigo. Não sei se alguém realmente teve que responder ao CTO.

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

No por outro lado, começar a usá-lo (sem despesas além do tempo gasto para configurá-lo) e ver se poderíamos obter alguma permissão DEPOIS do fato: Sem chance, mas consideravelmente maior que zero.

Resposta

Parece que ouvi / li que a declaração é anterior ao almirante Hopper, mas não me lembro dos detalhes. Suspeito da fonte original está perdido no tempo.

De qualquer forma, a primeira vez que me lembro de ouvir “É mais fácil se desculpar do que pedir permissão” foi em uma palestra que a grande senhora deu quando uma faculdade próxima estava abrindo um novo centro de informática em 1985 A explicação dela foi que os almirantes a quem ela se reportava geralmente não entendiam o que ela estava tentando realizar. A resposta padrão para qualquer coisa que eles não entendiam era “Não”. No entanto, eles ficavam quase sempre felizes com os resultados se ela ignorasse a resposta. Assim, ela percebeu rapidamente que era mais fácil simplesmente prosseguir sem pedir permissão; se qualquer um estava chateado, ela poderia apenas dizer que sentia muito.

Meu nanossegundo era uma lembrança querida até se perder em um movimento de alguns anos atrás. 🙁

Resposta

por que você acredita nisso tal proposição contra-intuitiva seria válida

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

Se você concorda que aprende com seus erros, então pode concordar com este ditado. Você pode descobrir que os hematomas que você toma não são tão ruins quanto você imaginava, e quando você tem sucesso, você encontra seu auto-recompensado em excesso, porque você “mostrou liderança”.

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

Em que situações isso é normalmente 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 gestão competente). É quando os erros geralmente são perdoados (assumindo bom senso, intenções e raciocínio) e o progresso é mais recompensado.

Comentários

  • Eu ' d considero este conselho perigoso para um programador ecológico. Ao usar esse ditado, você realmente precisa estar certo na maioria das vezes, e um programador inexperiente ' não estará. Além disso, é ' útil estabelecer valor para a empresa, de forma que você ' tenha mais chances de obter perdão. Se o programador verde tentar algo fora de sua autoridade e isso explodir, bem, existem ' s outros programadores verdes no pool de empregos.
  • @ David: Bom ponto. Acho que ' é difícil usar esse conselho de maneira adequada, a menos que você ' já seja uma estrela do rock. Eu ' cruzei com pelo menos algumas pessoas que deram a percepção de serem verdes (mas, na realidade, não eram ' t), especificamente porque eles não ' acataram este conselho.
  • @David: Tentei editá-lo para corresponder melhor ao cenário. Eu concordo que os programadores verdadeiramente verdes são obrigados a dar um tiro no próprio pé se falarem muito alto, muito cedo.

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *