Come si quantificano le competenze in termini di tempo (anni)? [chiuso]


12

Durante la ricerca di lavoro tramite agenzie qualche tempo fa, ho continuato a ricevere domande dagli agenti di reclutamento o nei moduli di candidatura come:

Quanti anni di esperienza hai in:

  • Oracolo
  • ASP.NET
  • J2EE ecc ecc ecc ecc ....

All'inizio ho risposto fedelmente ... 5 anni, 7 anni, 2 anni, nessuno, pochi mesi ecc. Ecc.

Poi ho pensato; Posso fare qualcosa di superficiale da 7 anni e non essere competente semplicemente perché sto solo facendo un piccolo supporto per un sistema legacy che esegue SQL2000 che richiede 10 giorni del mio tempo negli ultimi 7 anni. Alla fine ho rifiutato di rispondere a tali domande.

Mi chiedo perché facciano più queste domande. Chiunque si sia appena laureato in informatica può vantare da 3 a 4 anni di esperienza in tutto ciò che ha "toccato" nel cirricolo, che per me può essere equivalente a zero o 10 anni a seconda di come lo guardi.

Potrebbe essere vero decenni fa in cui i programmatori e le competenze IT sono di natura molto diversa. Potrei sbagliarmi, ma dubito davvero che "tempo" o "anni" siano un buon indicatore di competenza o esperienza.

Qualsiasi opinione / confutazione sono benvenute!


Mi chiedo se si tratti di un metodo per discriminare l'età invecchiata?
JeffO,

1
Anni di esperienza come misura dell'esperienza sono almeno, peggio ancora, Righe di codice per la complessità del sistema.
NoChance,

Risposte:


8

Sono d'accordo, questa misura di competenza non ha senso. Tuttavia, immagino che la maggior parte dei recruiter non lo sappia. Cercano semplicemente di abbinare il tuo curriculum alla descrizione del lavoro nel miglior modo possibile. Se l'annuncio di lavoro dice "10 anni di esperienza con Oracle", il tuo curriculum potrebbe essere rifiutato se elenca solo 5 anni, anche se in quei 5 anni sei diventato un esperto.

Il mio consiglio è di rispondere a queste domande come hai fatto inizialmente, per superare il filtro di ripristino iniziale. Allo stesso tempo, osserva attentamente la descrizione del lavoro e prova a valutare se è davvero una buona combinazione per le tue abilità.


In realtà l'ho fatto, solo quelle domande quando le ho poste al telefono non mi divertirò. Allora potrei perdere delle opportunità, ma non potrei sopportarne la "stupidità". Per fortuna ora sono impiegato piuttosto felicemente. :)
okw,

1
Questo. La maggior parte dei recruiter che mi chiamano sembra che potrebbero essere effettivamente sostituiti da uno script shell che ha chiamato grepuna o due volte. È arrivato al punto che ho iniziato a rispondere a queste telefonate con "Non sono interessato ad altri lavori". Se desideri ancora tali opportunità, rispondi come hai fatto inizialmente. Tieni inoltre presente che molte aziende aumentano il numero di anni necessari solo per ridurre il numero di candidati che ottengono. Non importa che molti dei migliori siano troppo onesti per capire a quale gioco stanno giocando.
Inaimathi,

In altre parole, ciò che Dima sta dicendo. La maggior parte di queste domande viene utilizzata come tecnica per filtrare facilmente i candidati. Ti chiederanno le competenze di cui hai bisogno e quanti anni di esperienza. Cercheranno competenze sul curriculum utilizzando ricerche di parole chiave e quindi il numero totale di anni che il candidato afferma. Questo a mio avviso incoraggia molte pratiche scorrette.
arunmur,

molti dei requisiti di assunzione sono scritti da persone delle risorse umane, che conoscono anche meno di un reclutatore noob
Steven A. Lowe,

7

Hai sollevato un'ottima domanda.

È necessario trasmettere diverse informazioni:

  1. Da quanto tempo stai usando la tecnologia.
  2. A quale livello di abilità ti senti di essere.
  3. L'ultima volta che hai utilizzato la tecnologia.

Sfortunatamente la maggior parte dei recruiter cerca solo una cifra in modo da poter classificare i candidati e inviare solo quelli che ottengono un "punteggio" insieme al potenziale datore di lavoro.

Devi dire qualcosa del tipo:

1997 - 2004, ha sviluppato un set di strumenti 3D e applicazioni desktop usando C e C ++ / MFC con Visual Studio 6.0

Questo trasmette tutte le informazioni di cui sopra, ma non si adatta alla maggior parte delle forme.


1
È davvero un buon suggerimento, ChrisF. Rispondi a ciò che è stato chiesto e altro ancora. :)
okw,

3

Come misura diretta di competenza, il numero di anni in cui lavori su qualcosa è probabilmente irrilevante per la maggior parte. Dal punto di vista del reclutamento, tuttavia, dà un'idea molto ampia del fatto che un candidato abbia trascorso il tempo a sviluppare l'esperienza necessaria per una determinata posizione. Il reclutatore potrebbe non essere intrinsecamente consapevole di ciò, ma quando dici qualcosa come "Ci vogliono 12 mesi per conoscere davvero il sistema X", quello che stai veramente dicendo è che nella tua esperienza, in media la maggior parte delle persone impiegherebbe circa 12 mesi per imparare abbastanza sul sistema x per essere competente a tuo avviso. Naturalmente, c'è sempre un numero sufficiente di persone che esiste al di fuori della curva per rendere inaccurate tali affermazioni, ma al fine di avere una selezione abbastanza ampia di candidati senza dover setacciare da soli ogni singola persona, specifichi criteri che ti permetteranno di essere introdotto a una vasta selezione di candidati con competenze e talenti diversi, e quindi lavorare da lì. Se invece hai detto "Mi aspetto che tu abbia imparato tutto sul sistema x in 2 mesi, 7 giorni, 5 ore, 11 minuti e 37 secondi, probabilmente stai restringendo il campo in modo troppo irragionevole.

Per quanto riguarda se rispondere o meno a tali domande ... dipende da te. Personalmente penso che sia meglio semplicemente giocare e poi permettersi di essere in grado di andare rapidamente avanti. Potresti sentire qualcosa di "stupido" o "irragionevole", ma ricorda che anche se non capisci o non sei d'accordo con il ragionamento, il metodo stesso è semplicemente un mezzo per raggiungere un fine e non necessariamente un riflesso della competenza del intervistatore! ;-)


1

Preferisco separare nel mio curriculum l'esperienza in categorie avanzate e di base.

  • Oltre avanzato ci sono tutte le tecnologie che ho usato di più.

  • Nel corso di base introduco quelle lingue e tecnologie che ho lasciato in passato, o quelle che vedo meno nel tempo.

Non sto descrivendo anni di curriculum, tranne sulla mia lettera di presentazione.


1

Queste sono buone domande per i recruiter:

  1. Sanno quando le tecnologie sono diventate disponibili e possono usarlo per rilevare se i tuoi numeri sono falsi
  2. Possono anche sommarli insieme e confrontarli con la tua età e offre loro un altro modo per verificarlo
  3. Indica anche se sei una buona partita per la posizione che richiede tali abilità. Probabilmente alcuni dei tecnici elencati sono inutili e vedranno se li scegli.
  4. Inoltre l'esperienza viene sempre misurata in anni. Un progetto con meno di sei mesi è probabilmente inutile.
  5. D'altra parte, anche queste domande non possono spiegare quali altre abilità hai

Stai dando troppo credito ai recruiter. Molti vogliono solo una lista di controllo e non si preoccupano di fare alcun tipo di analisi sulla tua risposta.
Andres F.

0

Se, ad esempio, hai iniziato a utilizzare ASP.NET nel 2003, ma da allora hai trascorso solo 1/4 del tuo tempo a fare progetti con esso, allora dovresti rivendicare solo 7/4 o circa 2 anni di esperienza.


Interessante, ma ciò potrebbe dare l'impressione di aver perso il contatto dal 2006, vero?
Ok

@okw, il mio punto era che anni di esperienza non implicano che siano consecutivi (ovvero 2 anni a partire dal 2003 e terminanti nel 2005), ma piuttosto hai un totale di 2 anni di esperienza totale dal 2003. Quando hanno avuto luogo è un questione di dettagli lasciati per una risposta di follow-up se interrogati.
tcrosley,

0

Per me è solo un punto di partenza per portare ad altre domande. Ovviamente se non hai esperienza, non c'è bisogno di andare oltre, ma se rivendichi 7 anni, preparati per diverse domande approfondite. Dubito che qualcuno abbia ottenuto un lavoro basato solo su questa domanda schietta.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.