Nachwuchsentwickler trotz Mangel an delegierbaren Aufgaben auf Vordermann bringen

Ich bin in der Position des Architekten/Hauptentwicklers und habe einen Junior-Entwickler in meinem Team.

In den letzten Monaten haben wir Projekte unter engen Fristen geliefert, daher hatte ich Mühe, Aufgaben zu finden, die delegiert werden können, damit der Junior lernen und gleichzeitig den Zeitplan einhalten kann. In den Fällen, in denen ich das tat, verbrachte ich genauso viel Zeit damit, die Arbeit zu erklären und Anleitungen zu geben, als würde ich sie selbst tun.

Ich (und mein Vorgesetzter) haben kein Problem damit, dass diese Person nicht wesentlich zum aktuellen Projekt beiträgt. Ich mache mir Sorgen, dass er nicht lernt. Meiner Erfahrung nach ist der beste Weg, etwas zu lernen, eine echte Aufgabe zu haben, mit echten Hindernissen, die es zu überwinden gilt.

Was können wir tun, um dieser Person erstens die Möglichkeit zu geben, durch Handeln zu lernen und Fehler zu machen, zweitens die zusätzliche Belastung für mich angemessen zu halten und drittens möglicherweise etwas Wertvolles in unseren Projekten zu produzieren?

Ich denke darüber nach, ein Nebenprojekt mit einem eher "Asset Building"-Profil und ohne enge Fristen zu starten und alternativ den Entwickler zu schicken, um dem Testteam bei der Testautomatisierung zu helfen.

Antworten (3)

Ja, es ist gut, in frühen Phasen der Karriere praktische Anwendungsentwicklung zu haben.

Es gibt immer einige Aufgaben, die zum Ausprobieren delegiert werden können. Beispiele sind

  1. Code-Refactoring, kleine Änderungsanforderungen und Fehlerbehebungen
  2. Technische Schuld - Aktualisierung verwendeter Bibliotheken, Recherche über die Verwendung neuer Sprachfunktionen
  3. Kann beim Schreiben eines Teils des Codes helfen, sagen Sie Methoden anderer Teammitglieder, die unabhängig voneinander bearbeitet werden können
  4. Einige UI/UX-Korrekturen, UI-Ausrichtungsprobleme
  5. Schreiben von Unit-Testfällen, Verbesserung der Codeabdeckung, Codeanalyse
  6. Anwendung testen - gibt ein Gefühl dafür, wie die Anwendung funktioniert

Als Berufseinsteigerin, die noch ziemlich am Anfang ihrer Karriere steht, denke ich, dass das Wichtigste, was Sie für Berufsanfänger tun können, darin besteht, sie zu inspirieren und zu motivieren. Ich würde davor warnen, jemandem nur Aufgaben wie Dokumentation, Fehlerbehebung, manuelles UI-Testen und Protokollieren zu übertragen, insbesondere uns armen kleinen Millennials. Wenn Ihr Unternehmen diese Dinge erledigen muss, muss es natürlich jemand tun, und als Mitglied des Teams muss der Junior-Entwickler seinen gerechten Anteil leisten. Aber wenn Sie jemandem nicht etwas Anregendes geben, in das er sich verbeißen kann, werden sie irgendwann gehen, da ich hier aus Erfahrung spreche.

Was zu tun ist, würde ich etwas Zeit für die Paarprogrammierung aufwenden und sie dies mit verschiedenen Leuten tun lassen. Während dieser Interaktion werden dann Aufgaben auftauchen, die dann dem Junior-Entwickler zugewiesen werden können. Binden Sie diese Person auch in Besprechungen ein, auch wenn sie nur Zuschauer sind. Ich habe viel gelernt, indem ich einfach den Profis bei der Interaktion zugesehen habe, die Sprache, die sie verwenden, was wichtig ist, Risiken und Bedenken in Projekten und so weiter.

Nur eine kleine Anmerkung. Ich denke, dass es als Profi die Pflicht eines jeden in seiner Branche ist, bei der Ausbildung der nächsten Generation zu helfen, da wir alle davon profitieren, wenn eine erfahrenere Person Zeit in uns investiert. Dieser Junior-Entwickler kann bei diesem Projekt möglicherweise überhaupt nicht helfen. Aber auf jeden Fall das nächste. Eines Tages, wenn sie ein leitender Entwickler und der Manager des Projekts sind, werden sie sich jedoch daran erinnern, was Sie für sie getan haben, als sie ihrem ersten Projekt beigetreten sind, und dasselbe tun (;

Wie ist die (Achtung: hässliches Wort, das in den meisten Unternehmen selten verwendet wird) Dokumentation bei Ihnen vor Ort? Angenommen, Ihr Unternehmen wird diese Person trotz einer kleinen Pipeline zukünftiger Arbeiten und eines hervorragenden Lernwerkzeugs in der Nähe halten, wäre es, diese Person in einen Pocket BA zu verwandeln und ihn bestehende Prozesse rückdokumentieren zu lassen, von denen Sie glauben, dass sie sie kennen müssten, um zukünftige Projekte anzugehen.

Leider haben wir im Moment nicht allzu viel zu dokumentieren. Wir machen reine Projektarbeit mit ziemlich neuer (für uns) Technologie, so dass es schwierig sein wird, ein zu dokumentierendes Muster zu erkennen, bis wir mehr Projekte abgeschlossen haben. Aber es ist eine gute Idee, wenn es anwendbar ist.
Die betreffende Person ist ein Entwickler. Sie auf die Position des "Dokumentaristen" zu verweisen, ist ein Diss - es bedeutet, dass Sie nicht wollen / ihm nicht vertrauen, dass er kodiert. IMO keine gute Idee.