Eu tenho uma situação estranha no trabalho, onde um colega meu costuma perguntar a mim e a outros colegas de trabalho por código.
Eu gostaria de ajudá-lo, mas esse pedido constante de trechos triviais interrompe meus pensamentos e às vezes dificulta a concentração.
Além disso, tenho a impressão (...) de que esses pedidos são gerados pela falta de competência, mais do que pela preguiça. Na verdade, ele sempre pergunta coisas fingindo saber a resposta, já que quando eu resolvo o problema ele geralmente diz coisas como "Claro", "Sim, foi o que eu pensei", me dando a impressão de que a minha resposta não vale a pena. Como posso resolver esta situação embaraçosa?
Devo mostrar mais explicitamente na frente de outros colegas sua falta de conhecimento (dizendo coisas como: "faça você mesmo se puder, por favor") ou continue dando a ele o que ele quer?
Eu acho que ele deveria agregar todas as suas perguntas em uma, para que eu possa dar a ele uma parte do meu tempo e ele possa trabalhar sozinho em suas coisas.
Não há hierarquia na equipe, devo dizer que ambos temos uma antiguidade semelhante de cinco anos, mais ou menos. Pela mesma razão, acredito que não posso relatar à gerência, já que questões triviais são frequentemente ignoradas.
Eu discuti com outros dois membros e eles concordam comigo: na verdade ele freqüentemente pergunta coisas passando por colegas de trabalho.
Minha resposta seria dizer "Estou um pouco ocupado agora, você pode me enviar e-mail e eu vou lidar com isso mais tarde". As chances são de que algumas de suas perguntas são legítimas, forçando-o a enviar um e-mail para você que não interrompa seu fluxo e é improvável que ele se incomode em detalhar o problema em um e-mail, caso seja trivial. Você também tem um registro para mostrar ao gerenciamento se as perguntas dele ainda permanecerem em um nível não razoável.
A primeira coisa a fazer é ter uma discussão franca com o cara em questão. Faça um para um em vez de em um grupo ou ele pode se sentir envolvido (possivelmente merecidamente). Pergunte por que ele continua fazendo essas perguntas, explique como isso é perturbador para o seu trabalho - veja o que ele tem a dizer.
Dependendo do que você conseguir dessa conversa, tente ver se ele consegue aprender sozinho. Ajude-o a se ajudar em vez de lhe dar respostas. Veja se apontá-lo na direção certa seria o suficiente.
Se nenhum dos itens acima ajudar:
Você e seus colegas devem parar de responder suas perguntas triviais.
Respostas como:
Basicamente, se toda a equipe concordar em jogar junto com isso, ele terá que descobrir as coisas sozinho.
Você diz que isso não está sendo cooperativo - sim, é. Esse é o ponto inteiro.
Você tem um membro da equipe que não está puxando o peso dele - ele está, de fato, fazendo com que você e seus colegas fiquem menos produtivos. Se ele estiver em um nível em que essas perguntas não são perguntas que ele deveria estar fazendo, recuse-se a respondê-las.
Se achar que esta não é uma boa estratégia, você pode iniciar um log de interrupções. Registre todas as vezes que ele fizer uma pergunta trivial e quanto tempo você demorou para voltar ao seu trabalho (isto é, no mindframe em que você estava antes da interrupção).
Este registro lhe dará uma idéia de quanto tempo ele está custando a você. Se todos os seus colegas fizerem isso, você terá uma ideia sólida de como o problema é ruim.
O que você faz com esses dados é com você - discuta com ele, explique o problema e tente resolvê-lo ou escalar para o gerenciamento.
Uma forma construtiva de abordar isso (porque você diz que se sente assim por causa da falta de competência), poderia ser a seguinte:
Tente instruí-lo na direção da resposta, mas tente fazê-lo chegar à resposta final. Desta forma, ele aprenderá a criar coisas triviais, e também se tornará mais confiante em sua própria competência de encontrar soluções (pode ser que ele seja inseguro e precise de confirmação de você e / ou de seus colegas? ).
Se ele fizer uma pergunta semelhante várias vezes, deixe claro que você já explicou isso, e que ele deve saber disso (porque, nesse caso exato, você realmente SABE o que seu conhecimento sobre o assunto deveria ser).
Como alguém que empregou esses tipos de pessoas antes, deixe-me dizer que se tornar consciente desse problema é realmente uma boa ação. O que eu queria que meu pessoal fizesse nessas circunstâncias era:
Você sabe o que acontecerá se esse colega de trabalho for demitido? Essa é a coisa chocante. NADA MAL. Se a equipe estava produzindo x unidades de trabalho uma semana antes, eles continuarão a produzir x unidades de trabalho uma semana depois. O tempo que essa pessoa está consumindo e a interrupção que estão causando no seu fluxo de trabalho só podem ser percebidos depois. Você fará mais quando esse comportamento parar. Você será mais feliz também. E sua empresa terá mais dinheiro.
nota 1: Uma vez tive um funcionário que estava tendo um dia ruim em uma semana ruim. A, eu disse, eu preciso de uma lista de todas as suas coisas pendentes e onde ela está antes de você ir para casa hoje. Vou dar uma olhada hoje à noite e faremos um plano amanhã de manhã. Ainda faltava uma hora no dia. Depois que saí do escritório de A (para dirigir para casa, não trabalhávamos na mesma hora), em B e bullying A para "ajudar" no projeto de B (que nem era importante para a empresa, era um projeto de treinamento para fazer B melhor em uma determinada tecnologia, adicionando algo ao nosso site) para - você adivinhou - uma hora. Então A foi para casa. Eu não me oponho a isso, uma parada difícil é uma parada difícil. Mas wowee eu estava com raiva de B no dia seguinte. O nível de habilidade necessário para fazer as pessoas inteligentes largarem tudo para você não é algo que você deve subestimar. Você pode resolver dizer não, você pode dizer ao seu B pessoal para parar de fazer isso com você, mas na minha experiência, não vai funcionar.
Eu gostaria de poder dizer a você como fazer a pessoa parar de fazer isso. Na minha experiência, você não pode. Mas você pode fazê-los parar de fazer isso com você . Às vezes, essas pessoas, depois de serem dispensadas de um lugar onde estavam fazendo isso, acabam trabalhando em algum lugar onde não há ninguém para investigar e não gostar delas, ou trabalhar em um emprego que elas realmente sabem fazer. Mas enquanto eles têm um trabalho que não sabem como fazer e a capacidade de fazer com que outras pessoas façam isso por eles, essa é a estratégia que eles usarão.
Envie-lhe o link para o estouro de pilha .
Se realmente é preguiça, então não deve ser sua responsabilidade preencher sua vontade de concluir o trabalho. Se for falta de habilidade, deixe-o carregar o culto e não o seu. Você tem uma responsabilidade profissional com o seu empregador para fazer o seu melhor trabalho e não pode permitir que outros o comprometam. Trabalhar cooperativamente e ajudar os colegas é um comportamento profissional e esperado. Deixar o peso morto impedi-lo de fazer o seu trabalho (sem contribuir com algo de volta) é algo que você precisa evitar e é o que seu gerente recebe muito dinheiro para consertar.
Isso é bizarro - ele está apenas pedindo para você fazer o trabalho dele por ele. A menos que ele tenha uma maneira muito inteligente / sutil de perguntar, eu acho que ficaria tentado a dizer "não, eu não tenho tempo".
Você já pensou em ter uma conversa adulta com essa pessoa? Deixe-os saber que suas constantes perguntas são um assassino de produtividade, e pergunte por que ele sente que precisa constantemente fazer perguntas aparentemente simples. Talvez ele seja um pouco incompetente. Você pode optar por deixá-lo falhar, ou você pode optar por ajudá-lo a ter sucesso.
Idealmente, deixe-o saber que você está disposto a ajudar se ele estiver realmente preso, mas que você espera que ele lhe dê o respeito que você merece e faça uma pequena pesquisa independente primeiro. Continuamente dando-lhe respostas a perguntas simples não ajuda ninguém. Encorajá-lo a aprender e crescer ajuda toda a equipe.
Sim, será uma conversa desconfortável, mas será menos desconfortável do que alguns meses de ressentimento silencioso.
Como ex-gerente, não posso contar a você quanto tempo passei semanalmente como babá "adulta". Todos os egos, conflitos, insultos e problemas ocasionais relacionados ao trabalho. Nunca há qualquer problema com revisões de código.
Eu só queria que os verdadeiros locais de trabalho começassem a se assemelhar aos do (s) livro (s) de Joel.
Coletivamente, sente-se em uma sala de conferência com todos os funcionários que são importunados por esse indivíduo. Deixe essa pessoa saber que as interrupções são uma distração do seu trabalho e interfira na sua capacidade de trabalhar na "zona".
Informe o gerente, se possível.
Peça que todas as perguntas sejam respondidas por e-mail para eliminar a interferência no trabalho e, assim, você pode começar a manter um registro da frequência da interrupção e do baixo nível de experiência demonstrado.
Dentro de um curto período de tempo, o grupo coletivamente deveria ter enviado uma mensagem que tirasse essa pessoa de incomodar a todos, ou você teria coletado trilhas de e-mail suficientes para demonstrar até mesmo a um gerente inexperiente o erro de contratação que foi cometido.Uma lição que aprendi cedo como gerente foi contratar os melhores funcionários que pude encontrar, tentar ver como cada pessoa trabalhava dentro da equipe e como a equipe se formou.
Outra lição inicial foi livrar-se prontamente de funcionários ruins.Peça-lhe que escreva sua pergunta para que você possa responder mais tarde quando estiver livre e fale com seu gerente para garantir que tenha condições de trabalho tranquilas.
Sua situação falha O ponto de teste Joel # 8 Os programadores têm condições de trabalho silenciosas?
If a coworker asks you a question, causing a 1 minute interruption, but this knocks you out of the zone badly enough that it takes you half an hour to get productive again, your overall productivity is in serious trouble.
Peça a ele para postar a pergunta este site e veja que resposta ele recebe, isso ajudou muitos programadores;) Coloque uma cópia de o CLR via C # em sua mesa e deixe que ele faça o check-in.
Eu pedia a ele que colocasse todas as suas perguntas em uma grande pilha, e depois sentasse e fizesse alguns programas com ele durante um longo período de tempo.
Parece que ele não sabe programar, mas isso pode ser apenas sua frustração. A programação em pares irá ensiná-lo a programar (assumindo que ele é ensinável, nem todo mundo tem o dom do programa).
Eu sei exatamente como você se sente, eu já estive nessa situação antes. É apenas role playing e manipulação. Isso geralmente acontece por vários motivos: - Essa pessoa não sabe a resposta, é incompetente e não quer ser incompetente, daí o que eu pensava. - Se essa pessoa está lhe fazendo uma pergunta estúpida na frente das pessoas, e respondendo-as logo depois, ele pode tentar colocá-lo no lugar incompetente ou jogar em você (o local de trabalho é cheio desse tipo de pessoa, tentando suba em cima de você). - Aquela pessoa é preguiçosa e quer que você faça o trabalho dele por ele. - Essa pessoa é o tipo de pessoa "por ouvir", o que significa que ele pode reproduzir uma amostra de código, mas não pode adaptá-la porque não entende como ela funciona, apenas onde usá-la.
A boa abordagem da IMO é apenas dizer que cara, desculpe, cara, você está sozinho agora, você terá que descobrir isso dessa vez, eu tenho coisas para fazer. Se o problema persistir, fale com o seu gerente sobre isso (eu sei que o stooling não é o melhor, mas espero que você tenha um gerente competente que tenha visto nevar antes :))
Eu consideraria a maioria das respostas, mesmo tendo uma conversa com elas, uma "escalação", enquanto minha primeira resposta seria algo na linha de se oferecer para parear com elas. Neste ponto você ofereceu ajuda e se eles recusarem, você pode escalar com uma consciência limpa. Se eles fizerem par com você, você poderá avaliar seu nível de competência real.
O fato é que, se uma pessoa escreve uma biblioteca, é completamente aceitável pedir que ela escreva um código que faça interface com ela - pelo menos como um teste. Existem outros exemplos que são menos obviamente aceitáveis, mas ainda questionáveis - como quando alguém pensa que você já trabalhou com um problema e ainda pode ter o código resultante à mão.Se eles realmente estão pedindo para você fazer o trabalho deles, ainda é razoável pedir emparelhamento, na verdade, é uma boa sugestão se você está perplexo e é uma ótima maneira de aprender.
Se eles não estão interessados em se emparelhar, então, felizmente, vou para qualquer outra solução aqui - na verdade, dependendo da reação deles, eu posso pular discutindo com eles e ir direto para o gerente (não só pedido de sua ajuda, mas uma afirmação indiscutível de que você ofereceu ajuda e descobriu que o que eles realmente queriam era mais do que apenas ajudar)
Faça com que ele aprenda um pouco de ciência da computação e ajude a evoluir a partir de scripts sem cérebro; provavelmente ele é um tipo de pessoa que sabe coisas (com habilidades comprovadas) mas não tem experiência.
"Você sabe, que você realmente pode entrar em mais dessas coisas, mas que tal melhorar-se sobre isso - agora ...". Gastar algum dinheiro na Amazon para obter um bom livro usado (Gang of four, Programming in Haskell, .. Apenas por diversão?) , assim, adicionar alguns marcadores sobre suas perguntas recentes.
Eu recebo assistência da gerência, converso sobre isso com eles e, em seguida, organizo um horário para sentar-me em grupo com esse desenvolvedor para lidar com a situação.
Alternativamente, às vezes é necessário ser um tanto político sobre essas coisas e mostrar claramente o comportamento da pessoa em frente ao resto da equipe (e à gerência, se possível), sem ser rude ou conflituoso, mas questionando gentilmente por que eles estão fazendo isso. Eu tive que lidar com uma situação semelhante, não muito tempo atrás. Nesse caso, eu disse ao desenvolvedor em questão, quando perguntado mais uma vez por assistência, "Se você sabe o que está fazendo, como você alega, então por que você sempre faz perguntas? E quando eu respondo a elas, por que argumentar? Se você quiser que eu te ajude no futuro, então me deixe fazer isso. " A mesma pessoa foi dispensada pelo diretor de tecnologia, alguns dias depois (ele já estava ciente dos problemas no passado).Nós éramos ambos contratados, FYI, então havia pouca lealdade interna para qualquer um de nós, do ponto de vista do DT. Às vezes, as coisas só precisam ser reveladas.
Já que você está no mesmo time, seja um bom jogador de equipe, mostrando a ele como ser um, também. Expondo-o à gerência pode tirar a ira de alguns de seus colegas, e é carmicamente ruim, na minha opinião. As chances são de que a gerência já sabe sobre o seu colega, então por que sair da linha "mostrando" que ele era um mau contratado? A longo prazo, ajudar esse sujeito um pouco agora pode compensar a longo prazo de maneiras que você nunca imaginaria.
Desculpe, você se encontrou em um lugar tão difícil.