Ich sehe viele Stellenangebote, die mindestens x Jahre Erfahrung erfordern. Die Frage ist, woher wissen Sie, wann ein Kandidat über die erforderliche jahrelange Erfahrung verfügt? Was erwarten Sie von einer Person mit x-jähriger Erfahrung (redigieren Sie: effektiv wie überprüfen Sie, ob der Lebenslauf nicht lügt, ohne sich auf die Fähigkeitsüberprüfung zu verlassen)? Was kann eine Person mit x Jahren Erfahrung tun, was eine Person mit y Jahren (mit y <x) nicht kann?

Es kann Fälle geben, in denen ein leidenschaftlicher Programmierer mit einer jahrelangen Erfahrung, der über großes Wissen verfügt und an mehreren Projekten gearbeitet hat, und ein anderer Programmierer mit einer jahrelangen Erfahrung (x> y), der an wenigen Projekten gearbeitet hat und nicht so viel Erfahrung hat.

Warum lässt sich das nicht auf so etwas reduzieren? "Wenn Sie diese Technologie kennen und wissen, wie man diese Dinge macht (sei es Design, Kommunikation, Schätzungen usw.), dann sind Sie für unseren Job geeignet"?

Ich weiß, dass Sie keinen Absolventen mit einer einjährigen Berufserfahrung für die Stelle eines Unternehmensarchitekten einstellen können, aber ich sehe auch ein Problem mit den Tatsachen, die fast alle Anzeigen nach Erfahrung verlangen. IMHO zunächst sollte Leidenschaft berücksichtigt werden.

Erstens wusste ich nicht, ob die Frage für diese Site geeignet ist, aber da es ein Tag für die Rekrutierung und Erfahrung gibt, glaube ich, dass es hier einen Platz gibt.

Ihre Frage kann bearbeitet werden, indem Sie sie in zwei Unterfragen aufteilen.

Warum jahrelange Erfahrung als Voraussetzung nutzen?

Weil es sich um eine leicht überprüfbare Metrik handelt, die positiv mit der Programmierkompetenz korreliert . In der Antwort von Snagulus werden die Details der Korrelation bereits erläutert, daher werde ich mich auf das "Warum" konzentrieren.

Die harte Wahrheit ist, dass es normalerweise mehr als einen Kandidaten für eine bestimmte Position gibt. Außerdem sind Interviews sehr ressourcenintensiv, insbesondere wenn sie "ordnungsgemäß" durchgeführt werden, dh technische Interviews werden von technisch kompetenten Mitarbeitern (in diesem Fall Programmierern) durchgeführt.

Daher muss ein Kriterium zum anfänglichen Durchsuchen der eingehenden Lebensläufe verwendet werden, und vorzugsweise eines, das von nicht technischem Personal überprüft werden kann. Im Zweifelsfall können HR-Mitarbeiter immer frühere Arbeitgeber anrufen und prüfen, ob John Smith für sie gearbeitet hat X Jahre mit ihnen.

Warum nicht stattdessen "Leidenschaft" als Voraussetzung nutzen?

Es gibt mindestens zwei Probleme damit:

Wie misst man "Leidenschaft"?

KLOCs angemeldet? Viel Glück beim Herausfinden, dass auch in der Programmierung (und in anderen Disziplinen) mehr Fülle nicht gleichbedeutend mit "besser" ist.

Open Source / Hobby Projekte abgeschlossen? Nicht leicht von der Personalabteilung zu überprüfen, und viele kompetente Programmierer haben berechtigte Gründe, in dieser Hinsicht inaktiv zu sein - andere zeitaufwändige Verpflichtungen, lange Arbeitszeiten mit dem Wunsch, sich zu entspannen, einfache professionelle Erfüllung während der Arbeitszeit usw.

Langjährige Erfahrung? Oh, Moment mal...

Ist "Leidenschaft" wirklich ein guter Maßstab für Kompetenz?

Wie Robert Harvey in seinem Kommentar sagt, ist Leidenschaft kein Indikator für eine kompetente Programmierung. Im Vergleich zur Erfahrung ist es eine meist orthogonale Qualität - das heißt, es gibt:

• leidenschaftliche und kompetente Programmierer und
• leidenschaftslose und technisch kompetente Programmierer und
• leidenschaftliche und technisch inkompetente Programmierer und
• leidenschaftliche und technisch nicht versierte Programmierer,
• usw. usw.

Das letzte Beispiel ist in unserem Zusammenhang wichtig - die jahrelange Erfahrung zeigt auch, dass ein bestimmter Programmierer es irgendwie geschafft hat, in seinem / ihrem Job zu funktionieren, während ein nicht mehr funktionsfähiger, leidenschaftlicher Programmierer z (sagen wir, Scrum Post-It Notes), weil "es mich verlangsamt."

Letzte Haftungsausschlüsse

Zum Glück werden "Jahre der Erfahrung" oft "locker" gewertet - dh wenn Sie sich für eine Stelle mit der Sprache X bewerben, aber nur "kaufmännische" Erfahrung mit der Sprache Y haben, ähnlich wie X, ist das auch häufig berücksichtigt.

Zweitens, ich persönlich bin kein Fan von "N-jähriger Erfahrung" und ich bin nicht der einzige. Es gibt eine einfache Alternative - die Angabe von "Erfahrung in" . Dies ist in der Regel ein Filter, da Kandidaten gezwungen sind, diese Erfahrung in ihren Lebensläufen zu dokumentieren. Wenn Sie einen Kandidaten für eine Programmierposition finden, die zuvor nur kellnert (und das passiert!), Wissen Sie, dass möglicherweise etwas nicht stimmt.

"Jahre Erfahrung" ist eher eine Wahrscheinlichkeitsskala als ein Maß für irgendetwas Konkretes. Mit mehr Jahren erhalten Sie eine erhöhte Wahrscheinlichkeit, dass eine Person auf Folgendes gestoßen ist:

• Hat an einem krisenhaften Ereignis teilgenommen.
• Hat ein Projekt von Anfang bis Ende gesehen.
• Hat gesehen, dass ein Projekt nicht gestartet oder beendet werden konnte.
• Hat an altem Code gearbeitet.
• Hat an einer leeren Tafel gearbeitet und etwas gemacht.
• Konstruktionsentscheidungen umgesetzt hat.
• Hat ein System entworfen.
• Hat einen Fehler geschrieben, einen fehlerhaften Fix veröffentlicht und einen Server heruntergefahren; Hat im Wesentlichen vermasselt.
• Hat einen Fehler behoben.
• Hat die seltsamen Randfälle in der Sprache gefunden, in der sie arbeiten, und einen Ort gesehen, an dem sie wichtig sind.
• Hat erfahren, dass die Dinge, die sich derzeit in der Codebasis befinden, möglicherweise dumm sind.
• Beachten Sie, dass es sich bei diesen Dingen um eine kleine, nicht obligatorische Stichprobe handelt, die auch Dutzende kleiner Dinge enthält, die in einer Live-Umgebung funktionieren.

Wieder ist es eine zufällige Sache, und es hängt ganz davon ab, wo sie diese jahrelange Erfahrung haben. Eine Person hätte in einem einzigen Projekt in einem Team von mehreren hundert Personen arbeiten und sich hochspezialisieren können. Ein anderer könnte in einem kleinen Testgeschäft gewesen sein und eher ein Generalist werden, wenn er sich mit Servern / Installation / Codierung / QA / DBA / Projektmanagement befasst. Es gibt auch Leute, die immer wieder das gleiche Jahr Erfahrung sammeln.

Es ist eine grobe Maßnahme, aber im Durchschnitt ist eine Person mit zunehmender Arbeitsdauer mehr potenziellen Lernereignissen ausgesetzt, und sie ist als vorläufiger Datenpunkt nützlich. Der Rest des Lebenslaufs (und vor allem das Interview) dient dazu, herauszufinden, was sie tatsächlich wissen und was sie tatsächlich getan haben.

Ich werde dies beantworten, indem ich jede Ihrer Fragen in der Post anspreche.

Die Frage ist, woher wissen Sie, wann ein Kandidat über die erforderliche jahrelange Erfahrung verfügt?

Dies ist normalerweise das Ziel des Interviewprozesses. Es werden mehrere Interviews durchgeführt, und Sie können in der Regel die Erfahrung eines Kandidaten mit einigen Ihrer eigenen internen Entwickler vergleichen.

Was erwarten Sie von einer Person mit x Jahren Erfahrung?

Sie würden erwarten, dass sie die in einer Stellenanzeige angegebenen Jobanforderungen erfüllen. Beispielsweise:

"Wir suchen einen erfahrenen PHP-Entwickler mit mehr als 10 Jahren Erfahrung im Bereich Systemdesign und -architektur, um unsere Systemtools als Chefarchitekt umzustrukturieren, während wir die K-Anzahl an erfahrenen und jungen Entwicklern verwalten und sie auf ihrem Weg begleiten. Dies wird auch der Job sein." erfordern ... (etc. etc.) "

Was kann eine Person mit x Jahren Erfahrung tun, was eine Person mit y Jahren (mit y <x) nicht kann?

Du siehst Erfahrung in diesem Fall falsch. Bei Stellenangeboten wird nicht nur nach der Anzahl der Jahre gefragt, sondern auch nach der Erfahrung mit den Technologien, die das Unternehmen einsetzt. Als ob Sie 10 Jahre Erfahrung in der C ++ - Entwicklung haben könnten und sagen, ich bin ein Gaming-Unternehmen, das C ++ - Entwickler mit sogar 5 Jahren Erfahrung sucht. Sie wären immer noch nicht mein idealer Kandidat, weil Sie noch nie in der Spieleindustrie gearbeitet haben. In meiner Stellenanzeige würde tatsächlich Folgendes angegeben: X Jahre Erfahrung in A-, B- und C-Aspekten der Programmierung.

Es kann Fälle geben, in denen ein leidenschaftlicher Programmierer mit einer jahrelangen Erfahrung, der über großes Wissen verfügt und an mehreren Projekten gearbeitet hat, und ein anderer Programmierer mit einer jahrelangen Erfahrung (x> y), der an wenigen Projekten gearbeitet hat und nicht so viel Erfahrung hat.

Lesen Sie meine vorherige Antwort. Die Erfahrung ist an die Werkzeuge gebunden, mit denen Sie Erfahrung haben. X Jahre Erfahrung mit Werkzeugen der Klassen A, B, C.

Warum kann es nicht so weiterverfolgt werden: "Wenn Sie diese Technologie kennen und wissen, wie man diese Dinge macht (sei es Design, Kommunikation, Schätzungen usw.), dann sind Sie für unseren Job geeignet."

Das kann und passiert. Wenn Sie sich beweisen können, spielt Erfahrung in Jahren keine Rolle. Für jemanden wie Sie scheinen Sie eher für einen kleineren Entwickler-Shop geeignet zu sein, in dem der Interviewer / Recruiter selbst Entwickler ist. Größere Unternehmen haben normalerweise Personalabteilungen, die solche Aufgaben erledigen, weshalb sie die Anforderungen an ihre Arbeit so weit ausdehnen, dass Sie im Grunde eine Doktorarbeit mit mehr als 15 Jahren Erfahrung benötigen, um kleine Funktionen für ihre Website zu schreiben (übertrieben, aber dies erklärt die Fehler bei der Anwerbung von Programmierern, insbesondere für die größeren Unternehmen - obwohl nicht alle von dieser Krankheit betroffen sind)

Die jahrelange Erfahrung ist lediglich ein Filter, der eine "grobe" Schätzung darüber liefert, was von der Person erwartet wird, die die in der Stellenbeschreibung aufgeführten gewünschten Fähigkeiten einsetzt.

Hier ist ziemlich viel, was ich erwarten würde, aber andere mögen andere Ideen haben:

2 Jahre oder weniger - Sie sollten in der Lage sein, bestimmte Aufgaben zu erledigen, von denen Sie wissen, dass es für die meisten dieser Aufgaben eine Lernkurve mit angemessener Beaufsichtigung gibt.

3 - 5 Jahre - Sie sollten in der Lage sein, die Aufgaben zu erledigen, die Ihnen aufgetragen wurden, ohne viel Händchen zu halten, da Sie ähnliche Aufgaben in Ihrer 0- bis 2-jährigen Erfahrung bereits erledigt haben sollten. Sie sollten auch anfangen, eine "kluge" Initiative zu zeigen und in der Lage sein, kleinere Aufgaben zu erledigen, die nicht unbedingt klar definiert sind. (z. B. Sie können Module aus den Anforderungen entwerfen, in denen Sie einige dieser Anforderungen selbst nachverfolgen müssen).

5 - 7 Jahre - Sie sollten in der Lage sein, selbstständig zu arbeiten und zu entscheiden, was diese "Aufgaben" von oben sind. Sie sollten in der Lage sein, mittelgroße Aufgaben zu erledigen, die nicht klar definiert sind. (z. B. in der Lage sein, Subsysteme zu entwerfen / implementieren / zu verkaufen). In diesem Zeitraum sollten Sie auch damit beginnen, Subsystemteams zu führen. Präsentieren Sie die erforderlichen Subsysteme, für die sie verantwortlich sind, zumindest dem internen Team.

8 - 10 Jahre - Es kann davon ausgegangen werden, dass sehr große und / oder kritische Teilsysteme des Projekts vorhanden sind. Resident Experte in verschiedenen Technologien. Kann große Subsystemteams führen. Präsentieren Sie dem Kunden die Subsysteme, für die er verantwortlich ist.

10+ Jahre - Kann so ziemlich jede Software-Aufgabe bewältigen, die auf sie zukommt, im Rahmen der Jobbeschreibung UND der meisten anderen semi-verwandten Software-Aufgaben. Resident Experte in einer Vielzahl von Softwarebereichen. Kann große Projekte führen, von Anforderungen bis zum Ausverkauf. Versteht das Systemdesign und nicht nur das Modul- / Subsystemdesign. Ist in der Lage, zuverlässige, robuste und wartbare Systeme zu entwerfen. Ist die Software-Schnittstelle zum Kunden, einschließlich Präsentationen aus einer Systemperspektive. Kann Gebotsvorschläge und Zeitpläne adäquat zusammenstellen.

Die langjährige Definition der Berufserfahrung ist vage, dient aber nicht nur dem Arbeitgeber, sondern ist auch ein Leitfaden für den Arbeitssuchenden. Wenn Sie also eingestellt werden und behaupten, Sie hätten 8 bis 10 Jahre Berufserfahrung und müssten jede noch so kleine Aufgabe erledigen, ist Ihre Zukunft im Unternehmen bestenfalls "sehr begrenzt", wenn Sie auch nur sehr lange dauern lange überhaupt. Die ersten Eindrücke sind schwer zu ändern. Selbst wenn Sie als Entwickler besser werden, behalten die Leute wahrscheinlich ihren ursprünglichen Eindruck von Ihnen bei.

Ich habe eine ganze Reihe von "Senior" -Entwicklern eingestellt bekommen, die innerhalb weniger Monate oder in ein paar Jahren in das "Mitarbeiterentwicklungs" -Programm aufgenommen wurden. Das ist wirklich nur die Überholspur, um der Erste zu sein die Entlassungsliste. Wenn die gleichen Entwickler auf einem niedrigeren Niveau eingestiegen wären (das bedeutet natürlich eine niedrigere Bezahlung), wären sie möglicherweise als erfolgreich eingestuft worden und würden eine angemessene Leistung erbringen.