Mover-se de uma empresa pequena para uma grande [fechada]

14

Alguém tem alguma dica, pensamentos, avisos ou sabedoria geral para um desenvolvedor de aplicativo / banco de dados que está mudando especificamente de uma empresa de tamanho inicial para uma grande organização?

Os pensamentos de exemplos incluem coisas como:

  • Como posso interagir de forma diferente com a cadeia de gestão?
  • Você vê tendências na qualidade ou na velocidade do desenvolvimento que diferem entre grandes e pequenos?
  • Pensamentos sobre o desenvolvimento da equipe.
  • Aspectos sociais.
  • Mais alguma coisa.

Adição: Alguém tem alguma história pessoal e experiência para compartilhar com um movimento semelhante?

Por favor, deixe-me saber se posso esclarecer de alguma forma.

Eu aprecio todos os pensamentos!

    
por ses011 21.03.2011 / 02:05
fonte

4 respostas

27

Alguma experiência pessoal para compartilhar com:

  • Antes da mudança:

    • Não confie em todas as grandes promessas. Como eles estão à procura de talentos, eles mostrarão a você todos os lados bons e esconderão esses fatos ruins. Se a posição é que é boa, por que ela não está preenchida antes de mim? : -)
    • Um negócio é um negócio, o único objetivo é obter lucro. Pense, se trazê-lo a bordo agrega valor ao objetivo. Você está convidado porque eles acham que você traz mais valor. Você vai?
    • Supondo que você é um programador, as grandes empresas geralmente vêm com complexidade diferente de desafios técnicos, por exemplo, política, habilidades de comunicação, regulamentos, ... Você está pronto?
  • Após o movimento:

    • Tente identificar o KPI do seu grupo funcional (departamento) o mais cedo possível. Para simplificar, por que essa grande empresa está disposta a pagar para esse grupo de pessoas que fazem 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 correm bem:

    • Melhore as coisas pouco a pouco, não se sente e reclame.
    • Não tenha medo de executar as tarefas hard . É 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 de novo e de novo se um papel gerencial é bom para você e para sua futura carreira. Não são muitos engenheiros bons gerentes.
  • Quando as coisas correm mal:

    • Lembre-se que você tem pelo menos um mês (de tempo ou dinheiro ;-) não entre em pânico.
    • Novamente, não lute. Se eles podem mudar de idéia, eles já fizeram.
    • Não importa o que, sh_ts acontecer. Não é sobre certo ou errado, é sobre o jogo ou não.
    • O mundo é maior que uma empresa. Oportunidades são para aqueles que estão prontos para tomar.

Felicidades!

    
por 21.03.2011 / 03:35
fonte
13
  • Como posso interagir de forma diferente com a cadeia de gestão?

A grande empresa será mais burocrática do que você está acostumado. Você vai interagir com as camadas acima e abaixo de você; saltos serão raros.

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

Você terá mais camadas. Você não terá acesso de administrador aos servidores de produção, por isso haverá mais hand-offs. Canais de comunicação e documentação e processo retardarão as coisas na empresa maior.

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

Irrelevante; tanto grandes quanto pequenos podem ser um deles.

  • Aspectos sociais.

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

Empresas maiores têm uma grande vantagem: sabem como fazer folha de pagamento. Algumas das empresas menores com as quais trabalhei falharam. As vendas e a manutenção do fluxo de receita podem ser um problema para uma empresa menor.

  • Mais alguma coisa.

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

    
por 21.03.2011 / 02:11
fonte
6

Liberdade e limites

A maior diferença que posso pensar na minha experiência é os limites e as diferenças de flexibilidade. Em empresas menores:

  • Você desempenha um papel maior como Desenvolvedor , onde você é obrigado a fazer mais. Se isso está criando um servidor, configurando um controle de origem sistema, gerenciando o banco de dados para Produto da empresa X .

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

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

Quando você se desloca 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ê se reporta a um gerente de projeto para atualizações de tarefas.

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

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

  • Parece mais competitivo como existe uma hierarquia mais clara que as pessoas são tentando escalar e sentir notado em um mar de pessoas.

por 21.03.2011 / 09:48
fonte
5

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

  • Gerenciamento - Você provavelmente descobrirá que muita comunicação fica "perdida na hierarquia". O que quero dizer com isso é que, em pequenas empresas, praticamente todo mundo sabe tudo (ou pelo menos "sabe disso"). Em grandes empresas, não é incomum para o seu gerente intermediário não ter ideia do que você está trabalhando (isso é o trabalho do líder da equipe - então há uma perda de granularidade das informações para cima e para baixo da cadeia).
  • Qualidade e velocidade de desenvolvimento - Isso tende a ser mais lento em empresas maiores. As startups tendem a ser mais ágeis (parte disso decorre do fato de que o produto na pequena empresa provavelmente será menor). No entanto, não caia na armadilha de pensar que uma grande empresa necessariamente tem processos e metodologias melhor estabelecidas. Especialmente se a principal competência da empresa não for em software - as equipes de software podem ser executadas melhor do que em qualquer pequena loja de hackers. Na verdade, um dos melhores lugares em que eu já trabalhei foi uma pequena loja de hacks, até onde isso vai - principalmente porque era uma pequena e real loja de software - iniciada e dirigida por programadores. Sólido 12/12 no material do Teste Joel.
  • Desenvolvimento de equipe - como acima. Isso realmente depende da equipe. Grandes empresas não são necessariamente melhor administradas (diferentemente de outras disciplinas). Isso depende principalmente de como "o desenvolvimento de software é competente" para os responsáveis pelas equipes de software. Gerentes de nível médio / superior que não entendem muito bem o software irão subestimar e frustrar especialmente as equipes de software em grandes empresas.
  • Aspectos sociais - Como um todo, as pequenas empresas e as startups são geralmente mais informais e sociais, mas as 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 de software jovem e colaborativa em uma grande empresa pode se sentir um pouco por conta própria.

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

  • Fique atento ao conflito entre equipes. Em grandes empresas, muitas vezes existem equipes separadas responsáveis por diferentes camadas de um sistema, etc. A natureza humana sendo, erm, a natureza humana - significa que muitas vezes há aqui uma mentalidade de "nós e eles" (traição, putaria, passar o dinheiro, etc). Você não tende a ver isso em pequenas startups, onde todos estão essencialmente na mesma equipe.
  • Acostume-se a receber pedidos de pessoas que não têm ideia de como o software funciona. Isso pode ser um problema em qualquer lugar, é claro, mas a separação entre os "executivos" e a equipe de software tende a ser definida com mais força quanto maior a empresa. Em uma pequena startup, elas geralmente são as mesmas pessoas. Em grandes corporações, quase nunca são. Isso não será tão ruim se a empresa for uma empresa de software real (por exemplo, Microsoft).

  • Você provavelmente ficará mais protegido da "linha de frente" do cliente. Provavelmente haverá um help desk e gerentes de produto que lidam com clientes, e você provavelmente nunca precisará. Isto pode ser bom e ruim. Bom no sentido de que você não tem que 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.

Isso é tudo o que posso pensar por enquanto.

    
por 21.03.2011 / 07:38
fonte