🥇Angst vor der ersten Arbeitsstelle überwinden

Szenenbild aus dem Film «Harry Potter und der Gefangene von Askaban»

Das Problem dieser Welt ist, dass gebildete Menschen voller Zweifel sind, während Idioten voller Zuversicht sind
Charles Bukowski

Kürzlich habe ich eine weitere Einzelstunde im Programmieren gehalten. Im Gegensatz zu gewöhnlichen Unterrichtsstunden bestand das Thema nicht aus der Sprache oder der Lösung von Problemen. Der Schüler teilte seine Bedenken bezüglich der zukünftigen Jobaufnahme. Der Schüler war recht clever. Einer von denen, die zu den Kursen kommen, das gesamte Programm schneller durchlaufen und dabei originelle Lösungen finden, aber sich selbst ständig unterschätzt. Meiner Meinung nach entstehen solche Zweifel nur aufgrund von Informationsmangel. Diese Lücke habe ich spontan während des Unterrichts zu füllen versucht.

Die Fragen waren ungefähr folgende:

Jedes Jahr werden viele Studenten von den Hochschulen entlassen und alle suchen einen Job. Das sind schließlich sehr viele Menschen. Sicherlich werden die Besten eingestellt, und ich erhalte keinen Platz.
Was passiert, wenn ich einen Fehler mache und sofort gefeuert werde?
Was ist, wenn sie während der Arbeit feststellen, dass ich dumm bin und mich hinauswerfen?

Dieser Schüler war nicht die erste Person, der ich solche Fragen beantwortete. Viele haben solche Zweifel, und normalerweise muss ich ohne Vorbereitung erzählen. Diesmal habe ich beschlossen, mein Monolog in ein Notizbuch zu schreiben. Ich dachte, es würden ein paar Absätze werden, aber es hat sich zu einem ganzen Artikel ausgewachsen.

Der Artikel beschreibt meine Perspektive und basiert auf meinen Erfahrungen. Doch unsere Welt ist sehr vielfältig und erstaunliche Dinge passieren. Wenn Sie mit etwas nicht einverstanden sind oder Ihre Erfahrungen anders sind, schreiben Sie bitte einen Kommentar.

Der Artikel wurde von Entwicklern für Entwickler geschrieben. Wenn Sie jedoch planen, im Testing, in der Administration oder in einem anderen Bereich der IT tätig zu sein, werden Ihnen einige Tipps ebenfalls nützlich sein.

Wird überhaupt nicht eingestellt

Wenn man sich vorstellt, dass jährlich viele Universitäten Hunderte von Studenten entlassen, wird es unbehaglich. Wie soll man sich mit so einer riesigen Menge messen?

Leider haben längst nicht alle Absolventen die nötige technische Ausbildung. Versuchen Sie, einen Bekannten aus der Universität zu fragen: Wie bekommen die Leute in seiner Gruppe die Zulassung zu den Prüfungen in Fächern wie "Datenbanken" oder "Grundlagen der Algorithmik und Programmierung"? In einer Gruppe von 30 Personen gibt es bestenfalls 3-5 "fortgeschrittene" Studenten, die alles tatsächlich selbst gemacht haben. Die anderen kopieren einfach von ihnen, lernen die Antworten auf die Fragen auswendig und bestehen.

So war es, als ich selbst studiert habe. Allerdings könnte meine Erfahrung nicht repräsentativ sein. Daher habe ich diese Frage mehreren verschiedenen Studenten gestellt. Die Antworten waren ähnlich. Die Befragten kamen aus verschiedenen Universitäten und Hochschulen. Die Überlegungen zu den Gründen lasse ich in diesem Artikel außen vor. Für eine umfassende Untersuchung fehlt mir die Zeit, also ziehe ich Schlüsse aus den vorhandenen Fakten.

Unter Hunderten von Absolventen sind nur ein paar Dutzend für Arbeitgeber von Interesse.

Nur wenige Absolventen können einem fähigen Studenten mit guter Ausbildung echte Konkurrenz machen. Dennoch liegt es selbst dann, wenn Sie gewissenhaft studiert haben, nach dem ersten Vorstellungsgespräch wahrscheinlich daran, dass Sie nicht eingestellt werden. Nach dem zweiten wahrscheinlich auch nicht. Es kann alles gut gehen, aber es ist besser, sich nicht auf einen Sturm, sondern auf eine Belagerung einzustellen. Ein nicht erfolgreicher Versuch, einen Job zu bekommen, ist lediglich ein Grund, anhand der eigenen Fehler zu reflektieren und es erneut zu versuchen. Ich werde nicht über die Vorbereitung auf Vorstellungsgespräche sprechen. Im Internet wurde zu diesem Thema bereits viel geschrieben. Ich kann nur sagen, dass es Nuancen im Verlauf von Vorstellungsgesprächen gibt, für die im Programm Ihres studiums wahrscheinlich keine Zeit eingeplant ist. Suchen Sie diese Informationen selbstständig, sie kann die Anzahl der Versuche reduzieren.

Wahnsinn ist das wiederholte Ausführen derselben Handlung. Immer wieder, in der Hoffnung auf Veränderung.
Albert Einstein

Damit das Absolvieren von Vorstellungsgesprächen nicht in Wahnsinn verwandelt wird, müssen Sie nach jedem neuen Versuch besser werden. Merken oder notieren Sie die Fragen, die Ihnen während des Vorstellungsgesprächs gestellt wurden. Überprüfen Sie nach Hause zurückkehrend diese Liste und überprüfen Sie sich mit Hilfe des Internets. So werden Sie verstehen, wo Sie einen Fehler gemacht haben und wo der Interviewer. Das kommt auch vor. Wiederholen oder studieren Sie die Themen, zu denen Sie schlecht geantwortet haben, und versuchen Sie es erneut.

Darüber hinaus gibt es eine ausgeprägte Saisonalität auf dem Arbeitsmarkt. Kompetente Unternehmen planen die Einstellung unter Berücksichtigung der Abschlussdaten von Bildungseinrichtungen. Im Frühling gibt es mehr Stellenangebote für Berufseinsteiger als zu anderen Zeiten. Allerdings ist zu dieser Zeit auch die Konkurrenz größer.

Dumm – wirst du entlassen.

Wenn jemand ohne Erfahrung eingestellt wird, gibt es entsprechende Erwartungen an ihn.

Von einem Berufseinsteiger wird Folgendes erwartet:

Kenntnisse der allgemeinen technischen Basis
Das Erlernen der Besonderheiten des Fachgebiets des Unternehmens
Die Beherrschung der verwendeten Werkzeuge und Praktiken

In einigen Organisationen werden für Neueinsteiger Schulungskurse zu den verwendeten Technologien, Werkzeugen und örtlichen Gepflogenheiten organisiert. Zum Beispiel die Regeln des guten Tons bei der Nutzung der Unternehmens-E-Mail, die Vorgehensweise zur Änderung von Dokumenten in der Wiki, lokale Besonderheiten der Arbeit mit VCS und dem Bug-Tracker.

Es gibt auch technische Einführungsseminare, aber deren Nutzen ist fraglich. Wenn es zur Einstellung gekommen ist, haben die Arbeitgeber sich davon überzeugt, dass Sie über ein gewisses ausreichendes Wissensniveau verfügen. Am besten ist es, solche Kurse gewissenhaft zu absolvieren, als kleine Formalität. Vielleicht gibt es darin tatsächlich etwas Nützliches.

Wenn Sie mit der Arbeit beginnen, denken Sie daran, dass einem Berufsanfänger sicherlich nicht die Lösung einer dringenden, komplexen und gleichzeitig wichtigen Aufgabe anvertraut wird. Wahrscheinlich wird es nur eines dieser Merkmale geben. Entweder einfach, aber dringend: das Layout zu korrigieren, jemandem eine Datei weiterzuleiten, ein Problem zu reproduzieren. Oder komplex, aber ohne Hoffnung auf Abschluss – nur damit der Neueinsteiger viele Fehler sammelt. Oder wichtig, aber experimentell. Zum Beispiel ein Projekt, das alle seit langem wollen, aber keine Zeit für die Umsetzung aufbringen können.

Die Aufgaben zur Einarbeitung in die Werkzeuge werden 'kompliziert' und künstlich sein. Wahrscheinlich handelt es sich um eine vereinfachte Version des Hauptsystems. In solchen Aufgaben wird derselbe Technologiestack und dieselben Begriffe aus dem Fachgebiet verwendet, die auch im gesamten Projekt vorkommen. Dabei wird das Ergebnis der Ausführung nicht an den Endbenutzer übergeben. Das kann demotivieren, aber dieser Stimmung sollte man besser widerstehen. Eine künstliche Aufgabe sollte gewissenhaft ausgeführt werden, als ob ihr Schicksal des Projekts davon abhängt.

Das Ergebnis der Lösung Ihrer ersten Aufgabe wird den ersten Eindruck von Ihnen bei den Kollegen prägen, die nicht beim Vorstellungsgespräch waren.

Eine andere Variante der Aufgabe zur Einarbeitung in die Werkzeuge ist es, "ein Projekt auf einem lokalen Rechner/test Umgebung zu starten". Manchmal ist dieser Prozess in der Anleitung beschrieben. Diese sind jedoch in der Regel veraltet und stellenweise nicht aktuell. Es kann dem Projekt großen Nutzen bringen, eine neue Anleitung mit Erläuterungen zu den aufgetretenen Problemen zu schreiben. Sicherlich mussten Sie an der Hochschule Anleitungen für verschiedene Disziplinen schreiben. Das hier ist fast dasselbe. Das Dokument sollte die Schritte enthalten, die zur Durchführung des Starts erforderlich sind.

Die typischen Schritte zum Start eines Produkts in der Testumgebung sind ungefähr folgende:

das Repository klonen, auf einen bestimmten Branch oder Tag wechseln
eine Konfigurationsdatei erstellen
die Struktur der Datenbank vorbereiten
sie mit Testdaten befüllen
das Projekt bauen oder kompilieren,
eine Reihe von Konsolenskripten in einer bestimmten Reihenfolge ausführen

Beim lokalen Start des Systems werden unvermeidlich unvorhergesehene Probleme auftreten.

Die gefundenen Problemlösungen sollten in die Anleitung zur Bereitstellung aufgenommen werden. Beim nächsten Mal werden diese Probleme nicht mehr auftreten, wenn die Anleitung befolgt wird. Beim Ausfüllen der Konfigurationsdateien und beim Aufrufen der Skripte ist darauf zu achten, welche Werte wo verwendet werden und mit was sie übereinstimmen müssen. Wenn beispielsweise das Projekt mit Hilfe eines CI-Systems gebaut wird und später mit einem Skript ausgeführt wird, ist es wichtig zu verstehen, wo der Name des Branches oder die Commit-Nummer eingegeben werden müssen. Es kommt vor, dass das Skript das Übermitteln IP-Adressen oder des DNS-Namens der Datenbank, dessen Benutzernamens und Passworts erfordert. In diesem Fall muss bekannt sein, welche Adresse für die Testumgebung verwendet werden soll, welche Benutzernamen dort existieren und welche Passwörter dafür angegeben werden müssen.

Einige Aufgaben erscheinen erfahrenen Entwicklern einfach und können für Praktikanten Schwierigkeiten bereiten. Das ist ganz normal.

Entwickler müssen täglich technische Probleme lösen. Erfahrene Mitarbeiter haben viele Probleme bereits früher gelöst, während Neulinge sich erst noch damit befassen müssen. Die beste Taktik besteht darin, alle gefundenen Fehler in das Dokument "Problemlösungen für ${название задачи}" aufzunehmen. Für jedes Problem sollte eine Hypothese über die Ursache formuliert, Lösungen im Internet gesucht und nacheinander ausprobiert werden. Das Ergebnis jedes Versuchs sollte ebenfalls festgehalten werden.

Die Dokumentation Ihrer Erkenntnisse in Form eines Dokuments ermöglicht es:

kleine Details aus dem Kopf zu bekommen. Zum Beispiel Konfigurationsparameter, DNS/IP-Adressen, Konsolenbefehle und SQL-Abfragen.
sich daran zu erinnern, "was habe ich gestern gemacht", wenn sich die Aufgabe über mehrere Tage erstreckt.
nicht im Kreis zu drehen. Sie können immer nachlesen, was Sie früher gemacht haben, und verstehen, dass Sie zum ursprünglichen Problem zurückgekehrt sind.
klar auf die Frage zu antworten: "Was hast du heute gemacht?", auch wenn es noch keine fertige Lösung gibt.

Sie müssen in der Lage sein, den Status Ihrer Aufgaben Ihren Kollegen zu berichten.

Gelegentlich werden die Kollegen nach Ihren Fortschritten fragen und ihre eigenen Fortschritte teilen. Dafür sollte täglich oder wöchentlich etwas Zeit eingeplant werden.

Wenn Sie die begegneten und gelösten Probleme nicht verfolgen, wird Ihre Beschreibung der Fortschritte wie folgt aussehen: "Ich habe versucht, die Aufgabe zu erledigen, aber ich schaffe es nicht. Ich suche immer noch nach einer Lösung." Aus dieser Erzählung ist nicht klar, ob der Praktikant etwas unternommen hat oder einfach nur abgehangen hat, um zu lesen. Braucht er Hilfe? Hat sich die Situation seit gestern verändert?

Wenn Sie ein Dokument über die Lösungssuche führen, können Sie sagen: "Ich versuche, diese Aufgabe zu erledigen. Ich hatte solche Fehler. Diese habe ich so gelöst. Mit dieser habe ich noch nicht gekämpft. Ich habe solche Hypothesen und Lösungsmöglichkeiten. Ich prüfe sie jetzt."

Wenn die Aufgabe in irgendeiner Weise messbar ist, sollten im Status Zahlen genannt werden. Zum Beispiel kann man für die Aufgabe "Unit-Tests für das Modul schreiben" sagen: "Ich plane, 20 Tests zu machen, habe jetzt 10 geschrieben."

Je mehr Details Sie mitteilen, desto besser werden Ihre Kollegen verstehen, was Sie gemacht haben. Das wird ein positives Verhältnis zu Ihnen bei den Kollegen schaffen und Ihnen helfen zu verstehen, ob Sie Hilfe benötigen oder nicht.

Scheuen Sie sich nicht, um Hilfe zu bitten.

Ich habe oben geschrieben, dass, wenn ein Problem auftritt, Sie eine Hypothese über seine Ursachen und Lösungsansätze formulieren sollten. Es kann jedoch vorkommen, dass die Hypothesen sich nicht bewähren und die selbst gefundenen Lösungen nicht funktionieren. In diesem Fall ist es besser, um Hilfe zu bitten. Um die Aufmerksamkeit der Kollegen nicht übermäßig in Anspruch zu nehmen, sollten Sie alle Probleme zunächst selbst durchdenken. Wenn Sie innerhalb von ein paar Stunden keine Lösung finden konnten, ist es an der Zeit, Rat bei erfahrenen Kollegen zu suchen.

Am besten beginnen Sie mit der Frage: „Hat jemand schon einmal ein ähnliches Problem gehabt?“ und einer kurzen Beschreibung des Problems. Es ist ratsam, einen Ausschnitt der Fehlermeldung oder einen Screenshot beizufügen. Diese Nachricht sollte beim ersten Mal in einem allgemeinen Arbeitschat gesendet werden. So stören Sie nicht die Kollegen, die tatsächlich beschäftigt sind. Freie Kollegen werden Ihre Nachricht sehen und helfen können.

Wenn nach der Nachricht im allgemeinen Chat niemand geholfen hat, versuchen Sie, einen erfahrenen Kollegen während einer Pause zu treffen: beim Mittagessen, beim Tee-/Kaffeetrinken, bei einer Partie Tennis oder während einer Raucherpause. Wenn das nicht funktioniert, teilen Sie Ihre Schwierigkeiten während eines Teams-Meetings oder Stand-ups mit.

Wenn es sich um bekannte Probleme handelt, kann es hier enden. Wenn es jedoch ein neues Problem ist, beginnt eine Untersuchung, bei der Sie je nach Situation handeln müssen.

Die „wichtigen“ Aufgaben für Neueinsteiger, die für den Endbenutzer notwendig sind, sind oft klein und uninteressant. Zum Beispiel „eine zusätzliche Spalte im Bericht hinzufügen“ oder „einen Schreibfehler im Formular korrigieren“ oder „eine Methode im Modell implementieren, um die Kundenattribute aus der Datenbank zu laden“. Das Ziel solcher Aufgaben ist es, dass sich der Neueinsteiger mit dem Fachgebiet vertraut macht und sich in die tägliche Arbeit integriert.

Es ist wichtig, die Aufgabe nicht nur technisch zu lösen, sondern auch das Wissen im Fachgebiet zu erweitern.

In der Aufgabenbeschreibung, in Chats und Gesprächen werden Begriffe vorkommen. Sie können wie vertraute Nomen erscheinen. Innerhalb des Informationssystems erlangen sie jedoch eine besondere, genauere Bedeutung. Die Bedeutung der gefundenen Begriffe sollte am besten in einem speziellen Dokument – einem Begriffswörterbuch – festgehalten werden. Beim Hinzufügen zum Wörterbuch reicht es aus, Ihr Verständnis des Begriffs zu notieren; für eine genaue Erklärung sollten Sie sich an den Analysten wenden. Ist dieser nicht verfügbar, dann an die alten Hasen des Projekts. Die Führung eines Begriffswörterbuchs ist eine der einfachsten Möglichkeiten, sich mit dem Fachgebiet des Projekts vertraut zu machen.

Sobald Sie eine gemeinsame Sprache mit Ihren Kollegen finden, werden sie anfangen, Sie nicht mehr als Praktikanten, sondern als gleichwertigen Spezialisten zu sehen.

Es gibt spezielle Aufgaben, zum Beispiel "Unit-Tests für ein Modul schreiben". Bei dieser Aufgabe wird es wahrscheinlich nicht möglich sein, lange nach Lösungen zu suchen. Gleichzeitig ist sie ziemlich ernst und wird nicht nur zur Schulung des Praktikanten vergeben. Die geschriebenen Tests erhöhen die Stabilität des Projekts, indem sie Bugs in der Anwendung reduzieren und die Testzeit durch Personen verringern. In einer idealen Welt werden Unit-Tests sofort während der Entwicklung geschrieben, aber die Realität sieht oft anders aus. Manchmal behält der Modulentwickler alles im Kopf und sieht keine Notwendigkeit, sie zu schreiben. "Es ist doch offensichtlich, was man hier testen sollte?" Manchmal werden Module in Eile geschrieben und es bleibt keine Zeit für Unit-Tests. Daher wird die Aufgabe, Unit-Tests zu schreiben, oft einem Praktikanten übertragen. So kann der Praktikant schneller im Projekt Fuß fassen, und das Projekt kann Zeit für höher bezahlte Spezialisten sparen.

Es kommt vor, dass Praktikanten und Neuankömmlinge die Rolle vollwertiger Tester zugeteilt bekommen. Üblicherweise muss man dazu das Produkt lokal aufsetzen und die Anforderungen lesen. Vom neuen Mitarbeiter wird als Ergebnis erwartet:

Fragen wie "Wenn ich das so mache, dann wird es so. Das steht nicht in den Anforderungen. Wie sollte es sein?"
Aufgaben im Bug-Tracker "In den Anforderungen steht das so, in der Realität jedoch anders."

Das Testen ist ein überaus weites Tätigkeitsfeld für diesen Artikel. Wenn Ihnen eine solche Aufgabe zugeteilt wurde, suchen Sie im Internet, wie Sie sie am besten ausführen.

Wenn Sie Fehler machen, werden Sie entlassen.

In einer normalen Organisation, wenn plötzlich ein unerfahrener Mitarbeiter Zugriff auf etwas Kritisches erhält und etwas beschädigt, dann ist derjenige daran schuld, der dies zugelassen hat. Denn der Neue hat standardmäßig keinen Zugriff auf kritische Infrastrukturen. Bei angemessener Führung wird die Verantwortung nicht auf den unerfahrenen Praktikanten abgewälzt.

Wenn plötzlich etwas passiert, wird wegen eines einzigen Vorfalls nicht gekündigt. Menschen lernen aus Fehlern. Der Praktikant, der einen Fehler gemacht hat, hat eine wertvolle Lektion gelernt und unterscheidet sich dadurch stark von anderen Praktikanten. Wird der Fehlerhafte entlassen, kommt ein anderer, der wieder denselben Fehler machen wird.

Das Wichtigste ist, aus Fehlern zu lernen und sie nicht zu wiederholen.

Wenn eine Person jedoch keine Lehren aus ihren Fehlern zieht, wird versucht, sich von ihr zu trennen. Die Welt ist jedoch vielfältig. In einer kriminellen Organisation könnte man für den ersten Fehler sofort zum Fenster hinausgeworfen werden. Es ist besser, solche Unternehmen zu meiden, indem man vorher Nachforschungen anstellt oder während des Vorstellungsgesprächs mehr darüber erfährt.

Vorfälle sollten besser vermieden werden.

Selbst wenn Sie persönlich nicht für einen Fehler entlassen werden, bringt ein solches Ereignis unerwünschte Probleme für Ihr Team und das Projekt insgesamt mit sich. Seien Sie deshalb besonders vorsichtig bei Operationen zum Löschen oder Erstellen von Datenbanktabellen, Dateien, Dienstinstanzen und Dokumenten im Wissensbereich des Projekts. Wenn Sie eine Adresse für eine neue Verbindung treffen, fragen Sie zumindest zwei verschiedene Personen, was dort gemacht werden kann. Überprüfen Sie Ihre Berechtigungen in den Umgebungen nicht durch Ausprobieren, sondern mit entsprechenden Befehlen. Zum Beispiel Berechtigungen zum Löschen von Dateien mit dem Befehl `ls`, Berechtigungen zur Arbeit mit Tabellen in MySQL mit dem Befehl `SHOW GRANTS FOR 'user'@'host';` usw. In fast jedem Tool haben Sie diese Möglichkeit.

Beim Bearbeiten von Dateien sollten Sie sicherheitshalber eine Kopie des Originals speichern.

Zwischen dem Praktikanten und dem Endverbraucher werden mehrere Barrieren aufgebaut.

Wenn Sie Ihr Produkt sofort an den Verbraucher abgeben könnten, bräuchten Sie sich nicht zu bewerben, sondern könnten sich auf 'freies Geleit' begeben. Da Sie jedoch derzeit nicht die Möglichkeit (und damit auch die Verantwortung) haben, müssen Sie mehrere Kontrollphasen im Projekt durchlaufen.
Die erste Stufe ist die Überprüfung durch einen Mentor. Er bewertet die Lösung des Anfängers aus technischer Sicht. Wenn kein Mentor zugewiesen wurde, muss man einen finden. Dazu sollte man jemanden aus den erfahrenen Mitgliedern des Projekts auswählen und ihn in der Pause bitten, die Lösung zu überprüfen: Ist die Aufgabe richtig gelöst? Wenn er anfängt zu schauen und zu antworten, ist der Mentor gefunden. Wenn er nicht reagiert, sollte man jemanden anderen fragen.

Die nächste Stufe ist die Qualitätssicherung. Auf Russisch — Tester. Im sowjetischen Sinne — Normenkontrolle und OTK. Sie müssen sicherstellen, dass das Ergebnis der Arbeit des Praktikanten der ihm gestellten Aufgabe entspricht. Sie werden selten den Code im Detail lesen. Meistens überprüfen die Tester das zusammengebaute Projekt, das der Entwickler im Versionskontrollsystem speichert.

Die dritte Stufe ist der Release-Manager. Es gibt möglicherweise keinen eigenen Menschen für diese Aufgabe, aber jemand spielt diese Rolle dennoch. Er überprüft, ob die Tester bestätigt haben, dass das Projekt veröffentlicht werden kann. Danach führt er die Schritte zur Lieferung des Produkts an die Endbenutzer aus.
In kleinen Organisationen können diese Barrieren aus verschiedenen Gründen fehlen. Dennoch wird einem Neuling keine wichtige Aufgabe zur Änderung übertragen. Denn dieses Risiko ist niemandem willkommen.

Zuerst muss man sich in den Kampf stürzen, und dann wird man sehen.
Napoleon Bonaparte

Ich hoffe, dass der Artikel Ihnen helfen wird, Ihre Unsicherheit zu überwinden und Ihr erstes Lebenslauf zu senden. Natürlich sollten Sie sich zuvor vorbereiten. Aber man sollte nicht übermäßig zögern. Wahrscheinlich haben Sie bereits ein paar Jahre an einer Universität oder Hochschule studiert. Wie lange noch warten? Letztendlich ist es besser, einmal ein „Nein“ von einem Spezialisten zu hören und an den Fehlern zu arbeiten, als sich jeden Tag selbst ein „Nein“ zu sagen und im beruflichen Wachstum stehen zu bleiben.

Nach der Anstellung sollte man sich darauf konzentrieren, von einem Praktikanten zu einem vollwertigen Teammitglied zu wachsen. Ein solches Wachstum geht normalerweise mit einer Erhöhung Ihres Gehalts einher.

Ich wünsche Ihnen Geduld und Ausdauer.

Nur registrierte Benutzer können an der Umfrage teilnehmen. Bitte einloggen.