Mudando de uma empresa pequena para uma grande empresa [fechada]

Alguém tem dicas, pensamentos, avisos ou conhecimentos gerais para um desenvolvedor de aplicativos / banco de dados que está mudando especificamente de uma empresa do tamanho de uma start-up para uma grande organização?

Exemplos de pensamentos incluem coisas como:

• Como posso interagir de maneira diferente com a cadeia de gerenciamento?
• Você vê tendências em qualidade ou velocidade de desenvolvimento que diferem entre grandes e pequenas?
• Pensamentos sobre o desenvolvimento da equipe.
• Aspectos sociais.
• Algo mais.

Além disso: alguém tem histórias e experiências pessoais para compartilhar com um movimento semelhante?

Informe-me se puder esclarecer de alguma forma.

Agradeço qualquer pensamento!

Algumas experiências pessoais para compartilhar:

• Antes da mudança:

  • Não confie em todas as grandes promessas. Enquanto procuram talento, mostrarão todos os aspectos positivos e ocultarão esses fatos ruins. Se a posição é que bom, por que não é preenchido antes de mim? :-)
  • Uma empresa é uma empresa, o único objetivo é obter lucro. Pense, se trazê-lo a bordo agrega valor ao objetivo. Você está convidado porque eles acham que você traz valor agregado. Você poderia?
  • Supondo que você seja um programador, as grandes empresas geralmente vêm com uma complexidade diferente de desafios técnicos, por exemplo, política, habilidades de comunicação, regulamentos, ... Você está pronto?

• Após a mudança:

  • Tente identificar o KPI do seu grupo funcional (departamento) o mais cedo possível. Simplificando, por que essa grande empresa está pagando dinheiro por esse grupo de pessoas fazendo essas coisas?
  • Posicione-se como um fator contribuinte da resposta acima (se encontrada). Não lute contra o borg. Você não vai ganhar. Você é pago para cumprir.
  • Fazer coisas boas e fazer um bom trabalho geralmente não é a parte mais difícil.

• Quando as coisas vão bem:

  • Melhore as coisas pouco a pouco, não se sente e reclame.
  • Não tenha medo de assumir as tarefas difíceis . É menos provável que você seja removido se estiver no papel principal.
  • Use o recurso como se fosse a última gota de água na terra.
  • Pense repetidamente se um papel administrativo é bom para você e sua futura carreira. Não são muitos os engenheiros que são bons gerentes.

• Quando as coisas dão errado:

  • Lembre-se de que você possui um contrato por mês (de tempo ou dinheiro ;-) não entre em pânico.
  • Mais uma vez, não lute. Se eles podem mudar de idéia, já o fizeram.
  • Não importa o que, sh_ts acontecem. Não é sobre certo ou errado, é sobre jogo ou não.
  • O mundo é maior que uma empresa. As oportunidades são para aqueles que estão prontos para aproveitar.

Felicidades!

• Como posso interagir de maneira diferente com a cadeia de gerenciamento?

A grande empresa será mais burocrática do que você está acostumado. Você interagirá com as camadas acima e abaixo de você; pulos será raro.

• Você vê tendências em qualidade ou velocidade de desenvolvimento que diferem entre grandes e pequenas?

Você terá mais camadas. Você não terá acesso de administrador aos servidores de produção, portanto haverá mais transferências. Os canais de comunicação, a documentação e o processo retardarão as coisas na empresa maior.

• Pensamentos sobre desenvolvimento de equipe versus codificação de cowboy.

Irrelevante; grandes e pequenos podem ser um deles.

• Aspectos sociais.

As empresas maiores tendem a ser mais conservadoras, porque há mais a perder.

As empresas maiores têm uma grande vantagem: sabem fazer folha de pagamento. Algumas das empresas menores com quem trabalhei falharam. Vendas e manter o fluxo de receita fluindo podem ser um problema para uma empresa menor.

• Algo mais.

Você será uma voz entre muitas. Sua influência dependerá mais de quão bem você pode se integrar aos motores e agitadores.

Liberdade e Fronteiras

A maior diferença que consigo pensar na minha experiência são os limites e as diferenças de flexibilidade. Em empresas menores:

• Você desempenha um papel maior como desenvolvedor, onde é necessário fazer mais. Se isso está configurando um servidor, configurando um sistema de controle de origem, gerenciando o banco de dados para o Produto X da Empresa .

• É mais social - você pode ter relações com o proprietário / diretores da empresa etc.

• Você sente que tem mais influência à medida que suas opiniões se espalham pela empresa.

Quando você muda para organizações maiores, os limites são bem mais definidos.

• Seu papel é muito mais específico.

• É quase que você acabou de se tornar o programador .

• Você reporta a um gerente de projeto para atualizações de tarefas.

• Sua infraestrutura é gerenciada por uma equipe de suporte / comunicação.

• Às vezes, há uma equipe de teste que faz o teste UAT e discute erros em um sistema de rastreamento de erros.

• Parece mais competitivo, pois há uma hierarquia mais clara que as pessoas estão tentando escalar e são notadas em um mar de pessoas.

Como alguém que trabalhou nos dois ambientes, aqui estão os meus pensamentos:

• Gestão - Você provavelmente descobrirá que muita comunicação é "perdida na hierarquia". O que quero dizer com isso é que, em pequenas empresas, praticamente todo mundo sabe tudo (ou pelo menos "sabe disso"). Nas grandes empresas, não é incomum que seu gerente intermediário não tenha idéia no que você está trabalhando (esse é o trabalho do líder da equipe - portanto, há uma perda de granularidade das informações na cadeia).
• Qualidade e velocidade do desenvolvimento - isso tende a ser mais lento nas empresas maiores. As startups tendem a ser mais ágeis (parte disso decorre do fato de o produto da pequena empresa provavelmente ser menor). No entanto, não caia na armadilha de pensar que uma grande empresa necessariamente possui processos e metodologias melhor estabelecidos. Especialmente se a principal competência da empresa não estiver em software - as equipes de software não podem funcionar melhor do que em qualquer pequena loja de hackers. De fato, um dos melhores lugares em que já trabalhei foi em uma pequena loja de hackers - principalmente porque era uma pequena loja de software - iniciada e administrada por programadores. Sólido 12/12 nas coisas do Joel Test.
• Desenvolvimento de equipe - Como acima. Realmente depende da equipe. As grandes empresas não são necessariamente melhores (ao contrário de outras disciplinas). Depende principalmente de quão "competentes em desenvolvimento de software" são os responsáveis ​​pelas equipes de software. Os gerentes de nível médio / superior que não entenderem o software suficientemente bem irão subfinanciar e frustrar as equipes de software principalmente nas grandes empresas.
• Aspectos sociais - como um todo, pequenas empresas e startups geralmente são mais informais e sociais, mas empresas maiores também não precisam ser muito rígidas. Muito pode depender do domínio da indústria e também da idade média da equipe. Uma equipe jovem e estreitamente cooperativa de software em uma grande empresa pode se sentir um pouco iniciante.

Qualquer outra coisa (apenas alguns pensamentos e avisos aleatórios em que consigo pensar):

• Cuidado com conflitos entre equipes. Nas grandes empresas, muitas vezes existem equipes separadas responsáveis ​​por diferentes camadas de um sistema, etc. Ser da natureza humana, erm, natureza humana - significa que muitas vezes há uma mentalidade de "nós e eles" aqui (punhalada nas costas, maldade, passar o dinheiro, etc). Você não costuma ver isso em pequenas startups, onde todos estão essencialmente no mesmo time.

• Acostume-se a receber pedidos de pessoas que não têm idéia de como o software funciona. Isso pode ser um problema em qualquer lugar, é claro, mas a separação entre o "pessoal de negócios" e a equipe de software tende a ser mais fortemente definida quanto maior a empresa. Em uma pequena startup, geralmente são as mesmas pessoas. Em grandes corporações, quase nunca o são. Isso não será tão ruim se a empresa for uma empresa de software real (por exemplo, Microsoft).

• É provável que você esteja mais protegido da "linha de frente" do cliente. Provavelmente haverá um suporte técnico e gerentes de produto que lidam com os clientes, e você provavelmente quase nunca precisará. Isto pode ser bom e ruim. Bom no sentido de que você não precisa lidar com o suporte direto, ruim no sentido de que pode haver problemas de comunicação e tempos de retorno tediosos para resolver problemas relativamente simples.

É sobre tudo o que consigo pensar por enquanto.