Die Geschichte eines Nicht-Einhorns: Eine Geschichte über die Probleme mit Berufsbezeichnungen und Beschreibungen

Der folgende Artikel ist ein Gastbeitrag von Lara Schenck. Ich hörte sie diese Geschichte bei einem CodePen Meetup in New York erzählen. Ich sah eine ganze Menge nickender Köpfe. Es ist eine Tatsache, dass es in dieser Branche einige Probleme mit Berufsbezeichnungen, Beschreibungen, Vorstellungsgesprächen und dem ganzen Kram gibt. Lesen Sie diese Geschichte von Lara und folgen Sie ihr, denn ich bin sicher, dass dies nicht das Ende dieser Diskussion ist.

Ich bin seit drei Jahren selbstständig. Obwohl ich mein erstes Jahr nach dem College für ein dreiköpfiges, inzwischen aufgelöstes Startup gearbeitet habe, hatte ich nie einen typischen 9-5-Job (oder heutzutage eher 10-8) und, ehrlich gesagt, wollte ich auch nie einen. Lara Schenck, LLC ist ein profitables Unternehmen, und jeden Tag mache ich Arbeit, die mir Spaß macht und mich herausfordert. Ich teile mir meine Arbeitszeiten selbst ein, mache Urlaub, wann ich will, und führe alles nach meinen Vorstellungen.

Das ist alles großartig, aber was man durch selbstständiges Arbeiten nicht bekommt, ist die Teamerfahrung. Ich basiere meine Arbeit darauf, nicht-technischen Designern und Content-Produzenten technische Kenntnisse zu vermitteln, damit sie besser mit Entwicklern kommunizieren können. Die Theorie ist, dass, wenn ein Designer versteht, warum es eine schlechte Idee ist, 18 Schriftarten anzufordern, und wenn Content-Produzenten wissen, warum es nicht trivial ist, die Titel einer Reihe verwandter Beiträge zu bearbeiten, das Leben für alle einfacher wird. Zumindest ist das meine Theorie und die Annahme, auf der ich mein Geschäft aufgebaut habe.

In letzter Zeit habe ich mich jedoch, in einem Anfall des guten alten Hochstapler-Syndroms, gefragt, Moment mal, wie kann ich Leuten sagen, wie sie in Teams arbeiten sollen, wenn ich selbst noch nie wirklich in einem gearbeitet habe? Ich war immer die 'Lead UI/UX/Visual/Web/Front-end Designer-Person-Ding' und habe nie für ein größeres Unternehmen mit separaten Teams für Produkt, UX, Marketing, Content, Frontend, Backend usw. gearbeitet.

So verspürte ich den Drang, einen Job zu suchen, und ein scheinbar perfekter fiel mir in den Schoß. Es war für ein großartiges Unternehmen, und es klang genau nach meinen Fähigkeiten. Der Titel war „UX Engineer/Interaction Designer“. Ich sträube mich normalerweise gegen den Begriff „Ingenieur“ (vielleicht aus gutem Grund), aber in Anbetracht der Präsenz von „Designer“ und der Art der Stellenausschreibung störte es mich nicht allzu sehr.

FizzBuzzed.

Als es zum technischen Interview mit dem leitenden Entwickler kam, fühlte ich mich ziemlich sicher. Abgesehen von JavaScript „Engineering“ und allem, was mit Algorithmen zu tun hat, sind meine technischen Fähigkeiten scharf. Wir beginnen mit einem großartigen Gespräch über Styleguides, Sass, das Designer/Entwickler-Phänomen, Atomic Design, Content, all die großartigen Dinge, die mich super begeistern. Dann kam der Coding-Teil. Ich erwartete Fragen zu Detailpositionierung, Semantik, vielleicht einigen UI-basierten JS-Sachen und Entwicklungsworkflow. Die erste Frage war

Interviewer: Sind Sie mit FizzBuzz vertraut?

Ich: Ähm, ehrlich gesagt, nein.

Interviewer: Okay, nun, Sie müssen ein Programm schreiben, bei dem Vielfache von drei 'Fizz' anstelle der Zahl ausgeben und bei Vielfachen von fünf 'Buzz'. Bei Zahlen, die sowohl Vielfache von drei als auch von fünf sind, geben Sie 'FizzBuzz' aus. Es würde also so aussehen: '1, 2, Fizz, 4, Buzz, Fizz, 7, 8, Fizz, Buzz, 11, Fizz, 13, 14, Fizz Buzz'

Ich: (OH MEIN GOTT, MATHEMATIK. Ich versuchte, ein bisschen darüber zu reden, sagte aber dann:)

Ich: Okay, nochmals ehrlich gesagt, mein JS-Wissen bezieht sich eher auf UI/UX-basierte Aufgaben. Und ich verstehe den Sinn der Frage nicht wirklich. Was ist zum Beispiel der Anwendungsfall? Wann würde das in der Rolle auftauchen?

(Erst nachdem ich diese Interaktion einem Freund erzählt hatte, wurde mir klar, dass man in einem Vorstellungsgespräch nicht fragen sollte: „Warum fragen Sie mich das?“)

Interviewer: Nun, es ist eine Übung im programmatischen Denken. Keine Sorge, kommen wir zur nächsten Frage. Schreiben Sie eine Funktion, die einen Timecode-String entgegennimmt und ihn in Sekunden umwandelt.

Wieder begann ich, darüber zu reden, aber es war mir unmöglich, es zu lösen, während jemand zusah. Ich musste ernsthaft googeln. Er sagte, ich könne meine Lösungen per E-Mail zurücksenden. Ich spielte mit dem Gedanken, anzurufen und zu sagen: „Vergessen Sie es, das ist nichts für mich“, aber ich beschloss, durchzuhalten. Nachdem ich ein paar Stunden damit verbracht hatte, etwas zu entwickeln, das halbwegs funktionierte, fand ich die Lösung auf StackOverflow und verlinkte sie, ehrlich gesagt, im Code.

Es überraschte mich nicht, dass ich ein paar Tage, nachdem ich meine Lösungen geschickt hatte, eine Absage erhielt: „Sie haben nicht genug Erfahrung für die Position, aber wir möchten Ihren Lebenslauf aufbewahren.“ In meinem zu Selbstzweifeln neigenden Zustand fühlte ich mich als Entwickler, der nur gut googelt und vielleicht jQuery beherrscht, ertappt. Ich war beschämt.

Aber ja

<Schimpftirade>

Nachdem dieser Selbstzweifel sich gelegt hatte, stellte sich ein neues Gefühl ein: Wut. FizzBuzz ist eine Methode, um „Fake-Programmierer“ herauszufiltern. Mir ist vollkommen bewusst, dass ich kein Programmierer bin, zumindest nicht im Sinne von Algorithmen, Datenmodellierung usw.

Gehen wir die Stellenbeschreibung durch, die ich gesehen habe (nur leicht verändert zur Anonymität). Für mich war diese Stellenbeschreibung definitiv nicht für einen Programmierer gemäß dieser Definition.

UX Engineer/Interaction Designer

(…bla bla bla, wir sind ein tolles Unternehmen und suchen eine tolle Person…)

Verantwortlichkeiten

• Erstellen Sie Wireframes und High-Fidelity-Mockups, um Interaktions- und Designideen effektiv zu vermitteln (z.B. Wireframes, Skizzen, "pixelgenaue" Mockups usw.).

Großartig. Außer dem Teil mit „pixelgenau“. Aber vielleicht könnte dies eine Gelegenheit sein, ihnen zu helfen, ihre Prozesse zu aktualisieren.

• Liefern Sie ansprechende, innovative Prototypen und tragen Sie zur Frontend-Entwicklung unserer Produkte bei.

Sicher!

• Zusammenarbeit mit anderen Teammitgliedern und Synthese von Feedback.

Sie haben es kapiert.

• Bewerten Sie die Benutzerfreundlichkeit neuer und bestehender Produkte, wenden Sie Ergebnisse der Benutzerforschung an und machen Sie konstruktive Verbesserungsvorschläge.

Ich bin dabei.

Mindestanforderungen

• B.S.-Abschluss in Design, Informatik oder einem verwandten technischen Fachgebiet oder vergleichbare praktische Erfahrung.

Kleines Problem. Widersprechen Sie mir gerne, aber können wir uns darauf einigen, dass es so etwas wie einen B.S. in Design nicht gibt? Und dass Design- und Informatikabschlüsse wild unterschiedlich sind? Aber ich beschloss, das durchgehen zu lassen.

• 2 oder mehr Jahre Erfahrung im Design sauberer, gültiger und kompatibler Websites und Anwendungen.

Ja!

• Kenntnisse in Adobe Photoshop und Illustrator.

Sicherlich!

• Saubere und elegante visuelle Designästhetik.

Ja!

• HTML5, CSS3, JavaScript.

Ich bin ein Meister der ersten beiden, aber da nichts über Programmierkenntnisse erwähnt wurde und der Verantwortlichkeitsbereich so designzentriert war, dachte ich, meine jQuery-Kenntnisse und meine Fähigkeit zum Selbstlernen würden ausreichen.

• Leidenschaft für die Erstellung responsiver und ansprechender Benutzeroberflächen und Erlebnisse.

Mein Favorit!

Bevorzugte Qualifikationen

• Erfahren im Umgang mit objektorientiertem JavaScript und modernen JavaScript-Bibliotheken wie Ember, Backbone oder Angular.

Ich habe damit herumgespielt und verstehe die Konzepte. Ich würde nicht sagen, dass ich versiert bin, aber ich habe definitiv „Erfahrung mit“. Sicher, das könnte eine Lücke in meinen Qualifikationen für die Position sein, aber wie gesagt, die Formulierung in den Abschnitten oben ist viel stärker auf Design- und Prototyping-Fähigkeiten ausgerichtet.

• (bla bla Zeug über Eigenmotivation und Kommunikationsfähigkeiten)

Also, wo kommt FizzBuzz ins Spiel? Sicher, „Engineer“ ist in der Berufsbezeichnung enthalten, aber auch „Designer“, „UX“ und „Interaction“. Für mich deutet das definitiv nicht auf eine Programmierer-Stelle hin. Ich hätte mich nicht beworben, wenn ich das gewusst hätte.

Es ist ein Problem.

Ich stelle mir vor, dass ich nicht die Einzige bin, die eine solche Erfahrung gemacht hat. Das Rätsel der Berufsbezeichnung ist ein bekanntes Problem. Aber Stellenbeschreibungen sind genauso schlimm oder schlimmer.

Schauen wir uns ein paar weitere Beispiele an, die ich gesehen habe.

UI/UX Designer

UI/UX ist weitaus undurchsichtiger, als mir lieb ist.

Zusätzlich zu Ihren Erfahrungen und Fähigkeiten im UI- und UX-Design wäre es wirklich fantastisch, wenn Sie zufällig HTML, CSS und JavaScript, Frontend-Entwicklung gemeistert hätten.

Erinnern Sie sich an den Tag, als Sie aufwachten und dachten: Wow! Ich habe JavaScript gemeistert und es nicht einmal gemerkt! Nein.

Frontend-Entwickler

• Frontend-Code in HTML/CSS/SCSS und JavaScript schreiben
• Gelegentlich Frontend-Code in PHP (WordPress) oder Ruby (on Rails) schreiben

Ähm, PHP und Ruby sind keine Frontend-Sprachen. Vielleicht sprechen sie über Templating, aber… nein. Außerdem ist die Nennung von SCSS und CSS als erforderliche Fähigkeiten verdächtig. Ich rieche, dass jemand Buzzwords auflistet.

Frontend-Entwickler: HTML5, CSS3, JavaScript

Was Sie tun werden

In dieser Rolle werden Sie an der Entwicklung, dem Bau und dem Testen von erstklassigen Webanwendungen mitwirken. Sie werden mit den Produkt-, Marketing-, Rechts-, Geschäftsentwicklungs- und Betriebsteams zusammenarbeiten, um unsere Kernprodukte zu entwickeln und zu verbessern. Testen und liefern Sie soliden, zuverlässigen Code, der alle Anforderungen erfüllt. Entdecken und experimentieren Sie mit neuen Technologien und teilen Sie diese mit dem Team.

Sie werden das gesamte Unternehmen sein. Nicht hilfreich.

Was Sie für diese Position benötigen

• HTML/CSS
• JavaScript-Frameworks
• CMS (WordPress von Vorteil)
• Adobe Creative Suite
• UI/UX
• Gespür für Design

Sehr unspezifisch.

Nun zu meinem Favoriten…

Kompetenzen

• Kreativität
• Problemlösung
• Umgang mit Ambiguität
• Kundenorientierung
• Funktionale/Technische Fähigkeiten

Lolz.

Oh Mann.

Hoffentlich verstehen Sie, was ich meine.

Wer schreibt diese Beschreibungen? Ich bin sicher, diese Firmen finden ab und zu eine perfekte Übereinstimmung. Aber ich habe das Gefühl, dass das nicht die Norm ist. Es ist wahrscheinlicher, dass viele dieser Firmen einfach nicht wissen, was sie brauchen, also suchen sie nach allem. Ein Personalvermittler oder eine HR-Person zaubert etwas zusammen und stellt es ein, um zu sehen, wer anbeißt. Vielleicht fangen sie ja ein Einhorn!

Was noch wichtiger ist, basierend auf meiner (zugegebenermaßen minimalen) Erfahrung mit Bewerbungsverfahren: Wer weiß, was im Vorstellungsgespräch passieren wird? Ich stelle mir vor, man würde mit einem echten Designer oder Entwickler sprechen, der eine viel bessere Vorstellung von der Situation hat, und wer weiß, wie gut das zur Stellenbeschreibung passt, ganz zu schweigen von den Fähigkeiten des Bewerbers?

</Schimpftirade>

Ich finde es sinnlos, zu schimpfen, ohne eine Lösung vorzuschlagen, daher hier einige Vorschläge für alle, die für die Einstellung zuständig sind:

• Überprüfen Sie Ihren Prozess und identifizieren Sie die Lücken. Stellen Sie entweder einen Berater ein oder tun Sie es intern, aber bitte betrachten Sie das Gesamtbild, sprechen Sie mit einer Reihe von Mitarbeitern (Junior und Senior) und finden Sie heraus, wo die Problembereiche liegen. Interpretieren Sie nicht nur die Meinungen von Entwicklungs-/Designleitern und Managern und fassen Sie deren Bedürfnisse zusammen.
• Listen Sie konkrete, beispielhafte Aufgaben auf, die für die Position relevant sind. Besonders wenn JavaScript in der Rolle aufgeführt ist (merken Sie, dass ich darüber etwas verstimmt bin?). So etwas wie
  • Bild-Slider und sanftes Scrolling implementieren
  • Unsere CSS-Pipeline auf Sass migrieren
  • Treffen Sie schnelle Designentscheidungen zu interaktiven Elementen, wie z.B. Button-Hover-Zuständen und Formularstilen.
  • Erstellen Sie ein Registrierungsformular mit AngularJS.
  • Verwenden Sie reguläre Ausdrücke, um jedes Datum in Textinhalten zu erkennen.
  • Verbesserungsvorschläge für unseren Rails-Deployment-Workflow.
• Verdammt, setzen Sie Codebeispiele in die Beschreibung. Warum nicht? Ernsthaft. Wenn ich gesehen hätte, dass ich Daten mit reinem JavaScript bereinigen müsste, hätte ich mir die Mühe nicht gemacht.

Geschichtenzeit

Das ist meine Geschichte. Ich nenne sie „Die Geschichte eines Nicht-Einhorns“, denn als ich diesen Bewerbungsprozess begann, dachte ich irgendwie, ich wäre ein Einhorn. Sie hätten Glück, mich zu haben. Ich bin ein Designer/Entwickler, wenn es je einen gab. Aber dank einer fehlerhaften Stellenbeschreibung (und JavaScript… grrrr) merke ich, dass meine Einhornhaftigkeit ein Irrtum war. Trauriges Gesicht. Außer überhaupt kein trauriges Gesicht, denn das Geschäft bei Lara Schenck, LLC boomt.

Ich glaube, andere Leute haben damit zu tun gehabt. Ja? Nein? Bin ich nur verbittert und schnippisch?