{"id":36985,"date":"2019-10-31T22:15:09","date_gmt":"2019-10-31T19:15:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-priruchit-dzhuniora\/"},"modified":"2019-10-31T22:15:09","modified_gmt":"2019-10-31T19:15:09","slug":"kak-priruchit-dzhuniora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/kak-priruchit-dzhuniora","title":{"rendered":"Wie z\u00e4hmt man einen Junior?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Wie gelangt man als Junior in ein gro\u00dfes Unternehmen? Wie stellt man einen w\u00fcrdigen Junior ein, wenn man ein gro\u00dfes Unternehmen ist? Im Folgenden erz\u00e4hle ich unsere Geschichte \u00fcber die Einstellung von Anf\u00e4ngern im Frontend: wie wir Testaufgaben ausgearbeitet, uns auf Interviews vorbereitet und ein Mentorenprogramm zur Entwicklung und Einarbeitung neuer Mitarbeiter aufgebaut haben sowie warum Standardfragen f\u00fcr Vorstellungsgespr\u00e4che nicht funktionieren.<\/p>\n

\"Wie
\nIch versuche, einen Junior zu trainieren.<\/i>
\n<\/a><\/noindex>
\nHallo! Mein Name ist Pavel, ich mache Frontend in einem Team bei Wrike. Wir entwickeln ein System f\u00fcr Projektmanagement und Zusammenarbeit. Ich besch\u00e4ftige mich seit 2010 mit dem Web, habe 3 Jahre im internationalen Remote-Bereich gearbeitet, an mehreren Startups teilgenommen und einen Kurs \u00fcber Web-Technologien an der Universit\u00e4t gehalten. In der Firma engagiere ich mich in der Entwicklung technischer Kurse und des Mentorenprogramms von Wrike f\u00fcr Juniors sowie in deren Rekrutierung.<\/p>\n

Warum wir \u00fcberhaupt \u00fcber die Einstellung von Juniors nachgedacht haben.<\/h3>\n

\nBis vor kurzem haben wir Frontend-Entwickler auf mittlerem oder seniorem Niveau eingestellt \u2014 also solche, die selbstst\u00e4ndig genug sind, um nach der Einarbeitung produktive Aufgaben zu \u00fcbernehmen. Anfang dieses Jahres haben wir erkannt, dass wir diese Politik \u00e4ndern m\u00f6chten: Innerhalb eines Jahres hat sich die Anzahl unserer Produktteams fast verdoppelt, die Zahl der Frontend-Entwickler war fast bei hundert, und in naher Zukunft wird sich das noch einmal verdoppeln m\u00fcssen. Es gibt viel zu tun, wenig freie H\u00e4nde, und auf dem Markt sind es noch weniger, also haben wir beschlossen, uns an diejenigen zu wenden, die gerade erst ihren Weg im Frontend beginnen, und haben verstanden, dass wir bereit sind, in ihre Entwicklung zu investieren.<\/p>\n

Was ist ein Junior?<\/h3>\n

\nDas ist die erste Frage, die wir uns gestellt haben. Es gibt verschiedene Kriterien, aber das einfachste und verst\u00e4ndlichste Prinzip lautet:<\/p>\n

Einem Junior muss erkl\u00e4rt werden, welche Funktionalit\u00e4t und wie sie umgesetzt werden soll. Einem Mid-Level-Entwickler muss erkl\u00e4rt werden, welche Funktionalit\u00e4t ben\u00f6tigt wird, und er kann selbst herausfinden, wie es umgesetzt wird. Ein Senior wird dir selbst erkl\u00e4ren, warum diese Funktionalit\u00e4t nicht umgesetzt werden sollte.<\/p><\/blockquote>\n

So oder so ist ein Junior der Entwickler, der Beratung ben\u00f6tigt, wie er eine bestimmte L\u00f6sung umsetzen kann. Worauf wir uns gest\u00fctzt haben:<\/p>\n

    \n
  1. Ein Junior ist jemand, der sich entwickeln will und bereit ist, daf\u00fcr viel zu arbeiten;<\/li>\n
  2. Er wei\u00df nicht immer, in welche Richtung er sich entwickeln m\u00f6chte;<\/li>\n
  3. Er ben\u00f6tigt Rat und sucht Unterst\u00fctzung von au\u00dfen \u2013 bei seinem Teamleiter, Mentor oder in der Community.<\/li>\n<\/ol>\n

    \nWir hatten auch mehrere Hypothesen:<\/p>\n

      \n
    1. Auf die Junior-Stelle wird es einen Sturm an Bewerbungen geben<\/i>. Man muss zuf\u00e4llige Bewerbungen bereits beim Versand von Lebensl\u00e4ufen filtern;<\/li>\n
    2. Der erste Filter wird nicht helfen<\/i> \u2014 es werden noch Testaufgaben ben\u00f6tigt;<\/li>\n
    3. Testaufgaben werden alle abschrecken<\/i> \u2014 sie sind nicht notwendig.<\/li>\n<\/ol>\n

      \nNun, nat\u00fcrlich hatten wir ein Ziel: 4 Junioren in 3 Wochen<\/b>.<\/p>\n

      Mit diesem Bewusstsein begannen wir zu experimentieren. Der Plan war einfach: mit einem m\u00f6glichst breiten Trichter zu beginnen und ihn schrittweise so zu verengen, dass wir den Strom bearbeiten konnten, ohne ihn auf 1 Kandidaten pro Woche zu reduzieren.<\/p>\n

      Wir ver\u00f6ffentlichen die Stellenanzeige<\/h3>\n

      <\/p>\n

      F\u00fcr das Unternehmen<\/b>: Es wird Hunderte von Bewerbungen geben! Denken Sie an den Filter.<\/p>\n

      F\u00fcr Junioren<\/b>: Haben Sie keine Angst vor dem Fragebogen vor dem Versand des Lebenslaufs und der Testaufgabe \u2013 das ist ein Zeichen daf\u00fcr, dass das Unternehmen sich um Sie k\u00fcmmert und den Prozess gut eingestellt hat.\n<\/p><\/blockquote>\n

      \nAm ersten Tag erhielten wir etwa 70 Lebensl\u00e4ufe von Kandidaten mit 'JavaScript-Kenntnissen'. Und dann noch mehr. Wir konnten physisch nicht alle zum Interview ins B\u00fcro einladen und w\u00e4hlten aus ihnen die besten mit den coolsten Pet-Projekten, einem aktiven GitHub oder zumindest etwas Erfahrung. <\/p>\n

      Aber die wichtigste Erkenntnis, die wir am ersten Tag gewannen \u2013 der Sturm hatte begonnen. Es war an der Zeit, ein Formular f\u00fcr den Fragebogen vor dem Versand des Lebenslaufs hinzuzuf\u00fcgen. Seine Aufgabe war es, Kandidaten auszusondern, die nicht bereit waren, minimalen Aufwand f\u00fcr den Versand des Lebenslaufs zu betreiben, und jene, die \u00fcber kein Wissen und keinen Kontext verf\u00fcgten, um wenigstens so viele Informationen zu haben, dass sie die richtigen Antworten googeln konnten. <\/p>\n

      Es gab Standardfragen zu JS, Layout, Web, Informatik \u2013 sie kennt jeder, der wei\u00df, was bei einem Vorstellungsgespr\u00e4ch im Frontend gefragt wird. Was ist der Unterschied zwischen let\/var\/const? Wie wendet man Styles nur f\u00fcr Bildschirme mit einer Breite von weniger als 600px an? Wir wollten diese Fragen nicht im technischen Interview stellen \u2013 die Praxis hat gezeigt, dass man darauf nach 2-3 Interviews antworten kann, ohne wirklich mit der Entwicklung vertraut zu sein. Aber sie konnten uns zun\u00e4chst zeigen, ob der Kandidat grunds\u00e4tzlich den Kontext versteht.<\/p>\n

      F\u00fcr jede Kategorie hatten wir 3-5 Fragen vorbereitet und \u00e4nderten Tag f\u00fcr Tag die Auswahl im Antwortformular, bis wir die einfachsten und die schwierigsten ausgeschlossen hatten. Das erm\u00f6glichte es uns, den Strom zu reduzieren \u2013 in 3 Wochen haben wir 122 Kandidaten erhalten<\/b>, mit denen man weiterarbeiten konnte. Es waren Studenten aus dem IT-Bereich; Jungs, die von Backend auf Frontend umsteigen wollten; Arbeiter oder Ingenieure im Alter von 25-35 Jahren, die ihren Beruf radikal \u00e4ndern und unterschiedlich viel M\u00fche in Selbstbildung, Kurse und Praktika gesteckt haben.<\/p>\n

      Lernen wir uns besser kennen<\/h3>\n

      <\/p>\n

      F\u00fcr das Unternehmen<\/b>: Die Testaufgabe schreckt die Kandidaten nicht ab, sondern hilft, den Auswahlprozess zu straffen.<\/p>\n

      F\u00fcr Junioren<\/b>: Kopiert keine Testaufgaben \u2013 das ist deutlich zu erkennen. Und haltet euren GitHub in Ordnung!\n<\/p><\/blockquote>\n

      Wenn wir alle zu technischen Interviews eingeladen h\u00e4tten, m\u00fcssten wir ungef\u00e4hr 40 Interviews pro Woche nur f\u00fcr Junioren und nur im Frontend f\u00fchren. Daher haben wir uns entschieden, die zweite Hypothese \u00fcber die Testaufgabe zu pr\u00fcfen.<\/p>\n

      Was uns bei der Testaufgabe wichtig war:<\/p>\n

        \n
      1. Eine gute, skalierbare Architektur zu schaffen, aber ohne \u00dcberengineering;<\/li>\n
      2. Es ist besser, es l\u00e4nger zu machen, aber gut zu machen, als \u00fcber Nacht eine schnelle L\u00f6sung zusammenzuwerfen und mit dem Kommentar \"Ich werde es auf jeden Fall zu Ende bringen\" zu senden;<\/li>\n
      3. Die Entwicklungsgeschichte in Git \u2013 Ingenieurkultur, iterative Entwicklung und dass die L\u00f6sung nicht plump kopiert wurde.<\/li>\n<\/ol>\n

        \nWir sind zu dem Schluss gekommen, dass wir eine algorithmische Aufgabe und eine kleine Webanwendung sehen wollen. Die Algorithmen waren auf dem Niveau von Laborarbeiten f\u00fcr Grundkurse \u2013 bin\u00e4re Suche, Sortierung, \u00dcberpr\u00fcfung auf Anagramme, Arbeiten mit Listen und B\u00e4umen. Letztendlich haben wir uns f\u00fcr die bin\u00e4re Suche als erste Testoption entschieden. Die Webanwendung sollte ein Tic-Tac-Toe sein, unter Verwendung irgendeines Frameworks (oder ohne).<\/p>\n

        Die Testaufgabe wurde von fast der H\u00e4lfte der verbleibenden Kandidaten absolviert \u2013 uns wurden L\u00f6sungen eingereicht 54 Kandidaten<\/b>. Unglaubliche Einsicht \u2013 wie viele umsetzbare Varianten von Tic-Tac-Toe denkt ihr, gibt es im Internet? <\/p>\n

        Wie viele?<\/b>Tats\u00e4chlich scheinen es nur 3 zu sein. Und in den \u00fcberwiegenden Mehrzahl der L\u00f6sungen waren genau diese 3 Varianten zu finden.
        \nWas uns nicht gefallen hat:<\/p>\n