Come scoprire se una società ha politiche folle [chiuso]

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

"L'ultimo posto in cui ho lavorato utilizzava alcune librerie open source - l'ho trovato utile dato che ero in grado di approfondire e correggere i problemi direttamente invece di aspettare che un fornitore mi richiamasse. Posso anche capire che non ci può ci sono preoccupazioni legali sull'uso di tali librerie, hai una politica qui? "

"Presumo che le nostre macchine siano assistite da una sorta di supporto tecnico? Qual è il processo che dovrei passare se dovessi installare (ad esempio) un editor di testo libero e 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 tecnologici Oracle ecc."

Quelle sono domande che puoi portare alla fine del colloquio quando l'intervistatore normalmente chiede "Hai qualche domanda per me"

Basta provare e formularli in modo tale che la domanda rimandi al lavoro che stai richiedendo. Ad esempio, potrei esprimere queste domande come:

• La società 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 dei contenuti web? Chiedo perché l'ultimo posto per cui ho lavorato ne aveva uno che limitava strongmente le mie capacità di ricerca.

Alcune aziende hanno in genere culture terribili e spesso si estendono ad avere ambienti terribili per lo sviluppo di 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 tale azienda?
3. Supponendo che stai intervistando per una squadra in particolare, quanto è simile o diversa la loro cultura?

Per la prima parte, chiederei

1. Il reparto IT gestisce le macchine dello sviluppatore nello stesso modo in cui amministrano tutte le altre macchine?
2. Quali sono le politiche per l'adozione di nuove tecnologie o di nuovi software?

Per la seconda parte:

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

Per l'ultima parte, chiedi ad altri sviluppatori

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

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

Chiederei se Internet fosse considerata una risorsa, ad esempio cose come Stack Overflow o se esistesse una politica limitata sull'utilizzo di Internet.

Visiterei link per scoprire tutto ciò che potrei su un'azienda.

Chiederei agli ingegneri il loro giorno normale.

Avere la possibilità di incontrare i loro sviluppatori esistenti. Ciò che la persona o il manager delle risorse umane ritiene che la politica sia, e come funzioni effettivamente sul campo, sono spesso diverse. Queste sono tutte domande che chiederei a qualcuno con una descrizione del lavoro simile al mio, non il capo.

I boss e i tipi di risorse umane, d'altra parte, in genere capiscono che la cultura aziendale è importante e che consentire a un futuro assumere poche ore di contatto con il proprio team per assicurarsi che si senta come la soluzione giusta riduce il rischio per te e per loro .

Per prima cosa, chiedi a tutti di essere preoccupato, non lasciare nulla alle ipotesi. Non posso sottolinearlo abbastanza - una volta ho assunto qualcosa e poi me ne sono pentito.

In secondo luogo, e questo è (IMHO) anche molto importante: chiedi loro se puoi girare per gli uffici della compagnia.

Osserva le persone che ci lavorano. Se c'è qualcosa di sbagliato, lo "solo lo sai". Parte di questo viene da persone stressate che rilasciano tutti i tipi di feromoni, e l'altra parte viene dal silenzio misterioso, inspiegabile, uno dei tipi di legno che viene tagliato nella foresta in cui non c'è nessuno a sentire il suono di esso che cade .

Considera una serie di domande più dirette dopo che ti è stata fatta un'offerta. Non c'è bisogno di essere scortese, ma se hai dubbi ...

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

"no open source", - questa non è in ogni caso una politica folle. A seconda della licenza OSS, questo tipo è abbastanza valido. Risparmiare denaro (fino ad un limite ragionevole) di solito non è un grosso problema dato che ogni progetto ha un budget e fino a quando è possibile inserirvisi è OK.

"nessun software di installazione senza permesso" - questo è molto valido dal supporto dell'infrastruttura, dalla sicurezza e dalla prospettiva legale. per esempio. L'installazione di wireshark può comportare il licenziamento.

"non aggiornare il software fino a quando non sta per perdere il supporto" - dipende da quale software. Se utilizza ancora VS 2003/2005 per il team di sviluppo si. Se stai parlando di aggiornare 10000 desktop da XP a Windows 7 e Office 2010, allora no. Questi hanno bisogno di giustificazione commerciale.

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

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

Se la compagnia non è disposta a mostrarti in giro, è probabile che stiano nascondendo qualcosa e dovresti stare attento. Una sala conferenze è sempre piena di "corporate BS" e rende l'azienda sorprendente, con molti premi e un aspetto molto elegante, ma gli sguardi sono ingannevoli e l'unico scopo della sala conferenze è dare l'illusione della grandezza.

Inoltre, chiedi di parlare con potenziali colleghi di lavoro per un minuto o due (non i supervisori, anche se dovresti parlare anche con loro), e aggiungili a 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 la mattina (domanda doppia qui: ti stai chiedendo se si tengono aggiornati e chiedono anche se "si sistemano" al mattino con il caffè e leggono velocemente i blog degli sviluppatori prima di iniziare a scrivere il codice), cose del genere. Ancora una volta, non avere il permesso di parlare con altri sviluppatori è una bandiera rossa, e parlando con un possibile collaboratore potresti raccogliere la cultura generale - se la persona guarda costantemente in basso e borbotta invece di sembrare entusiasta, o se passi attraverso le file di cubi non ci sono conversazioni, solo un gruppo di zombi che digitano le tastiere, quelle sono tutte grandi bandiere rosse che mentre la cultura potrebbe non essere "folle" è molto tossica.

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

Un'altra strategia potrebbe essere quella di andare ai gruppi di utenti locali e cercare persone che lavorano per l'azienda e coinvolgerli nella conversazione. Di 'loro che stai valutando di candidarti e di porre loro delle domande.