Questão:
O chefe quer que outra pessoa lidere um projeto com base na ideia que apresentei a ele
AnonyWorker
2019-06-17 01:03:15 UTC
view on stackexchange narkive permalink

Isso vai ser uma espécie de meta. Trabalho para uma prefeitura e sou, e digo isso com humildade, provavelmente a pessoa mais técnica da equipe. Eu construí sites, implantado com Docker, Heroku e AWS, trabalhei em grandes aplicativos de dados, veículos autônomos, muitas tecnologias de banco de dados diferentes e, na verdade, sou um engenheiro mecânico, então sei como programar robôs, CNCs ... todos os coisas divertidas. Como resultado de trabalhar nesses projetos, descobri e me apaixonei por Stack Overflow ( Amor eu digo !!). A lua-de-mel já dura 7 anos.

Naturalmente, quando soube que o SO lançou Teams, fiquei animado em apresentar o serviço à minha equipe (embora Teams seja melhor para desenvolvedores , um representante do SO confirmou que minha equipe não desenvolvedora poderia aproveitar o serviço, ocultando a confusão técnica).

Apresentei a ideia ao meu chefe Ken e ele gostou tanto que chamou James , meu outro chefe, lance médio. Então, apresentei o argumento de James e no final Ken se volta para James e diz: "O que você acha de usar isso para o seu Projeto de Desenvolvimento de Liderança?"

James sentou-se lá sem dizer qualquer coisa então Ken perguntou, "Você tem alguma outra ideia que gostaria de trabalhar?" , ao que James murmurou e encolheu os ombros com o efeito de "Não" .

Ken gostou tanto da ideia que sugeriu que, se funcionasse bem para o nosso departamento, nós a espalharíamos para o resto da organização (cerca de 600 pessoas). No final, parecia que James seria o único a liderar a implantação, se ele quisesse.

Sendo o tipo de líder do tipo "Vamos fazer $ H1T" que sou, eu queria começar a configurar contas para meu logo após a reunião (o governo, se você não está dolorosamente ciente, é muito lento em muitas coisas. Tenho tentado mudar isso). Pedi a aprovação de Ken e ele disse: "Não, vamos esperar que James decida se deseja tornar este projeto seu."

Portanto, está ficando claro que este não será meu projeto e não receberei crédito por ele. James não apenas obterá crédito organizacional, mas, se desejar, também obterá créditos escolares. Além do mais, na semana passada recebi um e-mail do James perguntando sobre questões básicas sobre equipes e por que seria melhor do que as alternativas (ele nunca ouviu falar em Stack Overflow). Por um lado, minha responsabilidade no trabalho exige que eu precise respondê-lo, mas, por outro lado, respondendo, eu estaria literalmente fazendo seu dever de casa. Não quero fazer o dever de casa e não quero que ele conduza a implantação de uma ideia que eu o guiaria.

Contexto

  • Ken sabe que sou um engenheiro e que estou recebendo uma fração do meu preço de mercado para fazer este trabalho.
  • Estou fazendo este trabalho porque é uma oportunidade para consertar um monte de coisas quebradas que afeta 10s de milhares de pessoas. Posso tornar minha cidade melhor e isso é bom. Eu não quero desistir. Se fosse dinheiro, tenho outras opções.
  • Mesmo assim, se não estou sendo bem pago, pelo menos quero receber crédito por algo que será usado por toda a organização.
  • Meus colegas de trabalho me respeitam. Embora eu só trabalhe lá por cerca de 2 meses, meus colegas, incluindo Ken, disseram coisas como "Você faz um trabalho muito bom" , "sabe muito" , "ele (eu sou) um empresário chefe" (porque eu abri negócios).
  • Acho que Ken estava realmente tentando ser útil para James. Não acho que Ken entenda como isso me faz sentir (se ele entendeu, pode não ter recomendado).
  • A parte complicada de tudo: como sou um solucionador de problemas e há tantos deles aqui (técnicos e organizacionais), me vejo me tornando o colega que sempre tem algumas críticas. Tipo, eu acho que as pessoas estão começando a pensar "nada nunca é bom o suficiente" para mim. Já escolhi muitas batalhas e não perdi nenhuma, mas ainda estou "lutando" (não gosto dessa palavra) porque há MUITO para consertar. Preocupa-me que o fato de abordar a conversa com Ken realce essa imagem. Além disso, temo que as pessoas pensem que sou um auto-promotor com fome de crédito que não consegue jogar bem em times.

Como faço para convencer Ken a deixar que eu seja o único a implantar equipes para nossa organização? Devo ter essa conversa?

Os comentários não são para discussão extensa;esta conversa foi [movida para o bate-papo] (https://chat.stackexchange.com/rooms/95058/discussion-on-question-by-anonyworker-boss-wants-someone-else-to-lead-a-project).
Eu prevejo que você vai sair voando desse trabalho, e James está chateado porque você o fez parecer lento / não muito bom em encontrar uma solução ainda.Pode muito bem acontecer que você seja o único a implantá-lo, mas você não pode tomar essa decisão.Aceite que o governo é lento, dolorosamente lento, e você nunca conseguirá realmente causar um grande impacto em qualquer coisa que trabalhe no governo (inferno, os principais políticos raramente causam um grande impacto, mesmo quando tomam decisões de mudança de vida para milhões de pessoas -então, leva anos para que essas alterações entrem em vigor).
Se você realmente tem vontade de ajudar as pessoas, pense em fazer um trabalho de caridade para algo nesse sentido.
Você já expressou aos seus chefes que gostaria de liderar este projeto?Eles podem nem perceber que você faz.Se você disse isso explicitamente, qual foi a resposta deles?
Ken pode ser CYA.Parece que * "Vamos fazer $ H1T" * está fazendo com que a equipe tome decisões questionáveis.Você está transferindo dados e negócios da cidade do limite de segurança do governo municipal para o controle de outro.Alguém realizou uma revisão da arquitetura de segurança (SecArch)?Duvido que a engenharia mecânica tenha fornecido a você o conhecimento necessário para realizar um.Você falou com os advogados da cidade?O condado em que moro nem mesmo discute publicamente a composição das estações de trabalho em sua rede, caso isso dê uma chance a um invasor.Eles certamente não enviariam dados para fora dos limites de segurança.
@jww Nós realmente não sabemos o suficiente sobre James (ou a localização de toda a situação, por falar nisso) aqui, mas eu duvido que ele seja mais qualificado para o trabalho com base no que nós * sabemos *.Comentários do SecArch?Esses são mais frequentemente omitidos em minha experiência, especialmente no governo local.
Onze respostas:
Kevin McKenzie
2019-06-17 19:22:58 UTC
view on stackexchange narkive permalink

Existem várias partes móveis nesta pergunta, então vou responder com uma citação, atribuída a Howard Aiken: "Não se preocupe com as pessoas roubando suas ideias. Se suas ideias forem boas, você" vou ter que enfiá-los na garganta das pessoas. " Ou, neste caso, suas ideias sendo passadas para outra pessoa.

Vamos ver: primeiro, você fala sobre ser um líder e, depois, um líder técnico. Isso é muito diferente de ser um líder organizacional, especialmente no governo estadual ou em qualquer outra grande organização. Sei que o mantra "Mova rápido e quebre as coisas" é muito atraente para um engenheiro, mas essa abordagem pode ser incrivelmente problemática em uma organização grande e estabelecida. Isso não quer dizer que essas organizações não precisem ser interrompidas, mas há riscos em fazer isso, e alguém que é novo quase certamente não terá conhecimento deles. Também haverá questões financeiras; com base em seus números, você está avaliando que isso custa à sua organização cerca de US $ 30.000 por ano. Para uma agência governamental, será necessário realizar uma boa quantidade de trabalho para justificar isso, possivelmente lançando licitações, lidando com várias leis e assim por diante. Se você estiver no Reino Unido, também deverá se preocupar com o GDPR. É bem possível que James seja mais capaz de lidar com as questões organizacionais envolvidas.

Em segundo lugar, também é possível que seu gerente sinta que a introdução de uma nova ferramenta seria uma distração do trabalho que ele acha que você faz melhor. Se você é a melhor pessoa técnica que eles têm, eles querem que você trabalhe em coisas técnicas, não apresentando novas ferramentas às equipes.

E, terceiro, embora seja difícil de aceitar, as ideias por si mesmas não valem muito. Você sabe disso; você é engenheiro. Implementações funcionais valem alguma coisa. Novamente, voltarei ao segundo ponto: este é o melhor uso do seu tempo? E a primeira: você está preparado para lidar com toda a burocracia que provavelmente estará envolvida para que isso aconteça? Você ao menos conhece todas as pessoas com quem precisa falar? É possível que James seja mais adequado para fazer isso do que você? Ou que parte do que ele aprenderá ao fazer isso acontecer são todas as pessoas de que precisa e as regras que precisa seguir?

Para encerrar com uma anedota pessoal: anos atrás, tive uma ideia sobre consolidando as muitas, muitas ferramentas de relatórios desatualizadas que usamos em um só lugar, com uma única visão do mundo. Levei para o nosso técnico sênior, convenci-o dos méritos e ele designou pessoas para trabalhar no projeto. Nenhuma dessas pessoas era eu. E por um tempo, fiquei chateado com isso. Afinal, a ideia era minha, mas outras pessoas estavam fazendo o divertido trabalho de desenvolvimento e outras pessoas estavam recebendo o crédito. E então eu cresci, pelo menos um pouco. Essas pessoas eram muito, muito mais adequadas para fazer o tipo de desenvolvimento necessário e fizeram um trabalho muito melhor do que eu. Foi ideia minha? Sim. E levou anos para o pequeno grito na minha cabeça de "Essa foi minha ideia" ir embora. Mas as pessoas que merecem o crédito pelo novo ferramental são as pessoas que o escreveram e as pessoas que viram que eu não era a pessoa certa para realmente implementar a ideia. As ideias são fáceis, na maioria das vezes; a implementação é difícil e descobrir quais novas ideias abraçar é difícil.

Eu traria tudo isso ao seu gerente. Não necessariamente que você seja mal pago em relação ao setor privado, como é quase certo que se saiba, mas é claro que falta algum tipo de reconhecimento pelo qual anseia. Eu perguntaria por que ele passou a ideia para James. Também pensaria no que você realmente quer: o reconhecimento pela ideia ou tornar a vida melhor para seus colegas de trabalho. É possível que você não possa ter os dois.

^^ tanto isso.A burocracia impõe _todos os tipos_ de pesadelos que os engenheiros geralmente não estão preparados para enfrentar quando se trata de aprovar mudanças organizacionais e assinar contratos.Curiosamente, algumas organizações governamentais _podem não ser capazes de_ assinar o contrato de serviço padrão com as equipes SE que as empresas regulares fazem, então pode até ser necessário haver advogados envolvidos para redigir contratos de serviço apropriados.Deixe as pessoas que sabem como essas coisas funcionam lidar com isso.
Eu amo sua perspectiva sobre isso.Uma correção para o custo do projeto - será mais perto de $ 300 por mês, não 30k por ano, conforme o preço sem fins lucrativos.
O único preço que consegui encontrar foi essencialmente 50 / pessoa / ano.Se houver uma organização sem fins lucrativos ou um preço do governo (duas coisas muito diferentes), não é divulgado.Mas em um nível organizacional grande, o preço provavelmente não é tão relevante, para ser honesto.
Discordo.As ideias são baratas e fáceis.Em qualquer organização estabelecida há muito tempo, você está em um ambiente rico em alvos para fazer melhorias;a habilidade está em priorizar e em fazer com que outros ajudem.Liderar não significa fazer tudo sozinho e receber crédito por isso.Liderar é permitir que outros façam coisas e garantir que recebam o crédito por isso.
Eu adoro o quanto essa resposta destaca todas as nuances que alguns de nós não percebemos no trabalho de outras pessoas.Para completar este círculo, existem circunstâncias em que os líderes da organização precisam do insight de alguém mais técnico para esclarecer pontos-chave, aspectos funcionais, etc. O que foi levantado em algum ponto da pergunta quando James fazia perguntas sobre equipes e as vantagenstraz.
Minha opinião é - dar crédito às pessoas que implementaram a ferramenta NÃO significa que a pessoa que deu a ideia também não possa ter algum crédito.Os gerentes podiam pelo menos dizer "foi ideia do Kevin!".Meus gerentes fizeram isso com algumas ideias que dei, mas não as implementei.Conseqüentemente, ninguém precisava se sentir mal.
Ótimos pontos sobre ir além da parte da "ideia" e realmente implementá-la como uma solução funcional.As ideias realmente não têm sentido.Os detalhes reais de como fazer com que a ideia faça o que é suposto, isso vale dinheiro, mas é um processo muito diferente do que pensar na ideia.
Eu tenho que discordar com 'Eu sei que o mantra' Mova rápido e quebre as coisas 'é muito atraente para um engenheiro'.Engenharia é o oposto de caubói.
@jcm Na maioria das indústrias, existem coisas chamadas regulamentos e ir para a cadeia, então os engenheiros precisam ter certeza de que não se incriminam.Ainda não é o caso no mundo do software.O Facebook e o Google são inteiramente movidos pelo "Movimento rápido e quebre as coisas".A lei está começando a se recuperar, é por isso que agora estão sendo processados.
@Nelson Eu trabalho com software, mas sou treinado como EE, então sei que existe um grande abismo entre a 'engenharia' de software e os campos mais tradicionais.Embora a atitude que você descreve seja generalizada, não é de forma alguma universal em software.
gnasher729
2019-06-17 01:52:21 UTC
view on stackexchange narkive permalink

Então, você está dizendo que é mal pago, mas tudo bem, porque você pode ajudar as pessoas e gosta disso, mas poderia ganhar mais dinheiro em outro lugar. E Ken ignora isso ou nem percebe.

Eu conversaria com Ken e me certificaria de que ele entendesse que você está irritado, e por que está irritado, e que ele pode perdê-lo por causa disso mais cedo ou mais tarde. Certifique-se de que ele sabe que isso é importante para você e que você não fará o dever de casa para outra pessoa.

O que vai acontecer? Depende. Você vai ganhar ou perder. Se você perder, encontrará um emprego que pague o que você vale, talvez menos satisfatório, mas a longo prazo você terá uma situação melhor.

Eu também destacaria ** não ** mencionando "Não estou sendo bem pago" com o chefe.
1 para não mencionar a parte do salário.Não é necessário complicar a história
Se você não mencionar o salário, não estará comunicando um ponto-chave.
O que é isso agora sobre o salário, quando o OP está pedindo responsabilidade de gestão?Os dois não estão necessariamente empatados, nem parece que a OP esteja interessada em salários.
Eu não acho que isso seja relevante.As pessoas no governo quase sempre são mal pagas em relação ao setor privado e aceitam isso por altruísmo ou pela estabilidade adicional que um emprego no governo proporciona, ou por algum outro motivo.Acho que existe o germe de uma resposta aqui, que Ken não percebe (e o OP também não) o que motivará o OP, e isso é importante, mas focar no pagamento não resolve o problema básico.
Avisar ao seu chefe que você pode seguir em frente se não conseguir o que quer não é a maneira que eu recomendaria lidar com isso.Eu sugeriria deixar claro que isso é muito importante para você, mas sugerir que você deixe de lado isso pode fazer com que eles pensem em substituí-lo.
O salário @NDEthos no governo depende basicamente de sua posição e dos anos trabalhados.É uma escala fixa.Seu gerente provavelmente não tem nada a dizer sobre isso, a não ser recomendá-lo para uma posição superior.
Stephan Branczyk
2019-06-17 14:28:12 UTC
view on stackexchange narkive permalink

Pessoalmente, gostaria de responder com um e-mail que diz:

"Talvez seja melhor se eu responder a todas as suas perguntas pessoalmente."

Marque um horário com James (sem Ken). Encontre-se com ele. Responda a todas as perguntas dele da melhor maneira possível (não se preocupe, você não pode realmente fazer toda aquela pesquisa para ele; ele tem que ler a maior parte sozinho de qualquer maneira).

Então, conte a ele sobre o seu problema. O fato de que você gostaria de começar a usar a ferramenta com sua equipe, mas que Ken o impediu de fazer isso por causa de James. Veja o que ele sugere.

Se ele não sugerir uma solução para você, então ofereça sua própria solução. Que você comece a usar equipes com sua própria equipe (com ele como observador) para que ele tenha uma ideia da plataforma.

Então, veja como ele reage. Afinal, você só falou com Ken. Não siga o que Ken disse. Pelo que você sabe, James pode deixar você iniciá-lo e James pode não ter problemas em compartilhar o crédito com você. Nesse ponto, você não sabe o que ele está pensando e precisa descobrir.

Eu sugeriria falar com Ken primeiro e obter o OK, caso contrário, isso poderia ser mal interpretado por Ken.
P. Hopkinson
2019-06-17 16:16:36 UTC
view on stackexchange narkive permalink

Não parece que "James" está sendo proativo em relação ao seu plano, o que pode indicar que ele não está muito interessado na ideia. Existem alguns cenários diferentes que podem estar ocorrendo:

  1. James é preguiçoso e adoraria roubar sua ideia enquanto faz o mínimo possível
  2. James não vê qualquer valor em seu plano e é inteligente o suficiente para apresentar sua própria iniciativa de liderança
  3. James não vê qualquer valor em seu plano, mas não é perspicaz o suficiente para apresentar seu próprio plano

Você deseja jogar cada um desses cenários de maneira um pouco diferente. Resumidamente:

  1. Este é o cenário mais perigoso e você nunca terá seu plano de volta até que James tenha tentado e tenha tido sucesso, falhado ou contaminado a ideia para sempre. Dê a James um kit inicial para equipes SO. Dê a ele talvez 3-4 pontos descrevendo as vantagens do SO, um link para um guia de implementação técnica e um link para fóruns de ajuda. Se ele buscar ideias / apoio, redirecione-o para os elementos do seu kit inicial. Se ele realmente insistir, pergunte se ele deseja que você se responsabilize pelo projeto.
  2. Fale com James. Ajude-o a ter uma ideia de que ele realmente goste e, em seguida, recupere sua ideia quando ele a descartar. Na verdade, isso é bom, James, assim como você, porque significa que ele estará forçando uma mudança que ele acha interessante e na qual acredita. Isso também cumpre os objetivos acadêmicos que a tarefa deve cumprir.
  3. Complicado. Você pode tentar a abordagem 1) ou a abordagem 2), mas é provável / possível que James tenha dificuldades para concluir o projeto ou seu curso ou ambos (ambos os resultados ruins dos quais você deseja se distanciar). Os locais de trabalho públicos podem ser um pouco estranhos com regras estranhas. Se você acha que é valioso para a organização que James obtenha a qualificação (por exemplo, você acha que ele não tem imaginação, mas seria um gerente robusto e decente), então você poderia adotar uma terceira abordagem, onde você o ajudará tanto quanto necessário, mas deixe-o tomar o crédito. por exemplo. você poderia lidar com toda a implementação prática, dar a ele algumas tarefas fáceis, mas voltadas ao público, e então permitir / encorajá-lo a assumir o crédito por todo o processo ou minimizar os aspectos técnicos da tarefa. Essa seria uma abordagem muito altruísta, mas parece que você pode estar aberto a esse tipo de coisa, nas circunstâncias certas.

Obviamente, a vida é complicada e soluções abrangentes não se adaptam a todas as circunstâncias. Adapte as ideias conforme achar adequado.

SZCZERZO KŁY
2019-06-17 14:27:50 UTC
view on stackexchange narkive permalink

meu chefe Ken e ele gostou tanto que chamou James, meu outro chefe

É Ken um chefe para James? Eles estão no mesmo nível? Ter dois chefes é uma coisa terrível, terrível.
O que aconteceu é o que eu chamaria de "colocá-lo de volta na linha". Não sei o seu organograma, mas parece que Ken preferiria que você apresentasse essa ideia a ele por meio de James ou dos dois ao mesmo tempo. Como Ken agiu com James mostra que Ken é quem deve dizer a James o que fazer.

Sim, eu falaria sobre isso com Ken, principalmente para deixar as coisas claras para VOCÊ. Porque parece que Ken está punindo vocês dois ao mesmo tempo. James por inatividade para fazer seu projeto e você por vir com as ideias diretamente a ele e omitir a cadeia de comando.

Terrível, mas não desconhecido.Sou contratado pelo Governo dos Estados Unidos e respondo a três GPOCs, todos tecnicamente no mesmo nível.Como a vida.(claro, meu verdadeiro 'patrão' é o COR, que não é nenhum dos três, mas ele não fiscaliza no dia a dia)
OnoSendai
2019-06-18 01:16:50 UTC
view on stackexchange narkive permalink

Você está vendo este evento como uma ameaça à sua capacidade de mostrar o quanto você é um solucionador de problemas e este é certamente um ponto de vista válido. Mas deixe-me aproveitar a oportunidade para oferecer uma visão diferente: e se esta for realmente uma oportunidade disfarçada ?

  • Pode ser que Ken esteja realmente dando uma oportunidade para vocês dois de mostrar o seu valor.

  • No caso de Tiago, ele pode ser avaliado em quão bem ele coordena os esforços administrativos necessários para promover a ferramenta. Se ele não fizer isso, você terá que se adiantar para salvar a iniciativa.

  • No seu caso, para ver se você pode trabalhar bem com os outros. Grande parte do valor institucional / corporativo de um determinado profissional está relacionado à sua capacidade de atuação como membro de uma equipe.

Agora, para um ponto mais pessoal, se me permitir: você se vê como um solucionador de problemas e tenho certeza de que é tecnicamente capaz. Mas um problema institucional não é apenas técnico. Freqüentemente, eles também têm um componente interpessoal considerável e, para resolvê-los adequadamente, você precisa trazer outras pessoas para o seu lado. A crítica está bem, mas lembre-se de que do outro lado da mesa também há um ser humano, com sentimentos e medos.

Um resultado muito melhor do que se tornar o cara do "nada nunca é bom o suficiente" é ser o "líder da equipe" - um profissional confiável, compreensivo e motivador que traz o melhor das pessoas. >

TL; DR: Ajude James o máximo possível, documente seus esforços e esteja pronto para atender ao chamado do dever.

Džuris
2019-06-18 17:08:48 UTC
view on stackexchange narkive permalink

Haha, trabalho do governo. Eu também estive lá. Sem amor por pessoas que querem fazer algo.

Se for parecido com a minha experiência, James estava apenas trabalhando lá, não fazendo nada, exceto escrever relatórios e receber salários. Agora sua ideia entra em cena. Ken vê que você já faz muito, enquanto James não faz absolutamente nada e deve estar em uma função gerencial. Portanto, ele atribui essa tarefa organizacional a James.

James é um burocrata experiente (como se escreve isso?). Eles chamam o que você fez de "trabalho de produção". Não houve nenhum problema, nenhuma tarefa e de repente você inventou algo para fazer. Ele provavelmente está irritado, mas designado mesmo assim. Então, ele vai perguntar, coletar informações, pesquisar e, de outra forma, produzir e-mails e relatórios o mais lentamente possível até que o projeto morra de velhice.

Ken provavelmente sabe disso e agora fará com que James se mova ou terá alguma falha seu documentado. Se James não conseguir manter isso em movimento, você terá o projeto de volta se insistir com frequência. Rember - Ken disse "vamos esperar um pouco para ver se James se muda".

Se você não quer que o projeto morra:

  1. Responda às perguntas de James o mais rápido possível , cc Ken
  2. Se James ficar em silêncio por um tempo, pergunte a ele "Ei, posso ajudar com isso? Realmente quero começar a usar a ferramenta." cc Ken. Tiago vai minar ou responder que foi pego em outro trabalho.
  3. Se Tiago não se mover por um tempo, continue perguntando a Ken - Tiago não tem tempo, posso preparar isso para minha equipe, por favor levará apenas meio dia, por favor, chefe

Mesmo se James começar a trabalhar e realmente realizar esta tarefa, você terá muitos créditos. Você também terá equipes. E você (junto com Ken) terá obtido alguma produtividade de James.

Análise muito boa.Essas são as coisas.
Old Nick
2019-06-17 13:03:14 UTC
view on stackexchange narkive permalink

Se bem entendi, você teve uma boa ideia, apresentou-a e parece ser uma boa solução para um problema semelhante no negócio (mas não o mesmo mais amplo que você pensava?) com o qual outra pessoa está lidando, mas você esperava ser aquele que faria o trabalho. Você está preocupado com o fato de que o projeto maior de implantar isso para toda a organização agora não será seu.

A partir de seus comentários, você não tem certeza do que o projeto de liderança de James envolve, então você não sabe todos os fatos e talvez James esteja melhor colocado nesta ocasião para implementar a solução.

Tudo o que você pode fazer é conversar com Ken, informá-lo de que você fez a pesquisa e pensou em você naturalmente seria a pessoa a colocar o sistema em prática - se isso não for possível, então sugira trabalhar com James nisso.

Escolha suas batalhas, haverá mais oportunidades e outras chances de brilhar e se esse tipo de coisa continua acontecendo, lembre-se, é a bola deles, siga em frente com dignidade - Liste as coisas que você influenciou em seu currículo e, em entrevistas futuras, diga a eles que deseja mais trabalho em projetos.

Você também diz você está sendo pago abaixo do mercado, mas concorda com isso, não há razão para que você não consiga um emprego com um salário justo em outro lugar onde possa ajudar muitas pessoas a fazer e suas vidas melhor.

Editar: Na pergunta do OP ele afirma:

Eu só trabalho lá por cerca de 2 meses

E

Já escolhi muitas batalhas e não perdi nenhuma, mas ainda estou "lutando" (não gosto disso palavra) porque há MUITO para consertar.

Espero que isso esclareça por que sugeri que ele escolhesse suas batalhas e tentasse colaborar com James em vez de fazer exigências para liderar o projeto.

Se, como você diz, "James está em um lugar melhor para implementar esta solução", ele deve executá-la sozinho ...
“Escolha suas batalhas” - OP decidiu escolher esta.
@SolarMike Eu não fiz essa afirmação, disse "Talvez James esteja em um lugar melhor" - Não estava claro no momento em que respondi isso.
@gnasher729 Como eu disse na minha resposta, OP deve bater um papo com Ken para mostrar seus sentimentos, se isso não for possível, tente trabalhar ao lado de James para que pelo menos ele compartilhe o crédito.
@gnasher729 concordou, no entanto, com base nos comentários do OP, parece que ele escolheu _todas_ as batalhas.
Brandon
2019-06-18 21:50:56 UTC
view on stackexchange narkive permalink

Sem conhecer a dinâmica do poder, a estrutura da equipe ou as metas, é difícil para mim dizer qualquer coisa, mas o que posso fazer é dar algumas dicas sobre por que faria o que Ken está fazendo se eu estivesse na situação dele.

Como gerente e líder, ele é responsável pelo crescimento das pessoas. Você diz que é a pessoa mais técnica. Ótimo. E se todo o trabalho técnico vier até você, então você sempre será o único técnico.

A principal vantagem de buscar e valorizar o crédito individual para um projeto ou ideia é construir credibilidade, o que pode ser útil quando você é novo em uma equipe. Você já tem isso. Agora é a hora de outra pessoa aprender, para que ela também possa se tornar incrível.

Você deve ajudá-la a aprender. Não apenas porque é o seu trabalho, mas porque é a coisa certa a fazer. Isso fará com que James ou sua equipe sejam melhores. Isso tornará a empresa melhor. E, por sua vez, um dia você pode contar com James para ajudá-lo, o que significa que essa oportunidade pode beneficiá-lo também.

Dito isso, não tenho ideia do que "equipe" significa no seu trabalho e como a política trabalhar lá, então talvez nada disso se aplique.

Chris Carlson
2019-06-19 18:16:47 UTC
view on stackexchange narkive permalink

Em primeiro lugar, trabalhei no governo local e federal. Você está certo, eles geralmente não agem rápido nas coisas, e há um bom motivo para isso. Mover-se rápido pode criar sérios problemas porque nem todas as mudanças que essa nova ideia, software ou fluxo de trabalho trará foram pensadas, não devidamente avaliadas. É preciso haver um plano sobre como avançar no governo, deve ser documentado e composto pelas pessoas certas e, francamente, parece que você quer se lançar a isso de cabeça. A ideia pertence aos seus empregadores agora, eles vão lhe dar o crédito quando o crédito for devido, não leve para o lado pessoal, tenha orgulho de que sua ideia os fez trabalhar.

Na minha experiência de governo local trabalhei em TI, mas eu era o Analista de GIS que precisava de credenciais de TI para trabalhar em meus bancos de dados e páginas da web, essencialmente, chefiei o departamento. Eu entendi que todo trabalho tem suas idiossincrasias, e elas provavelmente existem por um motivo. Meu chefe de TI não instalaria um novo programa ou até que o primeiro service pack fosse lançado e lia cuidadosamente sobre as mudanças, pois ele e nossa cidade ainda usavam os bancos de dados AS400 da IBM para avaliação. Passei a respeitá-lo realmente por sua meticulosidade e tentei usá-lo sozinho. Pode ser que você tenha sido avaliado como alguém para apresentar isso e liderar isso, e foi decidido que você é muito inexperiente ou não está pronto de alguma forma. Se você é um engenheiro, então você é o cara que faz o trabalho real, a trigonometria e a matemática, você lida com uma grande variedade de pessoas, desde a alta gerência até pequenos clientes. Muitas vezes, sem saber, você fala em jargão como eu costumo fazer, como se fosse do conhecimento de todos quando, na verdade, eles simplesmente vidram e esquecem. Eu trabalhei com tantos grandes engenheiros, às vezes você começa a falar no jargão da Engenharia, na cabeça de todo mundo (exceto a minha) :) e as pessoas perdem energia e podem se sentir insultadas pelo Sr. Smart Guy ali que fala juntos. Observe como esse cara lida com seu projeto, finja por um tempo que ele é bom no que faz. Se ele fizer ou disser algo errado, pergunte a ele por que ele disse isso, faça-lhe perguntas depois de uma maneira útil, se ele gostar e confiar em você, você pode ser capaz de fazer uma sugestão valiosa, mas não o destrua estão no mesmo time com o mesmo objetivo, e você vai conseguir crédito, porque vai estar no seu portfólio, certo? Comece com uma apresentação menor e prove seu valor. Se você é crítico porque sabe melhor do que os outros, provavelmente não, e os colegas de trabalho provavelmente não têm energia para lhe dizer por quê.

Você parece um cara com quem trabalhei, ele fez suposições desde o primeiro dia, ele era superqualificado em alguns aspectos, pois era um engenheiro registrado trabalhando como GIS Tech I, ele se gabou de ter feito apenas 1 curso de geografia, o que não acontece Não importa, mas ele mostrou em suas perguntas e propostas para mim o quão pouco ele sabia e que ele não estava disposto a aprender qualquer coisa que não tentasse me fazer parecer mal ou levar o crédito pelo trabalho que eu já havia feito, tornou-se seu obsessão por provar que não era quem aparecia, alguém com muita experiência em diferentes ambientes, ao longo de 10 anos. Suas perguntas e propostas eram absurdas, algumas poderiam ser transformadas em funcionamento, mas sem propósito prático, ou exigiam muito trabalho de back-end ou processamento de computador. Ele precisava ouvir e aprender, não apenas comigo e com outra equipe de GIS, mas com a equipe de campo, outros engenheiros e principalmente nosso gerente de GIS. Depois que nosso gerente foi demitido sem reposição todos os dias, havia várias idéias, comecei a ignorá-lo. Ele odiava a mim e ao nosso incrível colega de trabalho, com 30 anos de CAD e GIS em seu currículo, e um perfeccionista. Ele insultou nosso trabalho, porque não o entendia. Ele brigou com nós dois, que também não suportávamos sua arrogância e desprezo, ele recebeu uma bronca após aparecer com manuais e livros em uma sessão organizada pelo RH com um moderador profissional. Ele recebeu tanta bronca de mim, meu colega de trabalho e chefe de RH, que pediu demissão no dia seguinte. Ele era um perdedor com a síndrome do homem baixo, não caia na armadilha de pensar que é mais inteligente do que ninguém, com 2 meses em seu currículo você não tem ideia de com quem está lidando e não parece que você se importa . Você precisa mudar sua atitude, não seja uma pessoa traiçoeira que sobe a escada nas costas dos outros, já temos o suficiente deles. Você é inteligente, você pode fazer isso da maneira certa, com trabalho e rede inteligentes. Desta vez, seja homem e leve um no queixo pelo time. Fique feliz por ele. Desejo-lhe boa sorte em sua carreira, esteja aberto a mudanças sempre e antes de ficar bravo ou machucado, tire pelo menos um dia para tentar entrar no lugar deles.

Bem dito!Pessoalmente, em algumas situações, eu era "cara inteligente".Pare e ouça com atenção, mesmo nas entrelinhas é crucial para entender pessoas e processos de trabalho real (fora do mundo da engenharia / TI).@Chirs Carlson, você tem algum material, livros de referências para melhorar isso?
Philipp
2019-06-19 17:18:21 UTC
view on stackexchange narkive permalink

Liderança significa delegar. Um bom líder não é uma pessoa que "faz $ H1T", um bom líder é aquele que permite que outros "façam $ H1T".

Entregar um projeto pessoal para alguém que está longe menos qualificado para executá-lo do que você pode parecer frustrante, mas tem duas vantagens:

  • Você mantém seu próprio tempo e energia livre para outros projetos
  • Você permite que outro pessoa a crescer e assumir responsabilidade

Há, claro, o risco de o projeto falhar devido à pessoa que foi delegada ser muito incompetente, não estar motivada o suficiente ou ter uma ideia errada do objetivo do projeto . Você pode mitigar esse risco monitorando de perto o progresso do projeto e intervindo quando James fica preso ou vai para a direção errada.



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 4.0 sob a qual é distribuído.
Loading...