Frage:
Wie gehe ich mit leitenden Entwicklern um, die sich seiner Arbeit entziehen und sie Praktikanten geben, anstatt sie zu tun?
sh5164
2017-07-27 15:06:12 UTC
view on stackexchange narkive permalink

Dies ist eine ziemlich spezifische Situation.

Wir sind zwei Praktikanten, die einige Monate an einem Projekt arbeiten und kurz vor dem Abschluss unseres Praktikums stehen. Ein leitender Entwickler wurde beauftragt, das Projekt nach unserer Abreise fortzusetzen, und wir sollen mit ihm als dreiköpfiges Team programmieren, damit wir ein bisschen mehr Arbeit leisten und ihm dabei helfen können, mit dem Projekt zu beginnen.

Das Problem ist, dass er uns, anstatt zu codieren, wie unser Manager es ihm vor den Ferien gesagt hat, immer wieder sagt, wir sollen Dinge codieren, die sagen "er ist zu beschäftigt, um zu codieren" Damit er sich mit dem Code vertraut macht.

Außerdem gibt es einen großen Teil des Projekts, den der Manager nicht speichern soll, damit der leitende Entwickler durch diesen großen Teil lernt, wie er mit dem Projekt umgeht . Aber es scheint, dass der leitende Entwickler versucht, uns dazu zu bringen, den großen Teil zu erledigen, so dass er wirklich so ziemlich nichts zu codieren hat, wenn wir gehen (erwarten Sie, dass wir noch Arbeit zu erledigen haben und sicherlich nicht diesen großen Teil) > Er wurde bereits in der Vergangenheit von unserem Manager korrigiert, weil er versucht hat, uns während des Praktikums ein paar Mal dazu zu bringen, seinen Job zu machen, aber diesmal gibt es niemanden, der ihn daran hindert, dies zu tun.

Unser Manager sagte ihm, dass der Beginn des Codierens für dieses Projekt seine einzige Arbeit für den Rest unseres Praktikums sei.

Wie können wir ihn zum Codieren bringen, ohne Brücken zu brennen?

UPDATE: Er sagt jetzt, dass er mit dem Codieren beginnen wird, möchte aber, dass wir ihm helfen. Ich denke, das ist ein Anfang.

Kommentare sind nicht für eine ausführliche Diskussion gedacht.Diese Konversation wurde [in den Chat verschoben] (http://chat.stackexchange.com/rooms/63001/discussion-on-question-by-sh5164-how-to-handle-senior-developer-shirking-his-wor).Denken Sie daran, Klarstellungen in die Frage zu [bearbeiten].
Elf antworten:
motosubatsu
2017-07-27 15:20:16 UTC
view on stackexchange narkive permalink

Im Wesentlichen können Sie nicht

Es hört sich so an, als würde dieser leitende Entwickler im Wesentlichen die Gelegenheit nutzen, seine Arbeit nicht zu erledigen. Als Praktikant kann man wirklich nichts direkt dagegen tun. Wirklich, der ältere Entwickler bestraft sich nur damit, da er sehr schnell eine unbekannte Codebasis finden muss, nachdem Sie gegangen sind, obwohl er möglicherweise versucht, Ihren Praktikanten (seit Ihnen) die Schuld an irgendwelchen Problemen zu geben wird nicht da sein, um sich zu verteidigen), aber ich würde erwarten, dass ein guter Manager das durchschaut.

Sie könnten seinem Manager bewusst machen, dass er den Anweisungen des Managers nicht folgt, aber das wird schwierig zu tun sein da der Manager im Urlaub ist (wenn ich Sie richtig verstehe) und dies wahrscheinlich nicht nur per E-Mail erledigt werden soll. Wenn Sie sich vor Ihrer Abreise mit dem Manager überschneiden, können Sie dies mit ihm besprechen. Abhängig von der aktuellen Wahrnehmung des Managers für den leitenden Entwickler kann dies jedoch zu Fehlschlägen führen, sodass ich solche Dinge mit Vorsicht angehen würde. "[Senior Dev]" hat nachgelassen, während Sie weg waren "ist wahrscheinlich eine schlechte Sache." [Senior Dev] hatte nicht viel Gelegenheit, mit uns zu arbeiten, während Sie weg waren "ist viel Besser, da der Manager so seine eigenen Schlussfolgerungen ziehen kann, ob der leitende Entwickler nachgelassen hat oder nicht.

"* Der leitende Entwickler bestraft sich nur selbst, da er eine unbekannte Codebasis aufheben muss. *" - Ganz zu schweigen von dem Flak, den er wahrscheinlich bekommt, wenn der Manager zurückkommt und entdeckt, was (nicht) passiert ist.
Oder vielleicht programmiert er für andere Projekte an anderer Stelle, für die bevorstehende Fristen anstehen.Oder weil die von ihm delegierten Codeteile "einfache Dinge" sind, würde es ihm nicht helfen, den Code zu lernen.Es gibt hier zu viele Unbekannte, um das Verhalten des älteren Entwicklers zu kommentieren.
@LaconicDroid Ich gehe von dem aus, was das OP gesagt hat. * "Unser Manager sagte ihm, dass der Beginn des Codierens für dieses Projekt seine einzige Arbeit für den Rest unseres Praktikums war." * Aber offensichtlich gibt es vielleicht Dinge, von denen das OP nichts weiß - ein Teil davonDer Grund, warum ich vorschlage, dass der Ansatz "Sie haben nicht viel Chancen gehabt, mit uns zu arbeiten, während Sie weg waren", wenn Sie ihn mit dem Manager besprechen.
Vorgeschlagene Ergänzung: Wenn Sie an Ihrem letzten oder zweiten Tag fertig sind, möchten Sie Ihrem Manager natürlich einen kurzen Bericht über Ihre letzten Aufgaben und den Ort schreiben, an dem Sie die Dinge verlassen haben (insbesondere, weil er gerade im Urlaub ist).Hier beschreiben Sie die Aufgaben, die Sie erledigt haben, und was andere nach Ihrer Abreise noch tun müssen.Wenn einige dieser Dinge jemand anderes tun sollte, könnte der Manager dies später untersuchen.
Ich verstehe, warum der Sr. Dev, der dies tut, Sie in dieser Situation sehr nervt.Es kann jedoch auch vorkommen, dass Sie als Praktikant und sein Manager als angeblich nicht technischer Mitarbeiter seine Fähigkeit unterschätzen, auf unbekannten Code zuzugreifen.Aus persönlicher Sicht gibt es keinen Code, den ich vor fünf Jahren schreiben konnte und den ich heute nicht schnell lesen kann.Er hat angeblich wesentlich mehr seiner Lebenszyklen den Domänenproblemen gewidmet, die das Unternehmen löst, und den Sprachen, in denen es es schließlich löst.
Führen Sie Aufzeichnungen (z. B. über Ihre Commits und die E-Mails des Sen. Dev an Sie).Leiten Sie sie an Ihre eigenen privaten E-Mail-Konten weiter.Nur ist der Fall, dass dies alles schlecht geht.Ich würde eine E-Mail vorschlagen, die den leitenden Entwickler daran erinnert, dass Ihr Manager Ihnen gesagt hat, Sie sollen andere Dinge tun, anstatt zu codieren, und dass Sie nicht beides tun können.Z.B."Falls Sie sich dessen nicht bewusst waren, sollte ich das erklären ...".
@LaconicDroid Wir können sein Verhalten gut kommentieren, wir können seine Motivation, den Ball fallen zu lassen, einfach nicht erraten.Aber das ist an sich schon ein großes Problem.Es könnte sehr gut wahr sein, dass er sich in einer Frist befindet und andere Dinge (unerwartet) aufgetaucht sind.Aber es dauert zwei Minuten, um zu sagen: "* Es tut mir wirklich leid, aber ich kann Ihnen aus [Gründen] nicht das Maß an Hilfe geben, das ich wollte. Versuchen Sie, X und Y zu machen, und wenn Sie nicht weiterkommen, haben Sie eineSchauen Sie sich [Ressourcen] an oder konsultieren Sie A, B oder C. * "Es gibt verschiedene Möglichkeiten, mit einer solchen Situation professionell umzugehen.Das Ghosting der Praktikanten gehört nicht dazu.
Sheldonator
2017-07-27 15:59:19 UTC
view on stackexchange narkive permalink

Es gibt verschiedene Nuancen, die berücksichtigt werden müssen, je nachdem, was Mr. Senior denkt. Eine allgemeine Antwort wäre jedoch:

Sie können nichts tun, und Sie haben überhaupt keinen Grund, etwas dagegen zu unternehmen.

Es gibt zwei Möglichkeiten: Entweder ist Herr Senior in der Tat zu beschäftigt und priorisiert eine andere Arbeit (entgegen der Bitte von Herrn Manager), weil er weiß, dass dies die beste Vorgehensweise für ihn ist, oder er möchte einfach nur ein bisschen nachlassen. Auf jeden Fall können Sie sich nicht bei Mr. Manager beschweren, da er nicht da ist, und Sie können Mr. Senior offensichtlich nicht zwingen, irgendetwas zu tun. Sie könnten sich später beschweren, wenn Mr. Manager zufällig vor Ihrer Abreise aus dem Urlaub zurückkommt, aber das würde Mr. Senior während seiner Abwesenheit nicht zur Arbeit bringen und möglicherweise Brücken verbrennen.

Die Sache ist, ich Sie verstehen nicht, warum Sie sich mit Mr. Senior beschäftigen sollten, wenn Sie mit Ihrem Praktikanten Ihr Bestes geben können? Sie werden nicht für die Zukunft des Projekts verantwortlich sein. Wenn Mr. Senior keine Lust hat, sich auf den neuesten Stand zu bringen, und das Projekt später darunter leidet, ist dies nicht Ihr Problem, solange Sie Ihre Arbeit bis zum Ende Ihres Praktikums fortsetzen.

Nun zur "Arbeitsplatzpolitik": Wenn Herr Manager Fragen zu mangelnden Fortschritten stellt, können Sie ihm einfach sagen, dass Herr Senior beschäftigt war und Ihnen keine Zeit zuweisen konnte. Also hast du einfach dein Bestes gegeben. Es spielt keine Rolle, ob es wahr ist oder nicht, Sie erzählen Mr. Manager nur, was Mr. Senior zu Ihnen gesagt hat, ohne etwas anderes hinzuzufügen oder anzudeuten. Sie beschweren sich nicht darüber, was Sie professionell aussehen lässt und Sie offiziell nicht in eine schlechte Lage mit Mr. Senior bringt. Natürlich wird Mr. Manager verstehen, dass Mr. Senior seinen Teil nicht getan hat und möglicherweise Maßnahmen ergreift, aber entweder das oder die Verantwortung für den mangelnden Fortschritt des Projekts zu übernehmen, was sich nachteilig auf das Ergebnis Ihres Projekts auswirken könnte Praktikum (oder nicht, aber abhängig von Ihrer Situation könnte es sein).

Wenn Mr. Senior Sie zu diesem Zeitpunkt ärgern möchte, können Sie nicht viel dagegen tun, und Sie sollten sich wahrscheinlich nicht darum kümmern, da die Person, die möglicherweise einen Hinweis auf Ihr Praktikum gibt, wahrscheinlich Mr. Manager ist. und nicht Mr. Senior.

Denken Sie auch daran, dass Sie nur Praktikanten sind: Gemäß Ihrer Formulierung kannten Sie Mr. Senior vorher nicht und er kannte Sie nicht. Er wird sich wahrscheinlich nicht um dich kümmern und dich wahrscheinlich bald nach deiner Abreise vergessen. Sie sollten nicht zu viel nachdenken: Wenn er nicht helfen will, wird es mehr Erfahrung für Sie sein.

"Sie haben überhaupt keinen Grund, etwas dagegen zu unternehmen."Na außer vielleicht mache ich meinen Job plus seinen für ein Praktikumsgehalt, während er mit einem höheren Gehalt bezahlt wird?
Nun, wenn man bedenkt, dass Sie auf jeden Fall Ihr Bestes geben würden, sehe ich nicht, wie Sie dadurch mehr arbeiten.Darüber hinaus wissen Sie, wie gesagt, nicht, ob der leitende Entwickler tatsächlich nachlässt oder ob er wichtigere Dinge zu tun hat, als an einem Projekt zu arbeiten, das von Praktikanten bearbeitet wurde.
Ich glaube du hast recht.
Abgesehen von der Tatsache, dass wir jetzt unseren und seinen Code ausführen müssen und ein Manager erwartet, dass wir bestimmte Aufgaben ausführen, können wir diese nicht so schnell ausführen, wie wir es normalerweise tun würden, da wir auch den Code eines älteren Entwicklers ausführen müssen
Darauf habe ich mich bezogen, als ich über die Möglichkeit schrieb, dass Ihr Manager Fragen zum mangelnden Fortschritt stellt.Natürlich werden Sie nicht so viel tun können, ich verstehe das, aber Sie haben eine vernünftige Erklärung.Was ich meine ist: Spielen Sie cool, erklären Sie Ihrem Manager die Situation, ohne sich jemals zu beschweren oder den leitenden Entwickler zu beschuldigen, und versuchen Sie zu zeigen, dass Sie je nach Situation Ihr Bestes gegeben haben.Sie können eigentlich nicht viel anderes tun, und wenn Ihr Manager so wenig kompetent ist, wird Ihnen im Gegenteil nichts Schlimmes passieren.
Ich verstehe Ihren Standpunkt, obwohl ich immer noch befürchte, dass er es als Verrat betrachten würde, obwohl dies technisch gesehen nicht "den leitenden Entwickler beschuldigen" würde (und das will ich nicht, um keine Brücken zu verbrennen und weiler darf mich für die Schule benoten, und der GPA könnte darunter leiden)
@sh5164 Wenn Sie sich Sorgen machen müssen, dass Sie die gesamte Arbeit Ihres Senioren erledigen müssen, tun Sie es nicht.Arbeiten Sie an den Teilen, die Ihnen zugewiesen wurden, und erledigen Sie so viel wie möglich.Sobald Sie so viel wie möglich getan haben, beginnen Sie mit der Arbeit an seinen Portionen, beginnend mit den Abschnitten, die Ihren eigenen Fortschritt aufhalten.Sie müssen seinen Job nicht vollständig oder sogar gut machen;Erstellen Sie einfach ein Modell oder Framework mit viel "IMPROVE THIS LATER", aber mit genug, um Ihnen die Vor- und Nachteile zu geben, die Sie für Ihren Code benötigen.
@sh5164 Die Sache ist, dass Sie entweder darauf vertrauen, dass der Manager dies so handhabt, dass der leitende Entwickler Sie nicht verärgert (es ist seine Aufgabe), oder dass Sie die Verantwortung für Probleme übernehmen, die durch mangelnde Fortschritte verursacht werden könnten.Wenn Sie wirklich Angst davor haben, können Sie es wahrscheinlich immer aufsaugen und mehr arbeiten, aber ich würde davon abraten, dass diese Situation in Ihrer beruflichen Laufbahn häufig vorkommt und wenn Sie nicht lernen, sich zu behaupten,Leute werden überall über dich gehen.Du bist nicht derjenige, der sich irrt, also nimm nicht die Schuld auf dich, sonst werden die Leute es dir beim nächsten Mal gerne geben.
"Wir sagen nur Manager" https://www.youtube.com/watch?v=aHYFzDY9xnI
Denis de Bernardy
2017-07-27 22:06:49 UTC
view on stackexchange narkive permalink

Lassen Sie es zunächst sein und nutzen Sie die Gelegenheit, um zu lernen, nicht über Dinge frustriert zu werden, die nicht von Ihnen abhängen nur . Er, der keine Grunzarbeit machen will, ist nicht Ihr Problem, und er, der Ihre Codebasis lernt, liegt nicht in Ihrer Verantwortung. es ist sein. Das Schlimmste, was Ihnen passieren kann, ist, dass der leitende Ingenieur Sie beschuldigt, die Codebasis nicht so gut verstanden zu haben, wie er es könnte, nachdem Sie gegangen sind, und ein kompetenter Manager wird normalerweise schnell seine BS anrufen.

Zweitens können Sie nicht sicher davon ausgehen, was tatsächlich vor sich geht oder was seine Absicht ist . Nach allem, was Sie wissen, könnte eine der folgenden Aussagen zutreffen:

  • Er hat sich möglicherweise die Codebasis angesehen und fand sie so trivial oder unkompliziert und gut codiert, dass er es nicht tut. ' Es ist nicht schwierig, Ihren Code ohne Hilfe zu übernehmen.

  • Umgekehrt hat er sich möglicherweise die Codebasis angesehen und festgestellt, dass es so schlimm ist, dass er es sein würde Schreiben Sie das Durcheinander besser von Grund auf neu, bevor Ihr Manager zurückkehrt.

  • Er studiert möglicherweise tatsächlich die Codebasis, ohne dass Sie es merken, und nutzt den Vorteil, dass Sie beide da sind Werfen Sie das einfache Grunzen auf Sie, um mehr Zeit für das Studium der Architektur der Codebasis zu haben.

  • Er kennt möglicherweise bereits Teile der Codebasis gut genug, um zu verstehen, dass dies einfach ist Aufgaben geben ihm keine weiteren Einblicke in die Funktionsweise und verbringen lieber Zeit damit, Teile der Codebasis zu studieren, mit denen er noch nicht vertraut ist.

  • Andere Teams haben möglicherweise geworfen dringende Probleme bei ihm. Da Ihr Manager im Urlaub ist, ist niemand da, um einzugreifen und andere Teams davon abzuhalten, mit seiner Zeit herumzuspielen.

  • Oder ja, er hat sich möglicherweise entschlossen, währenddessen nachzulassen Ihr Manager ist im Urlaub - was Sie nicht ändern können.

Wenn Sie versuchen möchten, die Dinge so zu stupsen, dass sie wie ursprünglich beabsichtigt verlaufen, versuchen Sie etwas so bei einer Kaffeepause:

Sind Sie sicher, dass Sie einige dieser Aufgaben nicht ausführen möchten, um sich mit der Codebasis vertraut zu machen?

Die Erklärung erhalten Sie wahrscheinlich auf Anfrage.

Was auch immer es ist, Ihre Faustregel sollte sein, Ihre eigene Arbeit (die Ihr Manager Ihnen gegeben hat) zu priorisieren, sie zu erledigen und den leitenden Ingenieur gegebenenfalls mit den Folgen seines eigenen Verhaltens befassen zu lassen . Lassen Sie es dabei, es sei denn, es gibt etwas offensichtlich Vernünftigeres, bei dem Sie aktiv helfen können. (Wenn der leitende Ingenieur beispielsweise möchte, dass Sie ihn einige Stunden lang durch die Codebasis führen oder fehlende Dokumente schreiben, wird dies wahrscheinlich Ihre Zeit und seine besser nutzen als jede Aufgabe, die Ihnen nominell zugewiesen wurde, weil er wird schneller auf dem Laufenden sein.)

Dies ist bei weitem die beste Antwort: Höchstwahrscheinlich hat der leitende Entwickler festgestellt, dass es keinen Sinn macht, das zu tun, was der Manager verlangt hat.
Erik
2017-07-27 15:15:02 UTC
view on stackexchange narkive permalink

Als Peer können Sie nur so viel tun. Abgesehen davon, dass Sie vielleicht wiederholen, dass Ihnen gesagt wurde, er solle beim Codieren helfen, können Sie nicht viel tun.

Aber wenn Sie ihn in das Projekt einbeziehen möchten, sollten Sie Ihre Bedenken äußern mit Ihrem eigenen Manager. Und Ihre Bedenken sollten auf der Grundlage der Fakten und Ihrer Sorgen geäußert werden, nicht auf Ihrer Vermutung.

So etwas wie:

[Manager] versuchen wir, [Senior] zu werden auf dem neuesten Stand des Projekts, aber es scheint, dass er nicht wirklich genug Zeit hat, um mit dem Code zu beginnen. Er delegiert die Arbeit weiterhin an <, was auch immer er behauptet, er sei mit > beschäftigt.

Bei dieser Geschwindigkeit glauben wir nicht, dass er bereit sein wird, wenn wir gehen. Gibt es eine Möglichkeit, ihm mehr Zeit zu geben, oder gibt es eine andere Person, an die wir diese Informationen übertragen können?

Die Aufgabe Ihres Managers sollte es sein, sich mit solchen Problemen zu befassen. Vielleicht ist der Senior wirklich beschäftigt und er muss seinen Zeitplan klären. Vielleicht wischt er dich ab und braucht ein gutes Gespräch.

So oder so; Sie wissen es nicht und können ihn nicht herausfinden oder dazu bringen , etwas zu tun. Daher besteht Ihre einzige Option wahrscheinlich darin, es an jemanden weiterzuleiten, der dies kann.

Wir können den Manager nicht kontaktieren, da er in den Ferien ist und wir keine persönliche Nummer haben (und ich bin mir nicht sicher, ob er während seiner Sommerpause kontaktiert werden möchte).
@sh5164 Es sollte jemanden geben, der seine Aufgaben übernimmt, während er weg ist.Wenn nicht, ist dies ein schwerwiegender Fehler im Namen des Unternehmens, und Sie müssen entweder jemanden finden, der für ihn hereinfallen muss, oder warten, bis er zurückkommt.
@sh5164 Ich denke, dies ist das Problem Ihres Managers, wenn Sie erkennen, dass er einen faulen leitenden Ingenieur hat, und ihm dann eine Menge Verantwortung übertragen, bevor Sie gehen.Ich würde eine E-Mail senden oder einen höflich geschriebenen Brief auf dem Schreibtisch des Managers für seine Rückkehr hinterlassen.Sag ihm, was passiert ist.Sie brennen keine Brücke, indem Sie offen und ehrlich sind.Wenn Sie sind, wollen Sie diese Brücke nicht.
Wenn Ihnen wirklich kein Interim Manager zugewiesen wurde, sollten Sie sich an den Manager Ihres üblichen Managers wenden.Um ehrlich zu sein, würde dies die meisten von uns jedoch einschüchtern.Zumindest könnten Sie fragen: "Hey, [Direktor], ich weiß, dass [Mgr] im Urlaub ist, aber wir müssen etwas besprechen, das auftaucht. Soll ich Zeit mit Ihnen vereinbaren oder gibt es jemanden, der helfen kann?"
gnasher729
2017-07-27 15:24:34 UTC
view on stackexchange narkive permalink

Ihr Manager sagte diesem leitenden Entwickler: "Die Arbeit an diesem Projekt ist Ihre einzige Arbeit, bis die Praktikanten gehen."

Es kann sein, dass der leitende Entwickler tatsächlich noch viele andere Aufgaben zu erledigen hat. Möglicherweise arbeitet er jeden Tag hart und überlässt Ihnen die Codierung. Das ist nicht genau das, was sein Manager sagt, aber auch nicht schlecht für das Unternehmen. Eine Beschwerde würde also nicht viel bewirken.

Oder es kann sein, dass er jetzt 8 Stunden am Tag Zeit hat, um auf Facebook, eBay usw. oder noch schlimmer zu verbringen. Sie können ihn immer noch nicht zur eigentlichen Arbeit zwingen, Sie sind nicht in der Lage, ihn zu zwingen. Aber wenn Sie glauben, dass er dies tut und es Sie wirklich nervt und Sie nicht wollen, dass er in Schwierigkeiten gerät (was sehr verständlich wäre), führen Sie ein Tagebuch darüber, was Ihre beiden Praktikanten und was dieser leitende Entwickler hat habe jeden Tag an dem Projekt gearbeitet. Und das geben Sie dem Manager, wenn er zurückkommt.

@BЈовић Sofern es nicht bearbeitet wurde, heißt es, den Überblick über das Projekt zu behalten und kein Tagebuch über sein Facebooking zu führen.
joel.cass
2017-07-28 04:06:47 UTC
view on stackexchange narkive permalink

Als Praktikant gibt es keine Garantie dafür, dass Sie am Ende Ihres Praktikums einen Job bekommen, und es ist eine große Branche, in der viele Kandidaten hauptsächlich anhand ihrer Fähigkeiten und Erfahrungen und nicht anhand ihrer Fähigkeiten beurteilt werden (zumindest aus meiner Erfahrung). . Warum nicht das Praktikum nutzen, um die "Zahlen" in Ihrem Lebenslauf zu ermitteln, indem Sie einfach die Arbeit erledigen - wenn der Typ sich ein Loch graben möchte, lassen Sie es sein. Mach so viel Arbeit wie du kannst, lerne so viel wie du kannst und mach weiter.

Wie andere sagten:

  • Es liegt nicht in deiner Verantwortung, den Kerl zu managen
  • Er nutzt Sie wahrscheinlich aus, aber er verpasst es, die Codebasis kennenzulernen.
  • Es besteht die Möglichkeit, dass er zu beschäftigt ist.

In allen Die oben genannten Situationen, sich an die Arbeit zu machen, die Politik zu meiden und sich darauf zu freuen, was nach Ihrem Praktikum passiert, sind der beste Weg, um sicherzustellen, dass die Dinge für Sie gut laufen und keine Brücken verbrannt werden.

Es besteht auch eine große Chance, dass er es besser weiß als die Auszubildenden und der Manager.
RemcoGerlich
2017-07-28 00:55:43 UTC
view on stackexchange narkive permalink

Dies ist eine großartige Gelegenheit zum Lernen. Wofür ist ein Praktikum gedacht?

Sie lernen zu sagen,

Nein, das mache ich nicht meine eigenen Aufgaben, für die ich meine Zeit brauche und du bist nicht mein Chef.

Höflich, vielleicht nicht ganz wörtlich, aber ja.Genau das.(OK, um bei Bedarf zu eskalieren.)
Dies gibt keine Antwort auf die Frage.Um einen Autor zu kritisieren oder um Klarstellung zu bitten, hinterlassen Sie einen Kommentar unter seinem Beitrag.- [Aus Review] (/ review / minderwertige Beiträge / 60930)
@DavidK: warum ist es keine Antwort auf die Frage?
Während er möglicherweise nicht ausdrücklich ihr Chef ist, kann er es auch sein, wenn es um einen älteren Entwickler im Vergleich zu einem Praktikanten geht.Sie sollten fast nie etwas so Antagonistisches zu jemandem sagen, der Ihnen älter ist.
Nun, nicht wörtlich, die Zeile, die ich schrieb, wäre wohl ein Gespräch.Aber es muss definitiv damit beginnen, nein zu sagen.Sie sind Praktikanten auf dem Weg dorthin und haben den ausdrücklichen Befehl, das Gegenteil von dem zu tun, was der Senior-Entwickler will.Und es muss im Grunde damit enden, dass man auch nein sagt, der Rest der Geschichte ist nicht ihr Problem, Punkt.Der Rest des Satzes ist eine Erklärung für den Fall, dass der Senior Dev protestiert.
Peter
2017-07-28 13:53:50 UTC
view on stackexchange narkive permalink

Ich gehe davon aus, dass Folgendes passieren wird:

  • Sie werden sich bemühen, das Projekt abzuschließen.
  • Sie werden es offensichtlich nicht beenden.
  • Dev übernimmt.
  • Dev zieht einen Wally und behauptet, der Code, den Sie hinterlassen haben, sei Müll, völlig kaputt, und niemand könnte ihn jemals zum Laufen bringen.

Sie können nichts davon ändern. Also, nein, du kannst ihn nicht dazu bringen, seinen Job zu machen. Sie können jedoch versuchen, zu verhindern, dass er Ihren Ruf beeinträchtigt, oder zumindest die Auswirkungen verringern.

Bitten Sie das Unternehmen zunächst gegen Ende des Praktikums um ein Empfehlungsschreiben, bevor das Schuldspiel beginnt.

Zweitens, privat informieren Sie Ihren Manager darüber, dass Ihnen von einem Freund mitgeteilt wurde, dass die obige Sequenz möglicherweise auftritt, und fragen Sie ihn, was Sie tun sollen, um dies zu verhindern (Solche Anschuldigungen öffentlich zu machen ist schlecht für Ihre Karriere). Zumindest macht sie das auf das Problem aufmerksam, wenn sie es noch nicht sind.

Adam Davis
2017-07-28 17:19:40 UTC
view on stackexchange narkive permalink

Senden Sie zweimal pro Woche E-Mails, einschließlich der Praktikanten, des leitenden Programmierers und des Managers. Der Manager ist natürlich im Urlaub, aber diese liefern 1) ein Protokoll darüber, was Sie erreicht haben und wann und 2) zeigen dem leitenden Programmierer, dass Sie über Ihre Arbeit berichten möchten, was dazu führen kann, dass er seine Handlungen überdenkt

Während Sie im Urlaub sind, werden wir per E-Mail genau das berichten, was wir erreicht haben, sowie die internen Diskussionen und Entscheidungen, die in Ihrer Abwesenheit getroffen werden, damit Sie bei Ihrer Rückkehr zurückkehren können Es ist leicht zu erkennen, was getan wurde und warum.

Diskussion und Entscheidungen:

Entwickler X hat uns Aufgabe 2 neu zugewiesen. Wir haben eine niedrigere Priorität als die uns bereits zugewiesenen Aufgaben festgelegt.

Aktuelle Aufgabenliste:

  • Aufgabe 1
  • Aufgabe 2

Fortschritt:

Aufgabe 1 - Wir haben die Aspekte A, B erfüllt und werden C bald abschließen.

Wenn Sie Prioritäten setzen, werden Sie möglicherweise nie enden seinen Teil zu tun, aber selbst wenn Sie es tun, wird es sehr offensichtlich sein, wer die Arbeit wann und warum getan hat. Er kann in Schwierigkeiten geraten oder auch nicht, aber daran können Sie leider nichts ändern.

Machen Sie Ihre Arbeit gut, melden Sie sie und schwitzen Sie nicht zwischenmenschliche Konflikte. Berichten Sie einfach, welche Entscheidungen getroffen wurden. Wenn dies einseitig war, geben Sie an, wer die endgültige Entscheidung getroffen hat (und wenn ein Grund angegeben wurde, erklären Sie, warum), und fahren Sie mit der Arbeit fort.

everyone
2017-07-27 19:46:52 UTC
view on stackexchange narkive permalink

Wie die meisten Antworten bereits sagten, können Sie ihn nicht zwingen, etwas zu tun.

Letztendlich sollten Sie sich mehr auf Ihre Arbeitsbelastung konzentrieren als auf das, woran dieser leitende Entwickler arbeitet. Es ist nicht Ihre Aufgabe, seine Arbeit zu bewerten oder zu kontrollieren.

Als Praktikant sollten Sie jedoch nicht so viel Verantwortung übernehmen wie ein Vollzeitbeschäftigter. Als solches haben Sie die Möglichkeit, eine geringere Arbeitsbelastung zu verlangen, als dies für einen anderen Mitarbeiter zu erwarten wäre.

Wichtiger Haftungsausschluss: Dies ist eine Karte, die Sie nur in geringem Umfang und mit Vorsicht verwenden dürfen.

Ich meine, es ist durchaus akzeptabel, dass Sie etwas in dieser Richtung sagen von: "Es tut mir leid, ich werde nicht so viel an diesem großen Teil arbeiten können, weil der Schwerpunkt meines Praktikums darin bestand, diese andere Arbeit zu beenden."

Verantwortung: Ich beauftrage unsere (bezahlten) Praktikanten wie jeden anderen Nachwuchsentwickler und erwarte von ihnen, dass sie das Beste aus ihren Fähigkeiten herausholen.Die einzigen Unterschiede sind, dass ich eine leicht höhere Ausfallrate erwarte und die Kommunikation häufiger initiiere.Ich kann auch mehr Zeit damit verbringen, "Hand zu halten", um ihnen etwas beizubringen, wenn ich einen Vollzeitentwickler in die richtige Richtung zeige und ihn versuchen lasse, sich zuerst selbst beizubringen.Die Fähigkeiten variieren und alle Fähigkeitsstufen erfordern eine erfahrene Betreuung.Wir haben Praktikanten, die an einer Benutzeroberfläche arbeiten, die derzeit in einer kundenorientierten Demo verwendet wird.
Was ich damit gemeint habe ist, dass es für einen Praktikanten viel akzeptabler ist zu sagen: "Ich weiß nicht, wie / kann ich das nicht, es tut mir leid, aber du bist der Entwickler, also könntest du es mir beibringen oder es bitte selbst tun."? "als es für einen anderen Entwickler ist.Wie im Haftungsausschluss erwähnt, ist es offensichtlich keine Entschuldigung für den Praktikanten, nicht nach besten Kräften zu arbeiten.
mpasko256
2017-07-27 23:15:20 UTC
view on stackexchange narkive permalink

Wie andere Antworten sagten, können Sie nicht viel tun, um ihn zum Codieren zu ermutigen, und Sie sollten sich nicht so sehr darum kümmern. Wenn er wirklich eine verschwenderische Ressource ist, wird Ihr Manager ihn sehr schnell im Auge behalten.

Der leitende Entwickler verfügt über viel Erfahrung und kann das Projekt nach Ihrer Abreise problemlos abwickeln. Es gibt nur zwei ernsthafte Bedenken, die ausgeräumt werden müssen:

  1. Ihre Gelegenheit zu lernen - was der Hauptzweck Ihres Praktikums ist. Wenn ein leitender Entwickler Ihre geleistete Arbeit nicht überprüfen kann, kann er kein Feedback geben und Sie können keine neuen Dinge lernen (z. B. bewährte Verfahren oder Entwurfsmuster).
  2. Codequalität des Projekts. Jeder Entwickler hat einige Unkenntnisse (ich auch). Wenn leitende Entwickler nicht aktiv mit Ihnen zusammenarbeiten, können Sie möglicherweise einige Architekturfehler machen, Kreise neu erfinden, unbeabsichtigt Fehler einführen usw.
  3. ol>

    Um diese beiden Probleme zu lösen, können Sie entweder:

    1. Versuchen Sie, ihn höflich zu Ihren Codeüberprüfungen einzuladen.
    2. Fragen Sie ihn direkt: Was ist der beste Weg dazu? Implementieren Sie etwas oder wie Sie einige Probleme auf die effizienteste Weise lösen können.
    3. ol>


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...