Come posso valutare a fondo un potenziale datore di lavoro? [chiuso]

Sentiamo molto su odori di codice, odori di prova e persino odori di progetto, ma non ho sentito discussioni sugli "odori" dei datori di lavoro al di fuori del Joel Test . Dopo molta frustrazione lavorando per i datori di lavoro con un bouquet di odori sgradevoli di cultura aziendale, credo che sia tempo per me di cercare attivamente un ambiente di sviluppo più maturo.

Ho iniziato a mettere insieme un elenco di domande per aiutare i datori di lavoro veterinari identificando i problemi durante un colloquio di lavoro e sto cercando ulteriori idee. Suppongo che questo elenco possa essere facilmente modificato da un datore di lavoro per controllare anche un dipendente, ma per favore rispondi dal punto di vista dell'intervistato.

Penso che sarebbe importante porre molte di queste domande a più persone per scoprire se vengono fornite risposte coerenti. Per la maggior parte, ho cercato di mettere le domande in ogni sezione nell'ordine in cui potevano essere poste. Una risposta indesiderata a una domanda precoce spesso rende discutibili i follow-up.

Valori

• Cosa costituisce un software "ben scritto"?
• Quali attributi ha un buon sviluppatore? Stessa domanda per il manager. Chi sono i tuoi dipendenti / manager più apprezzati e perché?

Processi

• Hai un processo di sviluppo?
• Quanto rigorosamente lo segui?
• Come decidete quanto processo applicare per ciascun progetto?

• Descrivere un tipico ciclo di vita del progetto. Chiedi al seguente se non si presentano diversamente:

  • Cascata / iterativo: quanto tempo viene dedicato alla raccolta dei requisiti iniziali? design iniziale?

analisi

• Chi sviluppa i test (sviluppatori o ingegneri di test separati?)
• Quando vengono sviluppati?
• Quando vengono eseguiti i test?
• Quanto tempo impiegano per eseguire?
• Cosa rende un buon test?
• Come fai a sapere che hai provato abbastanza?
• Quale percentuale di codice viene testata?

Revisione

• Come si svolge il processo di revisione?
• Quale percentuale di codice viene rivista? Design?
• Con quale frequenza posso aspettarmi di partecipare come revisore / revisore del codice / design?
• Quali sono i criteri applicati per la revisione e da dove provengono i criteri?

Miglioramento

• Quali nuovi strumenti e tecniche hai valutato o implementato nell'ultimo anno?
• Quali corsi di formazione sono stati impartiti ai tuoi dipendenti l'anno scorso? Cosa farò per i primi sei mesi nella tua azienda (suggerendo che tipo di tutoraggio organizzato / formazione è stato pensato, se presente)
• Quali modifiche al tuo processo di sviluppo sono state apportate nell'ultimo anno?
• Come migliorate e imparate dai vostri errori come organizzazione? Qual è stato il più grande errore delle tue organizzazioni nell'ultimo anno e come è stato affrontato?
• Che feedback hai dato alla direzione di recente? È stato implementato? Se no, perché?
• In che modo la tua azienda utilizza le "migliori pratiche"? Come le cerchi dall'esterno o dall'interno e come le condividi?

Etica

• Parlami di un problema etico che tu o i tuoi dipendenti avete riscontrato di recente e come è stato risolto?
• Usi un software open source? Quali contributi open source hai apportato?

Seguiti

Mi è piaciuto quello che ha detto @ jim-leonardo su questa domanda Stack Overflow :

Davvero una cosa da chiedersi: "Sembra che questa persona stia cercando di reclutarmi e farmi interessare?" Penso che questo sia uno dei pezzi più importanti. Se sembrano assumere l'atteggiamento che l'unico intervistato sei tu, allora probabilmente ti tratteranno male. I bravi intervistatori comprendono che devono vendere la posizione tanto quanto il candidato deve vendere.

@SethP ha aggiunto:

Glassdoor.com è un buon sito Web per la ricerca di potenziali datori di lavoro. Contiene informazioni su come specifiche aziende conducono interviste ...

Guarda attentamente il prodotto che creerai. Lavoro per un buon capo etico, ma non mi piace molto il settore in cui ci troviamo. Vorrei averci pensato prima di accettare la posizione. Ora sto provando a passare da esso, ma la maggior parte delle aziende non capisce abbastanza la nicchia per valutare il mio lavoro.

Non accontentarti di risposte di una sola parola

È ridicolo cercare di prendere una decisione informata in base al datore di lavoro utilizzando "Agile" o "SVN".

• Poni domande che sono i tuoi criteri minimi per lavorare in un posto, ma coinvolgi una discussione in merito.
• Chiedi di uscire con / lavorare con / accoppiare con un programmatore per un'ora.
• Chiedi una passeggiata in una giornata tipica.
• Chiedi cosa comporta il loro rilascio standard alla produzione.
• Quanto spesso lavorano nei fine settimana, nei giorni festivi, nelle ore notturne, ecc.
• Chiedi a quali problemi di processo stanno lavorando per risolvere

Gli odori

• Una parola risponde e un cambiamento nell'argomento
• Molte serate e fine settimana trascorsi lavorando
• Relazione antagonistica con Ops o QA
• Coinvolgimento quotidiano del manager per incarichi e modifiche

Scopri le persone che ci lavorano .

I processi sono belli e tutti, ma i processi sono implementati e seguiti da (o ignorati da) persone. Se hai le persone giuste, puoi adattare i processi secondo necessità.

Per ciascuna delle tue domande, aggiungerei meta-domande, ad esempio:

• Chi decide cosa costituisce un software "ben scritto"?
• E se ci fosse disaccordo?
• Come valutiamo se la nostra definizione è utile?
• Come possiamo aggiornare la nostra definizione quando cambiano lo stato dell'arte o le priorità dell'azienda?
• Quali sono i processi per la creazione di software "ben scritto"?
• Come li valutiamo?

e così via.

Aggiungerò un avvertimento a questo dopo diverse brutte esperienze: molte aziende mentiranno o fuorvieranno sulle loro risposte, specialmente in situazioni in cui non è possibile verificarlo facilmente senza guardare il loro codice (cosa che non ti lasceranno mai fare).

Ad esempio, se chiedi di Controllo versione potrebbero dire che usano Subversion, quindi pensi che vada bene usino SVN. Tranne che non hanno i repository configurato correttamente, o ognuno ha il proprio repository, o non capiscono ramificazione / fusione a tutti . Non è possibile verificare questo tipo di cose.

Lo stesso vale per le pratiche di codifica attuali. Se chiedi loro degli standard di codifica, potrebbero dirti che seguono, diciamo, le "normali convenzioni Java". Dopo aver accettato il lavoro, scoprono che usano la notazione ungherese (odio cogliere la scarsa notazione ungherese tanto quanto me, ma è la prima cosa che mi viene in mente in continuazione), rifiutano di toccare qualsiasi pacchetto open source al di fuori di Java stesso, e fondamentalmente scrivere codice molto male rispetto allo "standard" di scrivere Java. Ancora una volta, non puoi verificarlo senza dire "Mostrami il tuo codice" che rifiuteranno.

Certo, puoi scoprire se mentono sui test chiedendo quale software di unit test usano ("Il Visual Studio Debugger" non è un'applicazione di unit test ...) o se non usano affatto il controllo della versione, ma non saprai se il codice è errato.

Sul lato non codificante delle cose, è di nuovo molto difficile dire effettivamente cosa è abbellito. Potrebbero dirti una cosa (tutti fanno sempre apparire incredibile la loro azienda nelle interviste) e assumendo il lavoro si scoprono bugie completamente diverse o ovvie. Odio dirlo, ma molte aziende sono fondate su un approccio "fumo e specchi" e quella puzza permea ogni angolo del luogo. Come sempre ci sono eccezioni, ma devo ancora trovare un modo valido e solido per valutare il valore di un datore di lavoro fino a quando non prenderò effettivamente il lavoro e, se necessario, lascerò immediatamente dopo aver scoperto che non va bene.

Una cosa che faccio SEMPRE è chiedere di essere mostrato nelle aree di lavoro / ufficio delle aziende (al contrario delle belle sale del consiglio aziendale dove vieni intervistato). Questo ti dà un'idea delle condizioni di lavoro, delle attrezzature utilizzate, dei dati demografici dei tuoi colleghi e dell'atmosfera generale del luogo.

... E sì, ho imparato questa lezione nel modo più duro :(

NWS.

Un'altra cosa a cui ho pensato: se chiedi all'intervistatore cosa gli piace o non piace del lavoro, tieni a mente questo avvertimento:

La risposta "buona" è quella che menziona le parti buone e cattive del lavoro

Se l'intervistatore è tutto vertiginoso e ti dice quanto sia fantastica l'azienda e quanto sia bello il lavoro, fai attenzione perché potrebbe significare che l'intervistatore è un "Smithers" ed è solo un sì-uomo e un baciatore di culo - molte persone, specialmente quelli compiacenti nel loro lavoro (leggi: sono stati promossi a causa di un incarico senza competenza, quindi non sarebbero in grado di trovare lavoro al di fuori di questa azienda) tendono a "comprare nella linea aziendale" e non sarebbero mai in grado di vedere alcun problema anche se ci sono problemi. Questo non è sempre il caso, ma se ottieni una risposta che sa di qualcuno ubriaco di kool-aid aziendale, dovresti indagare ulteriormente per assicurarti.

Il rovescio della medaglia se l'intervistatore inizia a fare irruzione nell'azienda, è un'enorme bandiera rossa perché, ovviamente, non sono contenti del loro lavoro e, cosa più importante, non possono portare queste preoccupazioni a chiunque nell'azienda poiché devono sfogati con qualcuno che non si intrufolerà su di loro per non essere felice; di nuovo per esperienza ho visto luoghi in cui se i dirigenti pensano che tu non sia felice (per motivi legittimi o altro) ti licenzieranno immediatamente, quindi tutti fingono di essere felici tutto il tempo perché non possono dire a nessuno che non fanno ' ti piace X per il lavoro o verrà mostrata la porta.

Sposterei le revisioni del codice nella loro sezione o come punto in miglioramento (non test). Chiederei anche che tipo di recensioni fanno: incoraggiano la programmazione di coppia (un immediato NON UNO SPETTACOLO IN MEZZO da parte mia di solito;))? Fanno recensioni prima di ogni commit? Fanno recensioni trimestrali di gruppo (questo potrebbe anche rientrare nel mentoring)?

Per me, quando valuto una società, faccio alcune domande specifiche, principalmente legate al test Joel, ma piuttosto che concentrarmi su quelle ( specialmente con un'azienda più piccola), preferirei concentrarmi sulla persona con cui sto parlando e la loro passione e guida. Anche nelle grandi aziende, il più delle volte, troverai caratteristiche personali e professionali simili in tutta la base di dipendenti. Quindi, è probabile che se la persona che ti sta intervistando non è motivata e appassionata di ciò che sta facendo, anche gli altri non lo saranno. Per me la passione è molto più facile determinare come mi divertirò a lavorare per un'azienda piuttosto che passare attraverso un elenco di domande, anche al telefono (di recente ho parlato con un CEO di una startup in cui la passione e l'eccitazione erano assolutamente contagiose, quindi so che è possibile :)).

La passione determina un'azienda solida molto più di un elenco di domande in bianco e nero. Puoi incoraggiare e aiutare a guidare il cambiamento in un'azienda appassionata con un processo di sviluppo interrotto (scoprirai che se amano ciò che fanno, sono sempre disposti a cambiare in meglio). Tuttavia, un'azienda (o una leadership) con una mancanza di passione ma il miglior processo al mondo sarà sempre un freno per lavorare per ...

Glassdoor.com è un buon sito Web per la ricerca di potenziali datori di lavoro. Contiene informazioni su come specifiche società conducono interviste e quale stipendio ci si può aspettare per determinate posizioni.

Tutte le loro informazioni provengono dai membri della comunità, quindi potrebbe essere una piccola dimensione del campione.

Nonostante ciò, sembra un ottimo posto dove le persone possono discutere delle loro esperienze di intervista.

Non hai menzionato alcuna domanda sulla qualità della vita. Problemi particolarmente frequenti nelle società di sviluppo software sono problemi con la pianificazione e le ore, quindi vorrei chiedere quanto spesso le persone arrivano ogni settimana e quanto tempo sono lì. Anche se proverei a trovare un modo più sottile per dirlo, in modo da non implicare che non voglio venire al lavoro.

Chiedi di incontrare qualcuno che abbia familiarità con il processo di distribuzione automatica del software. Se dicono, certo, puoi incontrare Joe o Mike, quindi bene. Se sono vaghi, allora hai la tua risposta.

Oltre alle domande tecniche, vorrei anche porre alcune domande relative al business. Ad esempio...

1) In che modo la tua azienda sosterrà la mia occupazione?

2) Qual è il modello di business utilizzato dalla tua azienda?

eccetera..

A seconda di come va l'intervista e di quanto rapporto hai instaurato con il tuo intervistatore, penso che sia giusto chiedere "Perché non dovrei lavorare qui?" dopo che tutte le persone di solito non se ne vanno a causa dei punti vendita dell'azienda, escono a causa dei punti negativi, ma se sai in anticipo quali sono, puoi valutare se puoi gestirli in anticipo.

Alcuni l'hanno toccato, ma non specificamente: chiedi cose che odi come se ti piacessero. Ad esempio, se non ti piace l'idea della programmazione abbinata (per prendere un esempio da Demian Brecht), chiediglielo.

Finalmente. chiedi sempre: "Qual è la cosa più frustrante del tuo lavoro?"

Prova a trovare alcuni degli account Twitter dei dipendenti. Se li vedi menzionare molto gli straordinari o le lunghe ore di lavoro, potrebbe essere saggio indagare un po 'di più o addirittura evitare l'azienda.

Consiglio sempre di provare a scoprire com'è un'azienda prima di decidere se lavorare lì. Ci sono posti dove puoi trovarlo - siti web come http://www.whataretheyreallylike.com - in cui i dipendenti esaminano i propri datori di lavoro. Non possono dirti tutto, ma valgono la pena, eh?

Le aziende assumono spesso quelle raccomandate dai propri dipendenti. Se fai rete nella tua area geografica partecipando a campi di codice e ad altre riunioni relative agli sviluppatori, puoi scoprire dai dipendenti di altre società quali sono le loro condizioni in quello che è molto più probabile che sia un modo onesto che in un'intervista. Allora sai a chi rivolgersi. E hai anche persone che ci lavorano che ti consiglieranno.

Assicurati di associarti a persone di qualità che sono sotto gestione che riconoscono che sono persone di qualità. So che è soggettivo e quindi è la tua preferenza per dove vuoi lavorare. Dovrai determinare ciò che pensi sia importante. Puoi avere un lungo elenco di domande, ma probabilmente sarai in grado di capire le persone da solo. Tendiamo a sentire l'odore del nostro genere.

Potrebbero non implementare le migliori pratiche, ma sono in grado di farlo e stanno migliorando. Sceglierai un'azienda che vince il Joel Test con un paio di punti solo per scoprire che sono tutti disposti a modo loro e non desiderano migliorare? Personalmente avrei un problema con questo. Anche un punteggio perfetto non durerà per sempre se non possono continuare ad attirare persone di qualità.