Trasferirsi da una piccola a una grande azienda [chiusa]

Alcune esperienze personali da condividere con:

• Prima della mossa:

  • Non fidarti di tutte le grandi promesse. Mentre cercano il talento, ti mostreranno tutti i lati positivi e nasconderanno quei brutti fatti. Se la posizione è quella buona, perché non è riempita prima di me? : -)
  • Un business è un business, l'unico obiettivo è realizzare un profitto. Pensa, se portarti a bordo aggiunge valore all'obiettivo. Siete invitati perché pensano che apportate un valore aggiunto. Lo farai?
  • Supponendo che tu sia un programmatore, le grandi aziende di solito hanno una complessità diversa dalle sfide tecniche, ad es. politica, abilità comunicative, regolamenti, ... Sei pronto?

• After the Move:

  • Cerca di identificare il KPI del tuo gruppo funzionale (dipartimento) il prima possibile. Per dirla semplicemente, perché questa grande compagnia è disposta a pagare per questo gruppo di persone che fanno queste cose?
  • Posizionati come un fattore che contribuisce alla risposta sopra (se trovata). Non combattere il borg. Non vincerai. Sei pagato per conformarti.
  • Fare cose buone e fare un buon lavoro di solito non è la parte più difficile.

• Quando le cose vanno bene:

  • Migliora le cose poco a poco, non sederti e lamentarti.
  • Non aver paura di prendere le attività difficili . Hai meno probabilità di essere rimosso se sei nel ruolo chiave.
  • Usa la risorsa come se fosse l'ultima goccia d'acqua sulla terra.
  • Pensa ancora e ancora se un ruolo manageriale fa bene a te e al tuo futuro percorso professionale. Non molti ingegneri sono bravi manager.

• Quando le cose vanno male:

  • Ricorda che hai in affitto un mese (di tempo o denaro ;-) non farti prendere dal panico.
  • Ancora, non combattere. Se possono cambiare idea, lo hanno già fatto.
  • Non importa cosa, sh_ts succede. Non si tratta di giusto o sbagliato, si tratta di abbinamento o meno.
  • Il mondo è più grande di una società. Le opportunità sono per coloro che sono pronti a prendere.

Cheers!

• Come potrei interagire in modo diverso con la catena di gestione?

La grande azienda sarà più burocratica di quanto tu non sia abituata. Interagisci con gli strati sopra e sotto di te; i salti saranno rari.

• Vedi tendenze in termini di qualità o velocità di sviluppo che differiscono tra grandi e piccoli?

Avrai più livelli. Non avrai accesso come amministratore ai server di produzione, quindi ci saranno più hand-off. I canali di comunicazione, la documentazione e i processi rallenteranno le cose nella grande azienda.

• Pensieri sullo sviluppo di squadra rispetto alla codifica del cowboy.

Irrilevante; sia grandi che piccoli possono essere uno solo.

• Aspetti sociali.

Le aziende più grandi tendono ad essere più prudenti, perché c'è molto da perdere.

Le aziende più grandi hanno un grande vantaggio: sanno come fare i salari. Alcune delle aziende più piccole con cui ho lavorato non ci sono riuscito. Le vendite e la gestione del flusso di entrate possono rappresentare un problema per un'impresa più piccola.

• Qualcos'altro.

Sarai una sola voce tra molti. La tua influenza dipenderà più dalla tua capacità di integrarti con i motori e gli shaker.

Libertà e confini

La più grande differenza che posso pensare nella mia esperienza sono i confini e le differenze di flessibilità. Nelle aziende più piccole:

• Hai un ruolo più importante come a Sviluppatore dove ti è richiesto di fare di più. Che si stia preparando a server, configurando un controllo sorgente sistema, gestendo il database per il Prodotto aziendale .

• È più sociale - potresti averlo rapporti con l'azienda proprietario / direttore ecc.

• Ti senti di avere più influenza quando le tue opinioni raggiungono ulteriormente la società.

Quando ti sposti alle organizzazioni più grandi, i confini sono molto più definiti.

• Il tuo ruolo è molto più specifico.

• È quasi che tu sia diventato il Programmatore .

• Segnala a un project manager per aggiornamenti delle attività.

• L'infrastruttura è gestita da a team di supporto / comunicazioni.

• A volte c'è un team di test che lo fa l'UAT testing e bat over bug in un sistema di tracciamento dei bug.

• Sembra più competitivo di quello che esiste una gerarchia più chiara che le persone sono cercando di arrampicarsi e sentirsi notato in a mare di persone.

Come qualcuno che ha lavorato in entrambi gli ambienti, ecco i miei pensieri:

• Gestione - Probabilmente troverai che molte comunicazioni vengono "perse nella gerarchia". Ciò che intendo è che nelle piccole aziende, praticamente tutti sanno tutto (o almeno "lo sanno"). Nelle grandi aziende, non è insolito che il tuo manager medio non abbia idea di cosa stai lavorando (è il lavoro del team lead - quindi c'è una perdita di granularità delle informazioni su e giù per la catena).
• Qualità e velocità di sviluppo - Questo tende ad essere più lento nelle aziende più grandi. Le startup tendono ad essere più agili (parte di questo deriva dal fatto che il prodotto presso la piccola azienda rischia di essere più piccolo). Tuttavia, non cadere nella trappola di pensare che una grande azienda abbia necessariamente processi e metodologie meglio stabiliti. Soprattutto se la principale competenza della società non è nel software - i team del software possono essere eseguiti non meglio che in qualsiasi piccolo hackshop. In effetti, uno dei posti migliori in cui abbia mai lavorato è stato un piccolo hacker fino a questo punto - principalmente perché era un vero e proprio piccolo negozio di software - avviato e gestito da programmatori. Solid 12/12 su Joel Test.
• Sviluppo del team - Come sopra. Dipende davvero dalla squadra. Le grandi aziende non sono necessariamente gestite meglio (a differenza di altre discipline). Dipende principalmente da come "lo sviluppo del software competente" sono i responsabili dei team del software. I manager di livello medio / alto che non capiscono abbastanza bene il software sottostimano e frustrano soprattutto i team di software di grandi aziende.
• Aspetti sociali - Nel complesso, le piccole imprese e le start-up sono generalmente più informali e sociali, ma le aziende più grandi non devono essere troppo rigide. Molto può dipendere dal dominio del settore e anche dall'età media della squadra. Un team di software giovane e strettamente cooperativo in una grande azienda può quasi non sentirsi un piccolo startup.

Qualsiasi altra cosa (solo alcuni pensieri e avvertenze casuali a cui riesco a pensare):

• Fai attenzione ai conflitti tra squadre. Nelle grandi aziende, ci sono spesso squadre separate responsabili di diversi livelli di un sistema, ecc. Essendo la natura umana, erm, la natura umana, significa che spesso qui c'è una mentalità da "noi e loro" (pugnalate alle spalle, maleducazione, inganni, eccetera). Non tendi a vederlo in piccole startup dove tutti sono essenzialmente nella stessa squadra.

• Abituati a prendere ordini da persone che non hanno idea di come funzioni il software. Questo può essere un problema ovunque, ovviamente, ma la separazione tra gli "uomini d'affari" e il team del software tende a essere definita in modo più strong e maggiore diventa l'azienda. In una piccola startup, sono spesso le stesse persone. Nelle grandi società, non lo sono quasi mai. Questo non sarà così male se la società è una società di software reale (ad esempio Microsoft).

• Probabilmente sarai più protetto dal "front line" del cliente. Probabilmente ci sarà un help desk e product manager che si occupano di clienti e probabilmente non ci sarà quasi mai. Questo può essere sia buono sia cattivo. Buono, nel senso che non si ha a che fare con un supporto diretto, cattivo, nel senso che ci possono essere problemi di comunicazione e tempi di consegna noiosi per risolvere problemi relativamente semplici.

Questo è tutto ciò a cui riesco a pensare per ora.