Questão:
Previna o abuso de acordos verbais esquecidos
Kaito Kid
2017-06-01 18:52:07 UTC
view on stackexchange narkive permalink

Na empresa, os funcionários podem trabalhar mais horas (não remuneradas), acumulá-las e tirar dias de folga (pagos como se trabalhassem) quando possuem horas acumuladas suficientes para compensar o dia de folga. Isso é totalmente voluntário e praticamente todos os funcionários têm permissão para usá-lo. A única condição é que o seu superior imediato, que geralmente é o capitão da equipe, seja informado com pelo menos 3 dias úteis de antecedência.

Essa pessoa específica a quem você está se reportando também pode dizer não a um data específica, se, por exemplo, houver uma reunião importante agendada para aquele dia, ou algum evento específico relacionado ao trabalho (um push-to-prod agendado para toda a equipe que pode exigir que as pessoas estejam disponíveis se algo der errado, por exemplo). Eu diria que cerca de 95% desses dias de folga são aprovados instantaneamente, sem qualquer discussão.

A política da empresa é extremamente flexível sobre esse ponto. Isso significa que o requisito de "avisar com antecedência e obter aprovação" geralmente é feito verbalmente quando você encontra a pessoa, às vezes durante o almoço, ou passando por seu escritório ou algo parecido. Não há rastro de papel ou eletrônico, já que esta é principalmente uma política "para a conveniência de todos" e não é o fim do mundo se alguém não perguntar.

Tenho algumas pessoas subordinadas a mim , então eu recebo essas demandas com bastante regularidade. Como seria de se esperar com esse tipo de apólice, a maioria dos dias de folga é tirada às sextas e segundas-feiras, então, mesmo quando não são tantos, geralmente caem nos mesmos dias que os outros. Tenho sido o tipo de cara que esquece essas exigências muito rápido, principalmente se elas forem perguntadas enquanto eu estiver fazendo outra coisa. Aconteceu várias vezes que, quando o colega de trabalho voltava após o dia de folga, eu perguntava "Ei, pediu licença para o dia de folga de ontem?". Estou ciente de que isso era um problema da minha parte e já o resolvi.

Agora estou anotando por escrito essas demandas todas as vezes. Se eu não consigo enviar um lembrete por e-mail imediatamente, eu uso um pedaço de papel ou meu celular e tenho certeza de que não vou mais perder nenhum.

Mas há um cara que parece ter pegado cedo, e que muitas vezes respondia com "Sim, eu te perguntei no dia x, você não se lembra?". O problema é que ele parece continuar fazendo isso, mesmo agora, quando tenho 99,9% de certeza de que ele, de fato, não perguntou.

Devo dizer que às vezes ele pergunta e eu tomo notas e lembre-se disso. Parece que às vezes ele se esquece de perguntar ou decide no último minuto e escolhe tirar vantagem de um ponto fraco que não existe mais.

É muito difícil manter um papel rastro de coisas que não aconteceram, por motivos óbvios. Não seria razoável ser o único cara no prédio que só aceita tais demandas se solicitadas por escrito, e provavelmente contra nossas regras flexíveis. Eu também esqueci essas exigências muitas vezes no passado, então não importa o quão confiável seja minha nova técnica, aposto que não tenho tanta credibilidade se tentar argumentar que ele realmente não perguntou.

Também quero especificar que nenhuma vez no passado ele tirou tal dia de folga sem pedir, que eu não teria aceitado se ele tivesse pedido. Portanto, nenhum problema surgiu desse comportamento. Só temo que o dia em que realmente se torne um problema, o que parece ser apenas uma questão de tempo até que aconteça.

Então, minha pergunta é: como posso fazer parar essa situação de risco, e no caso de Não posso, como posso ter certeza de que, se algum problema real surgir disso, eu não seja responsabilizado por meu comportamento anterior?

O que os outros fazem na sua empresa?Você pode ter um histórico de acordos esquecidos, mas ninguém consegue se lembrar de todos os compromissos verbais entre dois telefonemas; portanto, o problema, em princípio, deve surgir para todos na empresa, não apenas para você.
O fato de não haver uma política formal por escrito da empresa que diga que você deve rastrear as coisas de uma certa maneira não significa que, como parte do arbítrio que você tem permissão para permitir essas práticas, você não pode impor / solicitar um poucode estrutura.As respostas que recomendam um e-mail para ser uma solicitação "real" não parecem violar o espírito ou a letra (inexistente) dessa política.Acho que os funcionários achariam o mínimo inconveniente de solicitar por e-mail muito menos do que ter essa prática restringida ou ter solicitações negadas.
"não é o fim do mundo se alguém não perguntar."Não é o fim do mundo se alguém realmente se esquece de perguntar em uma ocasião.Pode * ser * o começo do fim, se algumas pessoas ganharem fama entre todo o grupo por tirar uma folga sempre que quiserem, sem pedir, e também por "esquecerem" de trabalhar as horas extras adiantadas.Você não precisa de uma solução de alta tecnologia, mas para absolutamente * fazer * precisa de alguns registros "auditáveis" aqui.
Que tal um aplicativo da web para rastrear solicitações?:) Claro, claro, pode haver uma grande quantidade de tempo de desenvolvimento, não apenas para o código principal, mas para evitar abusos / acidentes também, e até mesmo adicionar regras complexas como 'n mais de 3/20% dos membros do tema podem levarfolga em um único dia, apenas 1 dia de folga por semana, a menos que você não tenha tirado nenhum por um mês e queira tirar 2 seguidos ... É também um produto único que não pode ser usado em outro lugar no negócio, pelo menos no sentido de cliente / receita direta.
Isso parece muito simples de corrigir.
Oito respostas:
Patricia Shanahan
2017-06-01 19:03:31 UTC
view on stackexchange narkive permalink

Informe todos os seus subordinados sobre uma nova regra, para garantir que suas solicitações não sejam esquecidas:

Apenas as solicitações por e-mail contam.

Você pode explicar que às vezes parece ter esquecido um pedido feito verbalmente quando estava se concentrando em outra coisa. Se alguém perguntar a você verbalmente, lembre-o de que ele deve enviar um e-mail para você.

Parece ser a melhor prática tanto para o OP quanto para aqueles que se reportam a ele.
* "Não seria razoável ser o único cara no prédio que só aceita tais demandas se solicitadas por escrito, e provavelmente contra nossas regras flexíveis." *
@Agent_L Não acho que isso seja irracional e ainda é extremamente flexível.Enviar um e-mail é muito fácil de fazer e eu diria que é mais fácil do que encontrar o gerente e pedir permissão.Se eu estivesse sob esse gerente, não teria problemas com tal configuração.
+1 a solução mais simples é geralmente a melhor.Isso o ajudará a acompanhar os pedidos, ao mesmo tempo em que mantém a sensação de ambiente "relaxado".Não é nada razoável pedir isso aos seus funcionários, em particular para o benefício deles, para que você não esqueça quem tem que dia de folga.
Se o OP quiser ser flexível, ele também pode oferecer outras opções permanentes, como solicitações de texto / mensagens instantâneas.Por exemplo, se uma pessoa para você no corredor, saindo pela porta na quinta-feira, para pedir folga na sexta-feira, em vez de mandá-la voltar para a mesa, apenas diga "Claro, mande uma mensagem bem rápido para que eu nãonão esqueça que eu aprovei "
@Kevin É necessário um aviso prévio de pelo menos três dias úteis para que você não possa pedir folga na sexta-feira, pois está saindo na quinta.Claro, você poderia pedir folga na próxima quinta antes de sair na sexta, mas ... bem, não faça isso.Além de qualquer outra coisa, se você deixar i até o último segundo, há uma boa chance de você não conseguir encontrar seu gerente de qualquer maneira.
@DavidRicherby Desculpe, esqueci o requisito de três dias.Ainda assim, uma situação semelhante poderia ocorrer em uma segunda-feira se o gerente não estivesse por perto nos próximos três dias
@Kevin Meu ponto mais amplo é que qualquer pessoa que deseja permissão para alguma coisa não deve deixá-la até o último minuto, porque isso corre o risco de não ser capaz de fazer a solicitação.Alguém que tenta reservar licença conversando com seu gerente no último minuto corre o risco de não conseguir reservar licença porque não conseguiu encontrar seu gerente.Isso parece um problema muito mais sério do que o sistema sugerido aqui, onde o pior caso é que a pessoa tem que voltar para sua mesa, esperar que o computador inicialize e enviar um e-mail.
E, sim, é possível que eles estejam com muita pressa e isso seja realmente estranho.Mas chega um ponto em que você apenas tem que dizer: "Duro s \ * \ * \ *. Você poderia ter evitado essa situação estando um nível acima de totalmente desorganizado."
@Agent_L Não, se ele for o único cara no prédio tendo divergências com seus funcionários sobre se eles perguntaram.
motosubatsu
2017-06-01 19:34:10 UTC
view on stackexchange narkive permalink

Se você tem certeza de que seu novo sistema de registro de solicitações está funcionando, pare de perguntar se ele solicitou!

Se ele está preparado para ser sorrateiro e não pedir o dias de folga de antecedência, então não é um grande salto para ele mentir quando solicitado. Ele então o está colocando na posição desconfortável de ter que chamá-lo de mentiroso, e esse desconforto é exatamente uma das coisas de que depende a tática dele. Portanto, não jogue o jogo dele , se / quando ele jogar novamente (assumindo que você ainda está confiante de que não houve um pedido que você esqueceu de anotar), não pergunte ele se ele esqueceu. Diga que ele se esqueceu, então você pode dizer que vai deixar passar dessa vez, mas que todos os pedidos futuros dele terão que estar no e-mail e que se você não receber esse e -mail ele não tem seu dia de folga.

Outros participantes sugeriram que você deveria mover todo o processo para o e-mail, não é uma má ideia e se eu estivesse implementando esse tipo de política do zero em vez de já existir, eu faria exatamente isso. É uma boa maneira de evitar qualquer ambigüidade ou qualquer coisa escorregando pelas rachaduras, mas na sua situação, eu sugiro que se a maioria dos funcionários não está abusando do sistema, eles podem perceber isso como uma "punição" de todos pelas ações de um, enquanto o que sugeri acima limitará quaisquer consequências "negativas" para aqueles que merecem.

Não gosto da ideia de punir a todos por causa de um mau ator.Você pode pegá-lo duas ou três vezes e então dizer a ele, e apenas a ele, que, por causa dos problemas, ele deverá enviar por e-mail.Documente, é claro, para que se ele reclamar, você possa dizer por que está sendo atacado.
"Você perguntou? Sim, no dia X" ... "Você não perguntou. Na verdade, perguntei, no dia X".Perguntar ou dizer pode muito bem levar ao mesmo lugar.Você provavelmente precisará confrontá-lo de qualquer maneira.Embora, presumivelmente, haja problemas maiores com os quais você precisa lidar se tiver um funcionário que é um mentiroso compulsivo.
@Dukeling: se o chefe perguntar se o funcionário perguntou, o chefe está dizendo que o chefe não sabe, e o chefe não tem justificativa para chamar o funcionário de mentiroso.Se o chefe disser que o funcionário não pediu, o funcionário pode aceitar ou chamar o chefe de mentiroso.
Cronax
2017-06-01 19:16:44 UTC
view on stackexchange narkive permalink

Eu diria que há duas opções aqui.

Opção um: formalizar um pouco o processo

Você não precisa exagerar, mas pode perguntar ao seu funcionários para enviar as solicitações por correio a partir de agora, já que às vezes você tem dificuldade para lembrar quando deu permissão.

Se a sua organização usa um cliente de e-mail compatível, você também pode fazer com que os funcionários lhe enviem "solicitações de reunião" nesses dias, para que possa ver na sua agenda quando alguém tem um dia de folga esse tipo. Esta opção é minha preferência pessoal, pois você ganha um mecânico onde pode realmente aprovar o dia de folga (aceitando ou rejeitando a solicitação de reunião) e o aumento da visibilidade sobre quem tem folga também ajuda os colegas que procuram essa pessoa.

Opção dois: manter o processo atual e aceitar que existe a possibilidade de esquecimento e abuso

Se você deseja preservar a natureza informal atual, terá que confiar em seu própria administração de quando você deu a aprovação. Isso significa que, a menos que você tenha 100% de certeza de que sempre anota ao dar sua aprovação, as pessoas poderão alegar que você deu a aprovação. Essa é a desvantagem de um processo tão informal.

Minha equipe faz algo semelhante.Temos uma agenda compartilhada (Google) que todos preenchem nos dias de férias / dias de folga.Torna mais fácil para todos saber quem está ausente e quando, independentemente do motivo.
Old_Lamplighter
2017-06-01 19:02:39 UTC
view on stackexchange narkive permalink

Formal ou informal, precisa ser rastreado, ou será abusado.

Tenha uma folha de inscrição ou exija um e-mail.

Uma trilha de papel, literalmente ou figurativamente, é a única maneira.

sh5164
2017-06-01 19:04:51 UTC
view on stackexchange narkive permalink

Se você mantiver um registro, não vejo onde está o problema. Você sabe quem mente e quem não. A única coisa é que você tem que ser organizado, já que você disse que não quer ir contra a flexibilidade disso.

  • No final do dia, coloque todas as solicitações em um arquivo único, como um excel, por exemplo. Assim, mesmo que você tenha escrito em um bilhete ou no seu celular, você terá um lugar para verificar e ter certeza.
  • Diga a seus funcionários que você acompanha as solicitações, para que eles não sejam tentados a abusar do problema "perguntando verbalmente que você esqueceu"

Isso deve resolver o seu problema.

EDITAR: Embora, se você quiser fazer coisas menos flexível, um e-mail é seu amigo, como disse @PatriciaShanahan

EDIT2: Como disse @DJClayworth, se você usar este sistema, você deve aceitar suas notas como a verdade última .

Se não estiver lá, não aconteceu.

Deve acalmar o funcionário mentiroso.

Além disso, tenha confiança em suas próprias anotações para dizer "Não, você não perguntou".Se alguém continua tirando uma folga sem pedir, é extremamente razoável fazer com que essa pessoa (e apenas ela) obtenha permissão por escrito.
@DJClayworth Muito bom ponto, adicionado à resposta.
Thern
2017-06-01 20:50:22 UTC
view on stackexchange narkive permalink

Escolha suas batalhas com sabedoria.

Mudar a política por conta própria e somente para sua equipe irá provocar ressentimentos ("Por que somos os únicos que temos que lidar com isso?"). Ainda mais se a empresa valorizar a flexibilidade e os funcionários compartilharem esse valor. Observe que normalmente a política existe por um motivo. Você não é o único que pode enfrentar esse problema e, obviamente, eles decidiram que as vantagens superam as desvantagens.

E o que você poderia ganhar? A situação problemática nunca surgiu até agora e pode nunca surgir no futuro. Além disso, apenas danos muito limitados seriam causados, uma vez que uma ausência repentina por motivo de doença é algo que sempre deve ser considerado, e alguém que não está ali por alguns dias nunca deve ser um empecilho (ou o planejamento é questionável). Além disso, se você sabe com antecedência que o dia X será um dia crítico, você pode enfatizar isso na frente de sua equipe. Isso reduzirá muito a chance de alguém tirar aquele dia de folga e se esquecer de lhe dizer (presumo que não haja problemas deliberados aqui, apenas um deslize acidental).

Tendo isso em mente, simplesmente correria o risco. E se realmente ocorrer a situação de que alguém está de férias e precisaria estar no local, pode-se posteriormente ainda implementar uma nova regra para a equipe, referente aos eventos reais. A aceitação neste caso seria muito maior do que para uma regra que se baseia em eventos teóricos.

Claro que você pode apenas implementar a regra, não é realmente uma grande coisa. Acontece que a batalha não vale a pena, e você pode precisar de seu crédito (político) de forma diferente mais tarde.

NonlinearFruit
2017-06-01 19:29:58 UTC
view on stackexchange narkive permalink

Verificar por e-mail

No final do dia, envie um e-mail para cada pessoa que solicitar folga. Diga algo como:

Hoje você pediu a folga do dia 5 de junho. Se estiver incorreto, me avise.

Isso não aumenta os obstáculos formais a serem superados, ao mesmo tempo que permite que você responsabilize seus funcionários. Por exemplo:

'Você pediu a folga de ontem? Não vejo o e-mail de verificação. O que aconteceu? '

"Oh, você provavelmente se esqueceu de me enviar o e-mail. Não o recebi depois que você o aprovou."Isso só parece mudar o problema para um meio diferente, não resolvê-lo.Os mesmos problemas e questões podem surgir.Quer dizer, essa é uma boa prática e o OP deve fazer isso, mas não acho que isso resolva o problema em questão.
@Jeroen Como eles avisam 3 dias antes de um dia de folga, você pode dizer * 'Você não recebeu meu e-mail de verificação na segunda-feira de manhã e não me perguntou na segunda ou terça-feira.O que aconteceu? '* A questão é que, se não houvesse um e-mail de verificação, eles ** sabiam ** que havia um deslize e tinham 2 dias para resolvê-lo.
Dunk
2017-06-01 23:39:31 UTC
view on stackexchange narkive permalink

o e-mail é muito trabalhoso da sua parte. Você precisa agrupar, ler o e-mail, possivelmente inserir os nomes e as datas em seu próprio documento, etc ...

Uma ideia melhor é simplesmente criar uma planilha do Excel em uma unidade de rede compartilhada. A planilha possui um calendário. As pessoas preenchem seu nome e código de motivo no calendário para os dias em que ficarão fora. por exemplo. John Smith - PTO ou John Smith - COMP ou John Smith - OOP.

Então, você pode ver rapidamente quem está ou vai sair em um determinado dia.

Se você está preocupado com as pessoas avisando com antecedência, você pode criar backups diários do arquivo. Você pode até automatizar o processo de backup se quiser, o que também elimina o esforço de sua parte. Você pode ir ainda mais longe e fazer com que o processo de backup envie um e-mail que reúna todas as alterações no documento do dia anterior, para que você tenha apenas um e-mail em vez de e-mails separados de um monte de pessoas.



Estas perguntas e respostas foram traduzidas automaticamente do idioma inglês.O conteúdo original está disponível em stackexchange, que agradecemos pela licença cc by-sa 3.0 sob a qual é distribuído.
Loading...