Como eu lido com um colega lento e não dedicado na equipe? [fechadas]

85

Eu tenho trabalhado em um novo projeto. O projeto funciona assim: O usuário final pode acessar um aplicativo da Web usando um link e ele pode adicionar vários sistemas em sua rede e gerenciar esses detalhes específicos do sistema. Minha parte envolve o front end e o servidor web, o que é feito em python. Meu python realmente se comunica com outro projeto que é feito inteiramente em c & c ++. O projeto c / c ++ é o aplicativo principal que faz toda a funcionalidade. Meu python envia o pedido do usuário para ele e exibe a resposta dele para o usuário.

Estou muito familiarizado com o meu trabalho e terminarei em breve. Já que não há muito trabalho nisso. E eu sou uma pessoa que gosta de trabalhar. Eu passo a maior parte do tempo no escritório e só vou para casa quando estou com sono.

O aplicativo c / c ++ é gerenciado por outro colega que tem mais de cinco anos de experiência e pode fazer coisas muito mais rápido do que eu, mas ele nunca faz isso. Pode ser que ele não goste de fazer isso. Seu aplicativo falha frequentemente quando meu python se comunica com ele ou retorna valores errados. Está cheio de bugs. Como meu aplicativo depende disso, estou tendo dificuldade em criá-lo. Em vez de consertar os erros, ele me pede para atrasar meu trabalho. Ele me pede para dizer ao gerente que meu trabalho precisa de muito tempo. Ele está me pedindo para enganar o gerente e até me forçar a trabalhar devagar como ele.

Durante a reunião do projeto, quando o gerente pergunta a ele sobre os erros, ele diz que consertou tudo e funciona bem. Como ele é meu colega, não consegui contar nada ao gerente. Eu obviamente preciso ter um bom relacionamento com meus colegas mais do que com meu gerente, já que na maioria das vezes estaremos com nossos colegas, não com o gerente.

Eu não sou capaz de dizer ao gerente nada a respeito disso, já que se o gerente perguntar por que, então ele pode pensar que eu reclamei dele com o gerente. E ele continua mentindo na reunião. E desde que ele conserta o bug lentamente, ele até atrasa meu trabalho. Agora eu pensei em trabalhar na parte frontal do meu aplicativo e finalizá-lo para que, nesse meio tempo, ele pudesse tornar seu projeto estável. Agora ele está me pedindo para dizer ao gerente que a parte da frente exige muito trabalho e eu posso precisar de mais e mais tempo, simplesmente para que ele possa arrastar o projeto para baixo. E o mais triste é que nosso atual gerente foi para os EUA, então temos um gerente temporário e esse cara não sabe muito sobre o projeto, então o c, c ++ apenas o engana.

Alguém pode me sugerir como eu lido com isso? Eu queria terminar o projeto em breve. Como posso fazê-lo trabalhar mesmo mantendo um bom relacionamento com ele?

Respostas aos comentários:

If he's really deliberately misleading the company, you should report him to management.

Eu sou novo nessa empresa e o outro cara está lá há muitos anos. E comecei a conhecer meus colegas. Se eu for diretamente e queixar ele, acho que não posso fazer bom relacionamento com meus outros colegas. Até ele tem o poder de enganá-los. Eu não estou dizendo que ele é um cara mau, ele pode fazer o trabalho, mas ele não está fazendo isso.

Doesn't your company have any kind of bug tracking system ?

Aqui o sistema de acompanhamento de bugs não existe. A empresa tenta finalizar o projeto o mais rápido possível e o entrega ao controle de qualidade. E, em seguida, corrige os erros relatados pelo controle de qualidade.

This is why companies should give employees stock / options or some sort of ownership. That way you can literally tell the guy "You are costing me monetary growth... don't you want to make money also?".

A empresa tem as opções de ações que eles me deram uma participação de 2500, principalmente ele também teria um pouco mais.

Seniority does deserve some benefit of a doubt. You really need to speak to him first and try to understand the problem. He may be out of his depth, you may be able to help him, there could easily be variables you are unaware of. It may be hard now, but you could easily make the situation a lot worse by jumping the gun.

Eu até faço isso, primeiro seu aplicativo não estava lidando com vários pedidos de uma vez, ele estava usando uma fila para lidar com as solicitações que eu enviei para ele. Eu até sugeri a ele algumas das minhas idéias sobre isso. Ele disse que já tinha essas ideias e as executaria. Suas explicações foram: "Tudo exige um certo tempo para fazer e este é um projeto que pode levar dois anos para ser concluído e nos é pedido que terminemos em dois meses". Eu costumava ter dificuldade em codificar durante as primeiras semanas por causa desse bug. Mas agora ele consertou. Mas ele está usando uma única fila para solicitações de usuários e agora está reduzindo a velocidade do aplicativo, já que ele processa uma solicitação de cada vez.

What is QA doing this whole time? Why aren't they reporting/confirming the status of the project(s)?

O gerente é a pessoa que decide quando dar ao controle de qualidade. A partir de agora ainda não deu a QA. Ele disse que deveríamos dar até o final deste mês.

    
por muntoo 22.08.2011 / 00:50
fonte

16 respostas

126

Você está em uma situação ruim, eu não gostaria de estar no seu lugar. É improvável que você possa resolvê-lo sem entrar em conflito com seu colega.

Isso é o que eu faria:

  • Não se torne seu parceiro no crime. Recuse-se a mentir sobre o status do seu projeto ou do projeto dele.

  • Implemente (em seu tempo livre, se necessário) relatórios de bugs no seu aplicativo, para que todos os bugs sejam enviados por e-mail para seus colegas de trabalho e ao seu gerente. Se o bug for causado por seu aplicativo, torne-o visível no email (coloque [XYZ APP BUG] no assunto do email ou algo assim).

  • Mantenha um banco de dados de bugs (além de enviar bugs por e-mail). Você pode dizer que seu objetivo principal é rastrear seus bugs, quando na verdade você rastreará principalmente his bugs. Entre outras coisas, ele deve rastrear quanto tempo leva para corrigir um bug específico.

  • Tenha toda a comunicação entre processos com seu aplicativo coberta com testes ("quando eu lhe enviei isso, você deve me devolver esse" estilo). Você pode configurar uma tarefa Cron que execute esses testes todos os dias e, se eles falharem, o email será enviado para todos.

Basicamente, tente não perder seu tempo discutindo com ele sobre erros e se concentrar em seu trabalho. Se o app dele estiver quebrado e você não puder trabalhar no seu aplicativo, o gerente não fará nada com ele - bem, isso é um problema de gerenciamento e você está coberto com banco de dados de bugs, e-mails e relatórios de teste.

No entanto, cuidado e não o subestime. Slacker de longa data como ele pode ter um truque ou dois na manga. Ele pode transformar todo o time contra você ou algo assim, mas isso depende da sua situação específica e está fora do escopo desta questão.

    
por 16.08.2011 / 19:39
fonte
128

Vou apresentar uma visão um pouco controversa: você diz que está trabalhando o máximo de horas que consegue ficar acordado. Então, talvez ele não esteja sendo particularmente injusto ao dizer "você está me fazendo ficar mal e estou realmente trabalhando quantas horas eu quiser". Talvez ele tenha estado lá e feito isso e talvez ele tenha se esgotado. Eu prometo a você que você vai se continuar.

Saia para uma bebida com ele uma noite e veja se você não pode construir um relacionamento pessoal melhor no qual basear seu profissional. Talvez por ele concordar em colocar um pouco mais e concordar em colocar um pouco menos, ambos podem trabalhar juntos muito melhor.

Se eu fosse você, também seria muito cuidadoso com toda essa atitude de "meu trabalho, seu trabalho". Entre vocês dois, você tem um produto para chegar lá e isso não pode ser bom para o produto, que por sua vez não é bom nem para a empresa nem para o cliente e eles pagam para que vocês dois trabalhem .

No entanto, eu ainda concordo com as outras visões de que você precisa rever a importância de seu relacionamento com seu gerente e precisa ter cuidado ao confiar em seu colega. Só estou dizendo que talvez, apenas talvez, você precise olhar para suas próprias ações, assim como para as dele.

    
por 17.08.2011 / 08:25
fonte
40

Mantenha registros. Documente cada erro que você recebe quando se comunica com o lado dele, quando você pede a ele para corrigir e quando (se alguma vez) ele fez isso. Essa é a única maneira que conheço de lidar com essa situação. Então, quando seu gerente chega até você perguntando por que as coisas não estão progredindo, você pode mostrar claramente sem ser visto como um chorão ou um mau colega.

    
por 16.08.2011 / 19:20
fonte
34

Eu gostaria de ressaltar outra possibilidade que não foi levantada. Você diz que ele quer que você diminua seu trabalho. Você quer dizer literalmente que ele está dizendo "trabalhe menos horas" ou que ele está dizendo "escreva alguns testes, teste mais isso, escreva alguma documentação" e outras coisas que você acha que vão atrasá-lo? Eu tenho visto novas pessoas correndo por aí escrevendo código por 16 horas por dia e depois reclamando de erros no código que estão chamando quando na verdade eles estão passando parâmetros inválidos, eles não estão verificando valores de retorno, e assim por diante. Não posso descartar que seu colega de trabalho está pensando nessas coisas.

Da próxima vez que você estiver em uma reunião e ele disser que o código dele está bom, diga "ah, bom, o que eu te falei há uma hora atrás, onde explodiu quando eu chamei a XYZ com um encontro que não é dia de trabalho, está consertado agora? " Uma das três coisas acontecerá:

  • Ele vai mentir e dizer que não há problema, você vai dizer "não é assim! Nós discutimos isso! Eu lhe enviei um email!" e a coisa toda vai chamar a atenção do gerente
  • Ele lhe dirá que, na verdade, isso não é um bug no código dele, é um bug no seu código, porque você só deveria passar dias úteis, e logo descobrirá o que ele está pensando, mas não dizendo
  • Ele vai dizer "não, aquele que você acabou de me contar, eu vou lidar hoje, mas todo o resto é bom". Se ele diz isso, apenas agradeça a ele por agora.

Você pode descobrir que seus longos dias de codificação rápida não estão produzindo um código bom, e que alguém (talvez seu gerente) possa traduzir para o outro desenvolvedor explicar a você qual é o problema. Ou você pode descobrir que está trabalhando com uma cobra mentirosa que fará com que pareça ruim para proteger sua posição cômoda. Trazer as coisas para o público não pode realmente piorar isso. Ou, você pode obter apenas um movimento suficiente dele que você pode suportar, sem ser pego na política.

    
por 17.08.2011 / 13:55
fonte
32

O que você tem é um problema político. Primeiro, a opinião do seu gerente é muito mais importante do que você imagina. Esse cara está te culpando pelos atrasos e você está deixando ele. Você é o único que será demitido se alguém for jogado sob o ônibus. Tanto quanto o gerente sabe, você é aquele que é incapaz de fazer o trabalho em tempo hábil.

Proteja-se de qualquer maneira que você puder, através de rastreamento de bugs, e-mails, etc., mas NÃO vá junto fingindo que este é o seu atraso, não o dele. Nunca dê ao chefe um relatório de status falso, ele voltará para te morder. Diga ao chefe a verdade sobre os problemas que você tem (e mostre a prova) com o código dele não funcionando.

Esta pessoa que está lhe pedindo para folgar, para que ele não fique mal é uma cobra (bem, isso é um insulto para a comunidade de cobras (referência sutil de Firefly), desculpe a todas as cobras reais lá fora). Ele fará qualquer coisa para te jogar debaixo do ônibus ao invés dele. Não confie nele.

    
por 05.02.2013 / 16:50
fonte
28

Primeiramente:

Since he is my colleague, I couldn't tell anything to the manager.

Você pode e deve garantir que seu gerente saiba a verdade, mesmo que seu colega de trabalho esteja mentindo. Se você não quer dizer nada em uma reunião com todos os três de vocês na sala, isso é totalmente compreensível. Mas você deve, pelo menos, puxar o seu gerente (o real, não apenas o temporário) de lado e informá-lo de que seu trabalho está quase pronto e está aguardando as correções de erros do desenvolvedor antes que todo o aplicativo esteja pronto para o horário nobre. . Não acuse seu colega de mentir, mas não se sente lá e deixe seu chefe operar com informações incompletas.

Informe seus status com honestidade. Se seu trabalho está sendo atrasado por bugs no final de outro desenvolvedor, documente que você encontrou bugs no C / C ++ e os reportou (por favor, me diga que você está usando alguma forma de documentação que deixa um rastro de papel).

Enquanto isso, vá em frente e encerre seu trabalho e informe ao seu chefe quando terminar. Se o seu gerente quer saber porque o resto do projeto ainda não está funcionando, você pode encaminhá-lo para o outro desenvolvedor, e talvez mencionar que é provavelmente muito complicado / grande / requer muito teste / outro desenvolvedor é muito ocupado / etc. Se você conhece o C / C ++, pode oferecer ajuda na lógica principal do aplicativo para fazer com que as coisas também se movam. Sim, você estará fazendo o trabalho do outro cara, mas deixa claro que você é o empregado trabalhando duro e sendo produtivo, e o outro cara não é, para não falar em torná-lo ainda mais valioso para o seu chefe. Pode até colocar alguma pressão sobre o outro desenvolvedor para intensificar as coisas e fazê-las mais rápido.

    
por 10.09.2013 / 16:00
fonte
27

Existem vários problemas no trabalho. Esteja ciente de que:

  1. Você está fazendo suposições sobre as motivações de outras pessoas
  2. Você está colando fatos com opiniões.
  3. Pessoas de fora (qualquer outra pessoa) não estão cientes do histórico e não estão cientes das suas frustrações com o seu colega.
  4. Você pode parecer infantil se parecer que está jogando um jogo "gotcha". Seu colega provavelmente pode jogar melhor - afinal ele ainda tem um emprego, não é?

Portanto, ao apresentar o status do seu projeto:

  1. Não mencione a outra pessoa.
  2. Ao relatar erros ou problemas com o código, não com o desenvolvedor. Diga "A chamada ao método FooBar () está retornando 1 quando deveria retornar 2". Então, qualquer problema não é um ataque pessoal, você está apenas falando sobre código - não sobre pessoas.
  3. siga os fatos para os quais você tem provas.
  4. Se o seu colega ficar na defensiva ou hostil, faça perguntas. "Eu não entendo porque você acha que eu deveria fazer _ "
  5. Fique alheio a insultos ou insinuações sociais. Finja que você não recebe o ataque pessoal.
  6. Durma muito a noite antes de qualquer reunião de status, então você é mentalmente ágil.
  7. Documento, documento, documento.
  8. Não tenha vergonha de pedir a esse cara para ajudá-lo com algum problema interessante, ele pode levar para você se ele sentir que você o respeita. Isso é sobre construir um relacionamento. (note que isso não é sugando - isso é outra coisa)
  9. Esteja preparado para partir, se for necessário, para que você não seja carente ou emocionalmente preso. Isso ajudará a manter sua cabeça nas reuniões.
por 17.08.2011 / 05:45
fonte
16

"I am a person who loves to work. I spends most of the time in office and only go home when I feel sleepy."

Isso não é saudável e não pode ser esperado dos colegas, a menos que você seja compensado a ponto de ser capaz de levar anos para o inevitável esgotamento. (Algo como > 10% de propriedade na empresa ou acima de $ 200k por ano). Manter a expertise para chegar ao ponto em que ele pode se desenvolver rapidamente leva tempo. Algum do seu tempo deve ser dedicado ao desenvolvimento de conhecimentos.

"The c/c++ project is the main app which does all the functionality. My python sends the user request to it and displays the response from it to the user. ... May be he doesn't like to do it."

O Python é uma linguagem mais ágil que o C / C ++. Seu aplicativo parece conter toda a funcionalidade; seu aplicativo apenas na interface do usuário. Mais provável que não, estes não são iguais em dificuldade. Ele pode não estar produzindo código rapidamente; mas a codificação de qualidade é muito melhor que a codificação por quantidade. Você pode ter expectativas pouco realistas quanto à rapidez com que pode codificar nas horas em que está disposto a trabalhar (normalmente ~ 40 horas por semana; e lembre-se de estar lá há anos, provavelmente acumulou outras tarefas como administrar outras pessoas ou ajudar a manter projetos que ocupam uma parte significativa da semana de trabalho).

Não minta por ele; mas novamente não o critique também. Fale sobre como o sistema dele é ótimo; concedido ele precisa de mais trabalho até o final. Dê ao seu gerente uma atualização de status precisa sem nomear nomes / atribuindo culpa. Escreva uma versão simulada de seu sistema que esteja em conformidade com o mesmo padrão que seu sistema deve estar de acordo. Certifique-se de que seu sistema funcione perfeitamente com seu sistema simulado com um conjunto de testes automatizado. Então seu sistema pode ser concluído (por exemplo, ele sincroniza perfeitamente com o mock-up), mesmo se o sistema ao vivo ainda estiver com bugs.

Depois, você pode escrever um conjunto de testes automático para o sistema dele ser chamado externamente, de acordo com os padrões acordados. Por exemplo, teste de Foo (1,2,3) devolve uma resposta de "Bar 4 5 6". Isso pode ajudá-lo a identificar erros e acelerar seu desenvolvimento (e não precisa mexer no código). Uma vez que essas coisas sejam feitas, você poderá passar para outro projeto / tarefa (como ajudá-lo com as partes do C / C ++).

    
por 17.08.2011 / 18:49
fonte
11

Como outros já mencionaram, comportar-se profissionalmente é a coisa mais importante para sua carreira de longo prazo. E honestamente, contanto que você se comporte profissionalmente, você estará em boa forma, não importando como as pessoas ao seu redor se comportem.

Nesta situação, há algumas considerações que você precisa levar em consideração.

Primeiro, você precisa entender que é responsável por seu programa trabalhar de acordo com as especificações desejadas, dentro do prazo determinado. Se o seu programa interoperar com o programa de outra pessoa, você também é responsável por garantir que esse outro programa também funcione no mesmo prazo. Para colocar isso de forma diferente: se a outra pessoa perder seu prazo, você também perdeu seu prazo, mesmo que sua parte do projeto estivesse no prazo. Em termos de gestão, isso se chama possuindo as entradas .

Você observou corretamente que quando seu colega declara em uma reunião que os erros de seu programa foram corrigidos, você não pode declará-lo imediatamente como incorreto para o gerente (seu gerente veria isso como "jogar seu colega de trabalho" ônibus "; um movimento de carreira muito ruim). Outros, por outro lado, apontaram que não é profissional não declarar o verdadeiro estado do projeto ao gerente. Ambos os lados estão completamente corretos.

Então, se é ruim contradizer seu colega na frente do gerente, e também é ruim não contradizê-lo, então o que você faz?

A resposta é realmente muito simples: você precisa falar com seu colega antes da reunião com o gerente e informá-lo que na próxima reunião você precisará contar ao gerente sobre os problemas que você enfrentou. está tendo com o programa deles, e isso está impactando sua capacidade de entregar o seu lado do projeto a tempo, e se há algo que você possa fazer para ajudá-los a resolver os problemas que você está tendo. Você precisa ter essa conversa pelo menos dois dias inteiros antes da reunião, onde você dirá ao gerente e, de preferência, uma semana inteira de antecedência.

Na maioria dos casos, basta dizer ao seu colega que você terá que listar seu programa como um risco em uma reunião específica para motivá-lo a resolver os problemas que você está enfrentando, e nunca terá que falar com o gerente em tudo. Em outros, onde os problemas são mais direcionados ao cronograma, o colega geralmente concorda com você, e os dois podem ir juntos ao gerente.

Eu nunca tive um colega que não tenha resolvido as coisas rapidamente para mim ou que concordasse com minhas preocupações, quando expresso dessa maneira. Mas se isso acontecesse, ao avisar o seu colega, você ainda estaria em uma posição melhor ao conversar com o gerente. Desde que você conversou com seu colega e tentou elaborar uma solução por conta própria, e avisou com bastante antecedência que você precisaria levantar a questão nesta reunião, seu colega não ficará surpreso quando o fizerem, e o gerente ganhou pense que você está simplesmente tentando mudar a culpa.

Lembre-se de que, quando você expressa suas preocupações, seja ao colega ou ao gerente, suas preocupações são sobre o programa de seu colega que está retornando dados incorretos (ou qualquer outra coisa que esteja fazendo); estas são coisas mensuráveis que podem ser verificadas e corrigidas. Suas preocupações são não sobre seu colega ser lento ou não dedicado; estas não são coisas mensuráveis, que podem ou não ser verdadeiras, e que são improváveis de serem consertadas, trazendo-as para uma reunião em frente ao chefe.

    
por 18.08.2011 / 04:11
fonte
8

Qual sistema de rastreamento de bugs você está usando? Eu teria esperado que pelo menos para destacar onde os bugs não estão sendo corrigidos no devido tempo. Onde seu código está aguardando entrada da outra camada, os atrasos devem ser destacados na documentação de rastreamento do projeto. Isso não está acontecendo também?

Parece-me que há um gerenciamento inadequado de projetos aqui. Você precisa a) rastrear os bugs que estão afetando você e b) acompanhar as discussões por escrito.

Seu colega não deve pedir que você infle seu tempo de desenvolvimento para cobrir sua falta de vontade. Em algum momento, isso é algo que terá que ser tratado com seu gerente. Como as coisas estão, você está encobrindo seu colega e isso quase certamente irá sair pela culatra.

    
por 16.08.2011 / 20:14
fonte
8

Nada de errado em conseguir um colega, mas esperar que você minta com seu chefe diariamente tem que ir. Eu não podia respeitá-lo como pessoa e não desejaria ter essa pessoa como um conhecido casual. Ele quer ser um inimigo, traga isso.

Como você pode argumentar atrasos na camada de aplicação por causa do front-end? É por isso que você faz isso para que eles possam ser separados. O que vem a seguir, ele tem ainda mais atrasos porque alguém quer construir um front end mobil?

Faça seu trabalho. Documente os problemas que você está tendo com uma falha no aplicativo dele. E então VÁ EM CASA! Eu não me importo se você está com sono ou não. Encontre alguns amigos que valem a pena.

    
por 16.08.2011 / 20:57
fonte
4

Acabei de ler "The Clean Coder" por R.C. Martin (tio Bob) O ponto principal do livro é que os programadores em geral não recebem muito respeito porque não estão se comportando profissionalmente . Isso significa principalmente que eles não se comunicam de maneira eficaz com a gerência sobre o status do projeto.

Mentir é certamente uma forma muito ruim de comunicação. Seu colega está sendo extremamente profissional e você também. Vocês dois não estão fazendo nada de bom para melhorar a percepção dos programadores.

Eu aconselho você a ir imediatamente para a gerência. No entanto, eu tive problemas no passado por ter sido muito "honesto" (em alguma situação não relacionada), então eu não tenho certeza se você deveria seguir meu conselho. Além disso, como muitos apontaram, talvez sua percepção da situação não seja tão precisa quanto você pensa.

    
por 17.08.2011 / 19:40
fonte
3

É difícil e irracional estimar o esforço relativo e a complexidade de outro projeto se você não estiver familiarizado com a base de código. Você diz que o código dele é propenso a erros, mas pode estar em grande forma com todos os demais problemas em um nível muito alto de abstração ... O problema é que esse é o código somente que sua frente necessidades finais!

Ou talvez ele seja um mau empregado e leve a empresa para passear. Eu não posso dizer, e você pode não ter todas as informações que precisa saber com confiança.

Eu sugeriria uma tática intermediária. Da próxima vez que você se encontrar, traga alguns detalhes de um grande bug em seu código que esteja afetando você. Quando ele diz que está tudo bem, educadamente diga que é uma questão pendente que está bloqueando seu progresso.

Politicamente, dizendo assim, vamos afirmar que ele não está correto, enquanto ainda dá a ele uma abertura para se fazer de burro e não ser colocado na defensiva.

Seu gerente deve perguntar na próxima reunião se foi corrigido. Se não, a pressão cai sobre ele para consertar um bug. Se for correção, diga obrigado, está funcionando muito bem agora e você encontrou um novo bloqueador. Se você quer ser especialmente simpático, digamos que você o encontrou logo antes da reunião.

Você não está mentindo, per se, nem está tomando partido. Você está jogando política chamando a atenção para os problemas e deixando o seu colega de lado se as coisas não estão indo tão bem.

É tentador falar com o seu gerente, mas não se esqueça de qual deles você tem que trabalhar mais.

    
por 18.08.2011 / 02:58
fonte
2

A resposta de Pat foi ótima. Eu concordo 100%. Não vá dar uma reunião com o chefe. Quer levá-lo com seu colega entre 4 olhos ou fazê-lo com todos os 3 de você. Mas a sugestão de Pat de se concentrar nos problemas de código e não nas pessoas é o caminho certo a ser seguido.

Entre, 40h / semana é bastante cara. Você precisa manter sua motivação alta!

    
por 17.08.2011 / 12:54
fonte
1

Peça outra ajuda para ajudar nos testes de integração. A pessoa deve ser capaz de dizer onde o problema ocorre. Como o temptar apontou, eu me pergunto por que nem existe um excel para rastrear os problemas! desde que não há rastreamento, é como toda vez que o outro cara está fugindo dizendo que está tudo bem a partir de agora! não funciona assim!

O seu módulo, se você precisar fazê-lo, você precisa levantar a bandeira vermelha no que está causando o atraso no seu lado. A experiência em MERE Years não tem nada para fazer, é apenas o conhecimento e é nisso que seu gerente deve insistir. Como disse, até eu sinto que há uma má gestão do projeto acontecendo aqui.

    
por 18.08.2011 / 21:21
fonte
-1
  1. Mostrar a iniciativa solicitando tarefas adicionais e perguntando como você pode agregar valor à organização é a melhor maneira de ganhar confiança.

Seu gerente pode não ser técnico o suficiente para descobrir quem está atrasando o projeto, mas é provável que ele seja inteligente o bastante para reconhecer que um desenvolvedor que está procurando ativamente novas tarefas está recebendo suas tarefas atuais. Isso levará a uma conversa na qual você pode deixar claro que está aguardando consertos de erros de outras pessoas na tarefa atual. Enquadre a discussão em termos de como você pode agregar valor adicional à organização usando de forma eficiente seu tempo livre, e não como seu colega está sendo lento demais com suas correções de bugs.

    
por 05.02.2013 / 17:19
fonte

Tags