Domanda:
I requisiti di posizione sono spesso esagerati?
Letharion
2012-07-13 01:16:38 UTC
view on stackexchange narkive permalink

Recentemente mi è stato chiesto se ero interessato a un determinato lavoro nel settore IT. Quando ne ho sentito parlare per la prima volta, sembrava che mi andasse bene.

Mi è stato quindi inviato un elenco di requisiti per la posizione, e l'elenco è lungo, molto lungo.

Mi sento sicuro di dire che il numero di persone sul pianeta che è in grado di soddisfare tutti i requisiti, la maggior parte sono contrassegnate come "Essenziali", è molto piccolo.

È comune che le aziende pubblichino tali requisiti, sapendo bene che difficilmente troveranno un candidato "perfetto"?

Ho la sensazione che lo siano sempre, ma non c'è modo di dimostrarlo. Tutte le risposte sono troppo nel territorio della speculazione, sarebbe bello trovare un riferimento a un libro / guida sulla scrittura di elenchi che incoraggia effettivamente requisiti esagerati.
Vero, ma in attesa di ciò, l'esperienza di qualcuno che scrive questi requisiti sarebbe un secondo vicino.
C'è una tendenza per le risorse umane a creare ciò che chiamo * Requisiti di Gesù * in quanto Gesù è l'unica persona che potrebbe qualificarsi per tutto ciò che è elencato con gli anni di esperienza richiesti. Ricevono una lista dei desideri dal responsabile delle assunzioni e poi fanno sembrare che quella lista sia obbligatoria. Di solito non faccio domanda per quei lavori a meno che non siano gli ultimi resort e quindi non mi aspetto molto. È difficile voler lavorare per un'azienda che non comprende i propri affari meglio di così.
Allo stesso modo gonfia il tuo curriculum, direi, ma non mentire. Penso che molti responsabili delle assunzioni si aspettino una sorta di esagerazione nei curricula, proprio come i candidati si aspettano qualche esagerazione nei requisiti.
Sei risposte:
tsOverflow
2012-07-13 01:39:52 UTC
view on stackexchange narkive permalink

Sì, il 99% se non il 100% delle volte.

Spesso - quelli che scrivono il post sono le risorse umane o qualche altra funzione che non hanno familiarità con la posizione effettiva (né hanno alcuna conoscenza in materia tecnica), quindi qualunque parola mai menzionata o scartata durante la discussione con il responsabile delle assunzioni, la inserirà lì.

Non significa che devi avere tutto, anche se ci sarà abilità essenziali che devi anche prendere in considerazione (ad es. se il lavoro è per uno sviluppatore front-end, se non tocchi nemmeno alcun tipo di HTML / js potresti avere un problema). Ma per la maggior parte del tempo, finché puoi dimostrare che sai imparare e che hai le basi necessarie , non devi preoccuparti.

Infatti, per me personalmente, se possiedo già TUTTE le competenze richieste per il lavoro, non sarei nemmeno interessato a candidarmi. Faccio sempre domanda per lavori per i quali sono "sottoqualificato" (sottoqualificato in base all'elenco delle competenze) perché uno dei miei obiettivi principali da un lavoro è imparare qualcosa di nuovo.

È standard, non preoccuparti mostra solo che sei effettivamente IN GRADO (di fare il lavoro, di imparare, di assumerti la responsabilità / sfida, ecc.).

L'idea di fare domanda specifica per un lavoro per cui non si hanno le qualifiche elencate per imparare (entro limiti ragionevoli) è interessante. +1
Può anche essere usato come leva quando sale lo stipendio.
@shiznit123, In realtà è più leva se hai già quelle abilità richieste elencate .........
MathAttack
2012-07-13 08:11:17 UTC
view on stackexchange narkive permalink

Se è "troppo ristretto per essere vero", in genere accade una delle tre cose:

1) Il responsabile delle assunzioni sa chi vuole assumere, ma deve seguire le mozioni per motivi di risorse umane , quindi definiscono il lavoro come indefinibile.

2) L'azienda sta assumendo qualcuno tramite un H1B (o simile) e deve dimostrare che non riesce a trovare qualcuno, quindi rendono il lavoro difficile da trovare il più possibile.

3) L'HR non sa come dare la priorità alle richieste e annota tutto ciò che viene richiesto.

Tutti e tre questi sono segnali molto negativi. Puoi superare il 3 ° posto contattando il responsabile delle assunzioni, ma sarà difficile aggirare le risorse umane. Cerca il nome di un manager aziendale sul post o prova a trovare qualcuno che conosci che lavori lì per scavare un po '.

Buona fortuna!

4) Stanno rispondendo a un requisito contrattuale, in cui il cliente finale ha scritto una serie di requisiti così scarsa da non avere scelta. Se non hai tutto sulla lista, non possono giustificare quella scala retributiva, indipendentemente da ciò che richiederà la posizione effettiva. E sì, sono stato coinvolto nell'intervista a persone per posizioni nel mio dipartimento che rispondevano a questi tipi di requisiti di posizione strani. Nel primo esempio usano il curriculum della persona principale per scrivere la descrizione del lavoro.
In qualità di ex manager IT, posso essere pienamente d'accordo con questo elenco (+1), e il numero 1 è abbastanza comune: l'ho fatto io stesso e mia moglie è attualmente una "desidera assumere" che il lavoro richiesto è stato scritto in giro. In genere, però, è quello che fai effettivamente: scrivi la richiesta intorno alla persona che vuoi assumere, perché in questo modo puoi mostrare alle persone che hai assunto qualcuno che soddisfi effettivamente i requisiti. C'è una differenza tra un'esplosione di requisiti da fucile e un insieme di requisiti insolito, ma più o meno ben specificato, che può essere un indicatore di ciò che sta accadendo.
Ho assistito ad aspetti di tutti e tre questi anche come non manager ma come Senior che lavora con / forma il nuovo collaboratore.Non posso entrare nei dettagli per motivi di privacy;ma penso che un aspetto importante sia l'infatuazione del mondo degli affari aziendali per l'ultra-competitività a scapito di tutte le altre considerazioni. La verità è che se devo considerare l'assunzione di qualcuno per un ruolo "vuoto";Cercherò la capacità di allenamento piuttosto che la realizzazione.Ma se stiamo cercando di "promuovere" qualcuno che sappiamo essere in grado di svolgere il lavoro, allora ha senso provare a metterlo in proprio perché è pronto a partire.
IDrinkandIKnowThings
2012-07-13 01:31:36 UTC
view on stackexchange narkive permalink

Molte volte questi elenchi sono una raccolta di tutte le competenze e la tecnologia necessarie per quella posizione all'interno dell'azienda. Potrebbero esserci diversi gruppi che lavorano con diversi sistemi basati su diverse tecnologie. Quindi, quando si verifica un'apertura, le risorse umane acquisiscono tutte le competenze necessarie per quella posizione e le inseriscono in un elenco. Ora la posizione aperta potrebbe essere per un piccolo sottoinsieme di quelle abilità. Ma più abilità hai, più possono essere versatili con i tuoi compiti.

Ma no, di solito non ci si aspetta che tu abbia esperienza in tutte le tecnologie. Se hai già parlato con qualcuno della posizione, probabilmente hai un'idea abbastanza buona della posizione effettiva per la quale stanno assumendo.

Justin Cave
2012-07-13 01:33:54 UTC
view on stackexchange narkive permalink

Sì, è abbastanza comune che le descrizioni dei lavori contengano un elenco di requisiti che nessuno soddisfa effettivamente e che i datori di lavoro assumano candidati che corrispondono a qualche sottoinsieme dei requisiti. Questo è particolarmente per le persone IT di tipo "tuttofare". L'azienda potrebbe volere qualcuno che abbia esperienza nell'amministrazione di tre tipi di database, un paio di server applicativi diversi, nell'installazione e nella gestione di alcuni sistemi operativi diversi e che sia in grado di scrivere codice in poche lingue diverse. Ciò non significa che in realtà si aspettino che qualcuno possieda tutte quelle abilità quando si applicano (anche se, se sono fortunati, questo è un bonus). Generalmente sanno che i candidati che ricevono saranno forti in alcune abilità, deboli in altre e dovranno imparare le altre.

Dal punto di vista del datore di lavoro, è spesso difficile scrivere una descrizione del lavoro che comunica al richiedente l'effettiva ampiezza della posizione che non si trasforma in un elenco quasi impossibile di requisiti. Una piccola azienda alla ricerca di un tuttofare, ad esempio, in grado di gestire attività di sviluppo e amministrazione desidera contattare sviluppatori, amministratori di database e amministratori di sistema che potrebbero essere interessati a espandersi in altre aree, quindi non lo fanno. Voglio rendere qualsiasi set di abilità più importante degli altri. Ma quando aggiungi tutti i set di abilità di tutti quei ruoli, ottieni una descrizione del lavoro che sta cercando un unicorno magico che in realtà non esiste.

Michael Durrant
2012-07-13 05:32:49 UTC
view on stackexchange narkive permalink

È estremamente comune.

Si potrebbe pensare che l'elenco sia specifico per l'attività in questione, giusto?

Sfortunatamente no, perché l'elenco è spesso preso direttamente dal descrizione del lavoro del personale, compiti e responsabilità, abilità, linguaggi di programmazione, ecc.
Quindi si finisce con quella che è la descrizione (appropriata) generica per la posizione a quel livello, che può coprire centinaia di posizioni allo stesso livello, e , g. "Programmatore junior".

In realtà, per una data posizione, per scopi di assunzione effettivi, è una "lista dei desideri" e la lista effettiva è probabilmente un sottoinsieme. Guarda attentamente il contenuto e applica il buon senso nella data area di dominio (che presumibilmente conosci), ad es. per la programmazione, java e C ++ sarebbero simili [facile, tutti, aspettate il confronto], ma SQL e HTML o Ruby ed Excel, non così tanto;)

Se dai un'occhiata all'intero elenco (e sembra che sia piuttosto lungo, giusto?) dovresti essere in grado di raccogliere la vista generale, ad es Progettista grafico vs programmatore back-end vs programmatore Datawarehouse, ecc. Dato che stai guardando principalmente alla tua area tematica, dovresti avere una buona idea di ciò che è probabile che sia davvero la chiave e cosa no.

Ovviamente ci sono luoghi che in realtà cercano un lungo elenco di strumenti o strumenti insoliti, ad es Programmatore COBOL! quindi prendilo nel contesto, insieme alla natura e ad altre descrizioni del lavoro.

Più grande è la burocrazia, più questo tende a essere vero.

Infine, posiziona il lavoro nel contesto del datore di lavoro. Dato che questo è il MIT (ci sono vicino in realtà), le persone che probabilmente riceveranno molti input sono i laureati del MIT, che tendono ad avere piuttosto, beh, diciamo solo "standard elevati" e una lunga lista.

Meredith Poor
2013-09-20 22:47:05 UTC
view on stackexchange narkive permalink

Prova quanto segue:

Vai a USPTO.GOV (US Patent Office) e vai alla pagina di ricerca dei brevetti. Puoi cercare tra i brevetti per parola chiave.

Digita "idrogeno" e fai clic su Cerca. Questo dovrebbe produrre circa 15.000 voci.

Digita "idrogeno ossigeno" e fai clic su Cerca. Questo dovrebbe produrre circa 1500 voci.

Digita "idrogeno ossigeno carbonio" e fai clic su Cerca. Questo dovrebbe produrre circa 100 voci.

Il punto è che "ogni requisito aggiuntivo" riduce il pool di candidati di un ordine di grandezza, mettendo da parte cose come "capacità di comunicare" e "attenzione ai dettagli". È comune per alcune agenzie statali elencare 20 "requisiti" tecnicamente distinti. A quel punto il numero di possibili responder è pari o inferiore a 0,000000001.

Uhm .... come è questa una risposta?


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...