Gleichgewicht zwischen Arbeitsbelastung und Unterstützung von Neueinstellungen [geschlossen]

Ich bin seit ungefähr zwei Monaten bei meinem ersten Job und habe festgestellt, dass es ein empfindliches Gleichgewicht zwischen der Arbeitsbelastung und der Unterstützung von Neueinstellungen gibt. Da das Management großen Druck ausübt, Fehler zu beheben und so viele Kundenprobleme wie möglich zu lösen, scheint sich jeder im Team sehr auf seinen Arbeitsstau zu konzentrieren, anstatt den neuen Mitarbeitern zu helfen, sich auf den neuesten Stand zu bringen. Die neuen Mitarbeiter können Fragen stellen und gelegentlich lassen wir einen Entwickler sich setzen und uns helfen, aber oft erhalten wir eine undurchsichtige Antwort, die nur ein Veteran des Produkts verstehen würde, weil sie mit ihrer Aufgabe zu beschäftigt sind.

Ich verstehe, dass der Neuvermieter auch ein Gleichgewicht halten muss. Manchmal dauert es 3 Tage, bis ein Neueinstellungen vorgenommen wurde, um herauszufinden, wo ein Veteran dies in 20 Minuten hätte tun können. Neue Mitarbeiter müssen sich bemühen, das Produkt und die Codebasis zu erlernen.

Wie können Sie, ohne lediglich die Arbeitsbelastung der Veteranen zu verringern, das Gleichgewicht zwischen der Unterstützung von Neueinstellungen und der angemessenen Weiterarbeit an Ihrem Auftragsbestand herstellen?

Ich nehme an, Sie fragen dies aus der Sicht von "New Hire". Ich war schon oft in dieser Situation. Manchmal haben Sie ein schlechtes Gewissen, wenn Sie so viele Fragen stellen, aber es gibt wirklich keine Möglichkeit, mit einem solchen Mangel an Domänenkenntnissen usw. zur Lösung zu kommen.

Das Wichtigste, woran Sie sich erinnern sollten, ist Folgendes. Stellen Sie keine Fragen, wenn Sie davon ausgehen, dass Sie die Antwort nicht selbst finden können. Probieren Sie es aus, stöbern Sie zuerst, überprüfen Sie den Code, versuchen Sie, einige Dinge zu ändern, und sehen Sie, was passiert. Prüfen Sie, ob Sie zuerst etwas zum Laufen bringen können. Wenn Sie das wirklich nicht können, stellen Sie Ihre Frage. Wenn Sie jedoch Ihre Frage stellen, gehen Sie zu ihnen mit Beispielen dessen, was Sie bereits ausprobiert haben. Keiner von ihnen möchte das Gefühl haben, dass Sie ihn bitten, Ihre Arbeit für Sie zu erledigen.

Sagen Sie: "Hey, ich versuche das zu tun, und ich habe das, das und das schon versucht. Haben Sie irgendwelche Ideen?" Das wird ihnen helfen, weniger Zeit für Sie aufzuwenden, und sie werden eher dazu geneigt sein.

In unserer Firma beauftragen wir jeden neuen Mitarbeiter, sich in den ersten Monaten um ihn zu kümmern. Mit dieser formalen Zuordnung stellen wir sicher, dass der Neuling nur eine Person konsumiert und die Person, die den neuen Mitarbeiter "coacht", die Verantwortung für seine Entwicklung trägt. Es handelt sich also nicht um eine Belastung, sondern nur um eine vorübergehende Verantwortung. Denn der Neue ist gut, weil er schneller lernt und für den, der schon da ist, eine Investition: In kürzerer Zeit wird er jemanden finden, der ihm hilft.

Der beste Rat, den ich Ihnen geben kann, ist , einen Termin zu vereinbaren . Jeder hat tagsüber einige Ausfallzeiten, aber wenn Sie nur zufällig vorbeischauen, ist es sehr unwahrscheinlich, dass Sie es treffen. Sagen Sie etwas wie: "Ich habe einige Fragen zu X, kann ich heute etwas Zeit einrichten, um mit Ihnen darüber zu sprechen?" Sie entscheiden sich möglicherweise dafür, Ihnen zu gegebener Zeit oder später am Tag Zeit zu geben oder Sie an jemanden weiterzuleiten, der Ihre Frage möglicherweise besser oder schneller beantworten kann. In jedem Fall erhalten Sie mehr Aufmerksamkeit. Wenn Sie später am Tag einen Termin erhalten, können Sie versuchen, die Antwort selbst herauszufinden oder die Frage zumindest zu verfeinern. Selbst wenn ich eine Frage nur um 15 Minuten verschiebe, finden sie es meistens alleine heraus.

Seien Sie sich bewusst sein , dass für die meisten von uns, Ihre Fragen sind uns wichtig, sie gerade sind in der Regel nicht dringlich . Bemühen Sie sich, den Unterschied nicht zu bemängeln.

Einige der erfahreneren Programmierer unterrichten gerne jüngere Entwickler und legen großen Wert darauf, dies zu tun. Das tue ich, wann immer ich die Gelegenheit dazu habe. Vielleicht finden Sie jemanden wie diesen in Ihrem Unternehmen, indem Sie jedes Mal, wenn Sie Hilfe benötigen, einen anderen Kollegen fragen und dann dessen Enthusiasmus bei der Beantwortung messen.

Es gibt zwei Möglichkeiten, wie Sie Hilfe benötigen können: Wenn es sich um ein Problem mit der Sprache oder Ihren Tools handelt, können Sie die Antworten häufig online oder durch den Kauf technischer Bücher und das Lesen in Ruhe finden. Während Sie das Gefühl haben, es liege in der Verantwortung des Unternehmens, Sie zu schulen, investieren nur noch wenige Unternehmen viel in Schulungen. Wenn Sie als Entwickler wachsen möchten, müssen Sie Zeit und Geld investieren, um sich zu schulen, wenn Sie nicht im Job sind.

Wenn Ihre Frage sich auf das Produkt Ihres Unternehmens bezieht, z. B. auf die Funktionsweise des Quellcodes, müssen Sie wahrscheinlich nur einen Ihrer Kollegen um Hilfe bitten. Alternativ können Sie eine Verzweigung des Produktcodes in Ihrem Revisionskontrollsystem erstellen, die Verzweigung als "learning_new_code" bezeichnen und einfach damit experimentieren.

Schließlich sind Projektmanager und Abteilungsleiter da, um bei Problemen wie Ihren zu helfen. Wenn Sie das Gefühl haben, keine andere Möglichkeit zu haben, als Zeit von Ihren erfahreneren Kollegen zu bekommen, diese Ihnen jedoch nicht zur Verfügung stellen können, kann dies daran liegen, dass sie Fristen einhalten müssen. Vielleicht wird Ihr Manager die Fristen verlängern, um Ihnen mehr Zeit zu geben, um Sie auf den neuesten Stand zu bringen.

Ich bin froh, dass ich momentan irgendwo arbeite, das ist kein Problem. Ich habe hier eine gesunde Portion Mentoring erhalten und bin sehr zufrieden damit.

1. Jeden Tag ist ein Entwickler in meinem Unternehmen der "util" -Entwickler. Der Util-Entwickler ist der erste Ansprechpartner, wenn der Support etwas eskalieren muss. Häufig gibt Util ein Problem nur an eine andere Person weiter. Es ist jedoch ein spezifischer Entwickler und Support, der sich an diese Person wendet. Zuerst habe ich ein paar "Mitfahrgelegenheiten" gemacht (sie haben mich eine Weile nicht eingeplant), um zu sehen, wie mit einigen Problemen umgegangen wird. Dies brachte mich mit Teilen des Codes in Berührung. Als sie anfingen, meine regulären Arbeitstage zu planen, war zuerst jemand "auf Abruf", um zusätzliche Unterstützung hinzuzufügen.

2. Wir paaren uns. Sie müssen ziemlich viel Paarzeit einplanen, aber jeder hier ist bereit, dies zu tun. Darüber hinaus kennt jeder den Zeitplan und hat dank des nächsten Punktes eine Vorstellung davon, wie der Fortschritt für jeden Einzelnen verläuft. Wenn es also ein Problem gibt, wird es richtig beachtet.

3. Jeden Tag treffen wir uns um 11:45 Uhr. Das sind 15-20 Minuten. Jeder Entwickler / QS-Mitarbeiter spricht. Es ist im Grunde eine Art zu sagen, "das ist, was ich tue und hier stecke ich fest", und wenn Sie stecken bleiben, werden Sie im Allgemeinen in eine andere Richtung geleitet (wenn es sich um ein bekanntes Problem / ein Problem mit Code handelt, ist jemand sehr vertraut mit) oder Paarzeit ist eingestellt. Gelegentlich ist ein zusätzliches Treffen geplant.

4. Ich musste hier (wie bei jedem Job) mehrmals in völlig fremden Code eintauchen. Es war schon immer sicher, dass sich jemand zur Verfügung stellte, um Fragen zu beantworten, wenn nicht sofort.

Ich sage anderen: Planen Sie die Besprechungszeit, um Fragen zu stellen, wo dies möglich ist. Id das ist immer noch nicht hilfreich. . . Nun, ich möchte hier nicht extrem werden. Aber ich halte das nicht für einen idealen Arbeitsplatz. Ist es möglich, dass sich die Leute immer noch auf dich erwärmen / deine Fähigkeiten in den Griff bekommen / etc?

Ich vermute, die zusätzliche Zeit, die ich an Bord verbrachte, war leicht zu rechtfertigen, denn sobald die Leute das Gefühl hatten, ich sei auf dem neuesten Stand, bedeutete dies offensichtlich weniger Arbeit für sie. Kurzfristig mehr Zeit gespart viel Zeit langfristig, und jeder hat verstanden, wo ich arbeite. Ich bin in meiner jetzigen Position sehr glücklich.

Oft ist dies eher eine Frage des Fokus als der Zeit. Planen Sie mehrmals pro Woche 30-45-minütige Besprechungen mit Ihrem Teamleiter oder Mentor (vor oder nach dem Mittagessen ist immer meine Präferenz - mein Flow bricht dann bereits) und bewahren Sie Ihre Fragen für dann auf.

Die meisten Entwickler (oder zumindest diejenigen, die in der Besprechung am wahrscheinlichsten hilfreich sind) werden damit einverstanden sein.

Wenn ein bestimmtes Detail Ihren Fortschritt blockiert, verwenden Sie E-Mail.