É uma técnica importante em grandes empresas. É útil quando todo mundo está ocupado e as tarefas podem ser facilmente esquecidas. Você explica o problema por e-mail e diz: "se eu não receber resposta em [N] dias, farei XYZ no [DIA N]". Isso é uma forma de avisar a outra parte sem ficar esperando aprovação
Às vezes, algumas semanas depois, alguém fica bravo porque XYZ foi feito, mas existe um registro mostrando que o erro foi da própria pessoa
Eu chamo isso de "não pergunte, informe", e dá para usar de várias formas dentro e fora do trabalho. Isso leva a resultados claros e decisivos
Também tenho esse tipo de conversa com minha esposa com frequência. Ela tem um estilo de fazer perguntas. Num encontro para jantar, ela perguntou "que horas vocês vão chegar?", mas eu disse a que horas chegaríamos e que estaríamos esperando no bar. No fim, todo mundo chegou cedo, e foi perfeito com o mínimo de comunicação
Isso tem relação com a ideia de "é melhor pedir perdão do que pedir permissão". Pode ser arriscado, mas eu sou essencialmente rebelde. Porém, em ambientes colaborativos como o GitHub, não é uma boa ideia tentar mudanças grandes desse jeito sem mais nem menos
Digo algo parecido quando dou conselhos a colegas sobre como conseguir aprovação para recomendações
"facilite a aprovação"
Explique o problema de forma simples e por que a solução está correta. Se alguém quiser se aprofundar, forneça links para a documentação. Verifique se você já conseguiu aprovação dos membros da equipe ou do product owner
"Vamos fazer Y para resolver X. A equipe toda concordou. Mais detalhes estão em [link]. Se não houver necessidade de feedback adicional, vamos começar na terça-feira"
Os gestores não conseguem dedicar tempo a todos os detalhes, então, se a equipe apoia a proposta, fica fácil aprovar
Também existe a abordagem de "irradiar intenção". Você informa o que quer fazer e qual é o plano, e dá aos interessados uma chance explícita de se opor. Isso funciona em algumas situações e exige um nível básico de confiança
Se você quebrar algo na primeira vez, pode ser um desastre. Receber um sim ou um não significa que o chefe está ciente
À pergunta "quem aprovou isso?", você pode responder que ninguém aprovou
Essa abordagem talvez só funcione em empresas americanas ou com chefes acostumados ao estilo de negócios dos EUA. Se o chefe não gostar, pode sair pela culatra. Na avaliação de desempenho, ele pode rotular isso como insubordinação. Às vezes, pedir permissão pode ser a melhor opção
Parte do truque de dizer "eu vou fazer isso" é não formular como pergunta. Assim, o destinatário não precisa escrever uma resposta nem ler mais e-mails
Gosto dos recursos de reação com emoji no GitHub e no Google Docs. Eles permitem sinalizar concordância de forma simples. No HN isso não é popular, mas reações com emoji são um jeito simples de se comunicar
Entendo o ponto do OP, mas preferir pedir perdão depende da situação. Em um site de rede social, dá para agir rápido e errar; já em um sistema de controle de lançamento nuclear, é preciso um sistema de "não lançar até que haja autorização"
Uso essa técnica em grandes projetos colaborativos. Digo: "se não chegarmos a um consenso, vou seguir a opção padrão". Quando eu era mais jovem, achava que era preciso um padrão terrível, mas isso só funciona algumas vezes
Eu chamo isso de "criar um padrão razoável". Em vez de pedir decisão sobre cada detalhe, você escolhe um padrão que demonstra conhecimento da situação e informa que vai executá-lo. Isso gera confiança e faz com que as pessoas prestem atenção quando realmente for necessário
Gosto desse estilo de comunicação, mas não gosto da parte do "prazo". Prefiro que um reporte me informe se está realizando algo ao qual eu possa me opor. Dar um prazo para o gestor parece uma ameaça estranha e irritante. Quero dar autonomia aos membros da equipe
1 comentários
Comentários do Hacker News