Passare da una piccola a una grande azienda [chiuso]

Qualcuno ha qualche suggerimento, pensiero, avvertimento o saggezza generale per uno sviluppatore di applicazioni / database che si sta spostando specificamente da un'azienda di dimensioni start-up a una grande organizzazione?

Esempi di pensieri potrebbero includere cose come:

• Come potrei interagire diversamente con la catena di gestione?
• Vedi le tendenze in termini di qualità o velocità di sviluppo che differiscono tra grandi e piccole?
• Pensieri sullo sviluppo del team.
• Aspetti sociali
• Qualunque altra cosa.

Aggiunta: qualcuno ha storie ed esperienze personali da condividere con una mossa simile?

Per favore fatemi sapere se posso chiarire in alcun modo.

Apprezzo qualsiasi pensiero!

Alcune esperienze personali da condividere con:

• Prima del trasloco:

  • Non fidarti di tutte le grandi promesse. Mentre sono alla ricerca di talenti, ti mostreranno tutti i lati positivi e nasconderanno quei fatti negativi. Se la posizione è così buona, perché non è riempita davanti a me? :-)
  • Un'impresa è un'impresa, l'unico obiettivo è realizzare un profitto. Pensa, se portarti a bordo aggiunge valore all'obiettivo. Sei invitato perché pensano che apporti un valore aggiunto. Vuole?
  • Supponendo che tu sia un programmatore, le grandi aziende di solito presentano complessità diverse dalle sfide tecniche, ad esempio politica, capacità di comunicazione, normative, ... Sei pronto?

• Dopo lo spostamento:

  • Cerca di identificare il KPI del tuo gruppo funzionale (dipartimento) il prima possibile. Per dirla semplicemente, perché questa grande azienda è 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 i borg. Non hai intenzione di vincere. Sei pagato per conformarti.
  • Fare buone cose e fare un buon lavoro di solito non è la parte più difficile.

• Quando le cose vanno bene:

  • Migliora le cose a poco a poco, non sederti e lamentarti.
  • Non aver paura di affrontare i compiti difficili . È meno probabile che tu venga rimosso se ricopri il 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 troppi 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 una volta, non combattere. Se possono cambiare idea, lo hanno già fatto.
  • In ogni caso, succede. Non si tratta di giusto o sbagliato, si tratta di match o no.
  • Il mondo è più grande di un'azienda. Le opportunità sono per coloro che sono pronti a cogliere.

Saluti!

• Come potrei interagire diversamente con la catena di gestione?

La grande azienda sarà più burocratica di quanto non sei abituato. Interagirai con i livelli sopra e sotto di te; i salti saranno rari.

• Vedi tendenze nella qualità o nella velocità di sviluppo che differiscono tra grandi e piccole?

Avrai più livelli. Non avrai accesso come amministratore ai server di produzione, quindi ci saranno più passaggi. I canali di comunicazione, la documentazione e il processo rallenteranno le cose nell'azienda più grande.

• Pensieri sullo sviluppo della squadra contro la codifica da cowboy.

irrilevante; sia grandi che piccoli possono essere uno di questi.

• Aspetti sociali

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

Le grandi aziende hanno un grande vantaggio: sanno come rendere il libro paga. Alcune delle aziende più piccole con cui ho lavorato non ci sono riuscite. Le vendite e il mantenimento del flusso di entrate possono essere un problema per un'azienda più piccola.

• Qualunque altra cosa.

Sarai una voce tra le tante. La tua influenza dipenderà maggiormente da come puoi integrarti con i motori e gli agitatori.

Libertà E Confini

La più grande differenza che mi viene in mente nella mia esperienza è i limiti e le differenze di flessibilità. Nelle aziende più piccole:

• Svolgi un ruolo più importante come sviluppatore in cui ti viene richiesto di fare di più. Che si tratti di configurare un server, configurare un sistema di controllo del codice sorgente, gestire il database per il prodotto X dell'azienda .

• È più social: potresti avere rapporti con il proprietario / i direttori dell'azienda ecc.

• Senti di avere più influenza man mano che le tue opinioni raggiungono ulteriormente l'azienda.

Quando si passa a organizzazioni più grandi, i confini sono molto più definiti.

• Il tuo ruolo è molto più specifico.

• È quasi diventato il programmatore .

• Si riferisce a un project manager per gli aggiornamenti delle attività.

• La tua infrastruttura è gestita da un team di supporto / comunicazione.

• A volte c'è un team di test che esegue i test UAT e batte i bug in un sistema di tracciamento dei bug.

• Sembra più competitivo in quanto esiste una gerarchia più chiara che le persone stanno provando a scalare e si sentono notate in un mare di persone.

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

• Gestione : probabilmente scoprirai che molte comunicazioni si "perdono nella gerarchia". Ciò che intendo con questo è che nelle piccole aziende, praticamente tutti sanno tutto (o almeno "lo sanno"). Nelle grandi aziende, non è insolito che il tuo middle manager non abbia idea di ciò su cui stai lavorando (è il lavoro del capo squadra, 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 start-up tendono ad essere più agili (parte di ciò deriva dal fatto che il prodotto presso la piccola azienda è probabilmente più piccolo). Tuttavia, non cadere nella trappola di pensare che una grande azienda abbia necessariamente processi e metodologie meglio stabiliti. Soprattutto se la competenza principale dell'azienda non è nel software, i team del software non possono essere gestiti meglio di qualsiasi piccolo hackshop. In effetti, uno dei posti migliori in cui abbia mai lavorato è stato un piccolo hackshop, soprattutto perché era un piccolo negozio di software, avviato e gestito da programmatori. Solido 12/12 sulle prove di Joel Test.
• Sviluppo del team - Come sopra. Dipende molto dalla squadra. Le grandi aziende non funzionano necessariamente meglio (diversamente da alcune altre discipline). Dipende principalmente da come "lo sviluppo del software è competente" i responsabili dei team di software. I dirigenti di livello medio / alto che non comprendono abbastanza bene il software finiranno per finanziare e frustrare i team di software delle grandi aziende in particolare.
• Aspetti sociali - Nel complesso, le piccole aziende e le start-up sono generalmente più informali e sociali, ma neanche le aziende più grandi devono essere troppo rigide. Molto può dipendere dal settore industriale e anche dall'età media della squadra. Un team di software giovane e strettamente collaborativo in una grande azienda può quasi sentirsi un po 'un piccolo start-up.

Nient'altro (solo alcuni pensieri e avvertimenti casuali a cui riesco a pensare):

• Fai attenzione ai conflitti tra squadre. Nelle grandi aziende, ci sono spesso squadre separate responsabili di diversi strati di un sistema, ecc. Essere umano, erm, natura umana - significa che qui c'è spesso una mentalità da "noi e loro" (pugnalate alle spalle, puttane, passare il dollaro, eccetera). Non si tende a vederlo in piccole startup in cui 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 più fortemente quanto più grande diventa la società. In una piccola startup, sono spesso le stesse persone. In grandi aziende, quasi mai lo sono. Questo non sarà così male se la società è una vera società di software (ad es. Microsoft).

• È probabile che tu sia più protetto dalla "prima linea" del cliente. Probabilmente ci saranno un help desk e product manager che si occuperanno dei clienti e probabilmente non dovrai quasi mai farlo. Questo può essere sia buono che cattivo. Buono nel senso che non hai a che fare con il supporto diretto, cattivo nel senso che possono esserci problemi di comunicazione e noiosi tempi di risposta per risolvere problemi relativamente semplici.

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