Come scoprire se un'azienda ha politiche folli [chiuso]

Quando intervista per un lavoro, esiste un modo delicato ma accurato per scoprire se hanno politiche folli, come "nessun open source" o "nessuna installazione di software senza permesso", "non aggiornare il software fino a quando non sta per perdere il supporto", o "nessun blog in visita"?

Non penso che tu possa essere troppo sottile, forse potresti chiedere:

"L'ultimo posto in cui ho lavorato ha utilizzato alcune librerie open source - l'ho trovato utile in quanto sono stato in grado di approfondire e risolvere direttamente i problemi invece di aspettare che un fornitore mi rispondesse. Posso anche capire che ci possono essere problemi legali sull'utilizzo di tali librerie, hai una politica qui? "

"Suppongo che le nostre macchine siano gestite da una sorta di supporto tecnico? Qual è il processo che dovrei seguire se dovessi installare (ad esempio) un editor di testo libero affidabile che supporti la codifica Hex?"

"Sono davvero appassionato del mio mestiere e mi tengo aggiornato con i luminari nel mio campo - qual è la politica sulla visita di siti Web correlati al lavoro come i blog di tecnologia Oracle ecc."

Quelle sono le domande che puoi porre alla fine dell'intervista quando l'intervistatore normalmente chiede "Hai qualche domanda per me"

Prova a formularli in modo tale che la domanda sia collegata al lavoro per il quale ti stai candidando. Ad esempio, potrei formulare queste domande come:

• L'azienda ha un'opinione sull'uso del software Open Source?
• Qual è la politica aziendale sull'installazione di software personalizzato? Ad esempio, utilizzo XXX che mi aiuta ad accelerare lo sviluppo.
• Usi un filtro per i contenuti web? Chiedo perché l'ultimo posto in cui ho lavorato ha avuto uno che ha fortemente limitato le mie capacità di ricerca.

Alcune aziende hanno culture generalmente terribili e che spesso si estende ad avere ambienti terribili per lo sviluppo del software. Penso che ci siano tre problemi qui

1. Qual è la cultura aziendale?
2. In che modo questa cultura si estende allo sviluppo di software in quella società?
3. Supponendo che stai intervistando per un determinato team, quanto è simile o diversa la loro cultura?

Per la prima parte, lo chiederei

1. Il dipartimento IT gestisce i computer degli sviluppatori nello stesso modo in cui amministrano tutti gli altri computer?
2. Quali sono le politiche per l'adozione di nuove tecnologie o nuovi software?

Per la seconda parte:

1. Quanto è standardizzato l'ambiente di sviluppo?
2. Gli sviluppatori possono provare nuovi strumenti e nuove tecnologie da presentare al resto del team?
3. Quali sono le restrizioni?

Per l'ultima parte, chiedi ad altri sviluppatori

1. Quali blog leggi?
2. Quali blog e siti web mi consigliate?

In ogni caso, le domande sono ai margini e la risposta sarà probabilmente più onesta.

Chiederei se Internet fosse considerata una risorsa, cioè cose come Stack Overflow, o se ci fosse una politica di utilizzo di Internet limitata.

Visiterei https://www.glassdoor.com per scoprire tutto ciò che potevo su un'azienda.

Chiederei agli ingegneri della loro giornata normale.

Ottieni la possibilità di incontrare i loro sviluppatori esistenti. Ciò che la persona o il responsabile delle risorse umane pensa sia la politica e come funziona effettivamente sul campo, sono spesso diversi. Queste sono tutte domande che farei a qualcuno con una descrizione del lavoro simile alla mia, non al capo.

I capi e i tipi di risorse umane, d'altra parte, generalmente comprendono che la cultura aziendale è importante e che consentire a un potenziale assunto un contatto di qualche ora con il proprio team per assicurarsi che sembri che l'adattamento giusto riduca i rischi per te e per loro.

La prima cosa è prima: chiedi a tutti ciò di cui sei preoccupato, non lasciare nulla alle ipotesi. Non posso sottolineare abbastanza: una volta ho assunto qualcosa e poi me ne sono pentito.

In secondo luogo, e anche questo (IMHO) è abbastanza importante: chiedi loro se puoi camminare per gli uffici dell'azienda.

Osserva le persone che ci lavorano. Se c'è qualcosa che non va, "lo saprai e basta". Parte di questo viene da persone stressate che rilasciano ogni sorta di feromoni, e l'altra parte viene dal silenzio misterioso, inspiegabile, uno del tipo di legno che viene tagliato nella foresta in cui non c'è nessuno che ne senta il suono cadere .

Prendi in considerazione una serie di domande più dirette dopo aver ricevuto un'offerta. Non c'è bisogno di essere scortese, ma se hai qualche dubbio ...

Dalla mia esperienza di lavoro presso l'IT interno presso grandi aziende (banche, assicurazioni, ecc.)

"no open source", - questo non è in alcun modo una folle politica. A seconda della licenza OSS questo tipo è abbastanza valido. Risparmiare denaro (fino a un limite ragionevole) di solito non è un grosso problema in quanto ogni progetto ha un budget e fintanto che è possibile integrarlo è OK.

"nessuna installazione di software senza autorizzazione" - questo è molto valido dal punto di vista dell'infrastruttura, della sicurezza e della prospettiva legale. ad es. l'installazione di WireShark può comportare il licenziamento.

"non aggiornare il software finché non sta per perdere il supporto" - dipende da quale software. Se utilizza ancora VS 2003/2005 per il team di sviluppo, sì. Se stai parlando di aggiornare 10000 desktop da XP a Windows 7 e Office 2010, allora no. Questi hanno bisogno di giustificazioni commerciali.

"nessun blog in visita"? - sì, questa è una cattiva politica.

Il modo migliore che ho trovato è di chiedere apertamente, di formulare in modo molto educato e informale, e di chiedere di essere mostrato in ufficio - non accontentarti di essere condotto in una sala conferenze e poi rimanere lì per l'intera intervista .

Se la società non è disposta a mostrarti in giro, è probabile che stiano nascondendo qualcosa e dovresti stare attento. Una sala conferenze è sempre piena di "corporate BS" e fa sembrare la società straordinaria, con molti riconoscimenti e un aspetto molto elegante, ma l'aspetto è ingannevole e l'unico scopo della sala conferenze è quello di dare l'illusione di grandezza.

Inoltre, chiedi di parlare con potenziali colleghi per un minuto o due (non supervisori, anche se dovresti parlare anche con loro), e affrontalo con loro. Chiedi quali strumenti open source usano sul lavoro, chiedi quali siti di riferimento usano sul lavoro se sono bloccati (ad esempio StackOverflow), chiedi quali blog leggono per prima cosa al mattino (domanda doppia qui: stai chiedendo se si tengono aggiornati e chiedono anche se "sistemarsi" al mattino con il caffè e leggere rapidamente i blog degli sviluppatori prima di iniziare a scrivere codice), cose del genere. Ancora una volta, non avere il permesso di parlare con altri sviluppatori è una bandiera rossa e dal parlare con un possibile collega potresti raccogliere la cultura generale - se la persona guarda costantemente in basso e mormora invece di sembrare entusiasta, o se quando cammini attraverso le file di cubi lì '

GlassDoor e Jobitorial sono due opzioni per questo tipo di informazioni.

Un'altra strategia potrebbe essere quella di rivolgersi a gruppi di utenti locali e cercare persone che lavorano per l'azienda e coinvolgerli in una conversazione. Di 'loro che stai pensando di candidarti e fai loro delle domande.