Frage:
Lange Besprechungen (6-7 Stunden am Tag): Vom Vorgesetzten "babysitten"
dearN
2015-03-23 15:15:18 UTC
view on stackexchange narkive permalink

Ich habe einen Doktortitel in Maschinenbau mit einem 7-jährigen Hintergrund in selbstgesteuerter, selbstbestimmter Forschung, einschließlich 2 Jahren als Kursleiter und Fachexperte für verschiedene Ingenieurprojekte an einer Universität in den USA

In den letzten 10 bis 11 Monaten arbeite ich in einer Forschungsbranche in Frankreich, wo meine Aufgabe darin besteht, C ++ - Spaghetti-Code zu debuggen, der überschrieben wurde ein Zeitraum von mehreren Jahren von meinem derzeitigen Vorgesetzten. Es ist ein 2-köpfiges Team: nur ich und mein Vorgesetzter.

Täglich habe ich einen "Bug of the Day", um aus diesem C ++ - Code herauszukommen. Mein Vorgesetzter gibt mir in der Regel etwa 15 bis 30 Minuten Zeit, um das Problem zu lösen, und spricht mich dann an, ob die Aufgabe abgeschlossen ist oder nicht, und spült sie dann aus und wiederholt sie bis zum Ende des Tages Der Supervisor hat 6-7 Stunden lange "Meetings" abgehalten, bei denen wir nicht die üblichen 15-30 Minuten alleine haben, sondern beide vor einem Computerbildschirm stehen und er wütend Code debuggt, während ich neben ihm sitze und zuschaue. Während dieser Zeit fragt er mich ab und zu, ob ich verstehe, was er tut oder nicht. Um ganz ehrlich zu sein, verstehe ich nur in etwa 20-25% der Fälle, was passiert, da ich den Code nicht selbst geschrieben habe und keine Zeit habe, mich damit vertraut zu machen. Ich mache ihm das klar, aber seinerseits stößt er auf Ärger und weist darauf hin, dass meine Programmierkenntnisse fehlen. Die anderen 70-75% der Fälle weiß ich, dass ich es herausfinden könnte, wenn ich genug Zeit mit dem "Bug" verbringe. Leider wird mir keine solche Zeit gewährt.

Es gibt keine Fristen auf dem Papier, außer dass mein Vorgesetzter mir sagt, dass "es dringend ist". Ich habe mich mit ihm diesem Thema der "Dringlichkeit" genähert und er hat mir normalerweise Termine gegeben, die er aus der Luft zu ziehen scheint (ich habe mehrere Termine verpasst und bin ohne Konsequenz getroffen worden).

Tatsächlich wurde ich für eine bestimmte Stellenbeschreibung eingestellt, die ich überhaupt nicht mache (ich wurde für die Entwicklung von Nicht-Programmiergleichungen eingestellt und wurde in die Programmierung einbezogen). Darüber habe ich mich auch an ihn gewandt und eine brüske Antwort auf "Planänderung" erhalten. Mir ist auch aufgefallen, dass dieses Programmierprojekt einen erheblichen Umfangsproblem aufweist. Da ich das während meiner Promotion regelmäßig hatte (der Umfang erweitert sich, wenn Sie nicht wissen, was Sie lösen, wie dies bei einigen Arten der Grundlagenforschung der Fall ist), denke ich, dass dies in der Industrie für Forschung in Ordnung ist.

HR hat in seiner Antwort auf dieses Problem der Nichtübereinstimmung mit der Stellenbeschreibung und des Fehlens von Meilensteinen lauwarm reagiert. Sie sagen, dass sie das Problem verstehen, aber sie haben nicht zu viel getan, um eine bessere professionelle Einstellung von seiner Seite durchzusetzen. Er ist ein "fester" Angestellter, während ich "befristet" (vertraglich) bin, und wie ich verstehe, erhalten "unbefristete" Angestellte in Frankreich einen erheblichen Spielraum in ihrer Arbeitsweise und damit ihre Angestellten

Ich verstehe, dass man manchmal mit solchen schwierigen Positionen konfrontiert ist, und ich möchte das Beste daraus für meine persönliche und berufliche Entwicklung machen. Wie kann ich ihm taktvoll sagen, dass es nicht wirklich gut ist, 6-7 Stunden am Tag zu babysitten, und dass es eine bessere Lösung sein kann, wenn ich nur die Arbeit in dieser Zeit erledige? stark>? Ist das etwas, was ich gerade in der Industrie hätte erwarten sollen, da dies mein erster Aufenthalt in der Industrie ist?

Ich habe dafür gestimmt, dies wieder zu eröffnen. Keine Ahnung, warum es geschlossen ist oder warum dies keine akzeptablen Antworten haben könnte.
Täglich ... das ist ein neues Wort für mich.
Sieben antworten:
The Wandering Dev Manager
2015-03-23 18:16:42 UTC
view on stackexchange narkive permalink

Die Einstellung des Vorgesetzten scheint ziemlich schlecht zu sein, aber als Manager fielen mir folgende Punkte auf:

  1. In den letzten 10 bis 11 Monaten arbeite ich in einer Forschungsbranche in Frankreich
  2. Wir stehen beide vor einem Computerbildschirm und er debuggt wütend Code, während ich neben ihm sitze und zuschaue
  3. Er fragt mich ab und zu, ob ich was verstehe oder nicht er macht. Um ganz ehrlich zu sein, verstehe ich, was nur in etwa 20-25% der Fälle vor sich geht, da ich den Code nicht selbst geschrieben habe.
  4. In den anderen 70-75% der Fälle weiß ich das, wenn ich Verbringen Sie genug Zeit mit dem "Bug", ich würde es herausfinden können. Leider wird mir keine solche Zeit gewährt.
  5. Ich habe mehrere Daten verpasst und bin ohne Konsequenz getroffen worden.
  6. ol>

Es scheint mir, dass Sie Zuflucht haben Ich habe die Arbeit nicht aufgenommen und kämpfe immer noch. Meine Sorge wäre, dass Sie, obwohl Sie einen Wissenstransfer erhalten (auch weit vom idealen kt entfernt), immer noch nicht in den Griff bekommen. Der Fortschritt Ihres Vorgesetzten von der Erledigung von Aufgaben zur Paararbeit zeigt seine Besorgnis an. Ich möchte Ihnen einige Fragen stellen:

  1. Stellen SIE während der Sitzungen Fragen, um Ihnen das Verständnis zu erleichtern?
  2. Was ist Ihrer Meinung nach ein akzeptabler Zeitpunkt, um einen Fehler zu diagnostizieren? Wie unterschiedlich ist das von Ihrem Vorgesetzten? Schlagen Sie eine bessere Zeitbox für Ihre Fehleruntersuchungen vor, wenn 30 Minuten nicht weiter kommen ("Ich werde eine Stunde / 2 Stunden / einen halben Tag damit verbringen, dies zu prüfen und mich bei Ihnen zu melden")
  3. Sie fragen nach Zeitplänen (idealerweise schriftlich, wenn es Probleme gibt, diese zu verpassen), geben Sie dem Vorgesetzten Feedback, wenn sie auf etwas eingestellt sind, das Sie nicht liefern können, oder warten Sie, bis sie kurz vor dem Treffer stehen?
  4. ol>

    So schlecht Ihr Vorgesetzter Sie verwaltet, so klingen Sie, als würden Sie sich gerne zurücklehnen und sich beschweren. Leute, die miteinander auskommen, werden nicht verwaltet, sondern nach oben.

    Ich habe mit Doktoranden gearbeitet, bevor ich ähnliche Probleme gesehen habe, normalerweise aufgrund der Person, die es gewohnt ist, "so lange wie nötig" zu brauchen, um eine Aufgabe zu erledigen. Angesichts der Art der Promotion ist dies normal, aber in der Wirtschaft (sogar in der Forschung) kann es dringender sein, Dinge zu erledigen. Die Fristen mögen für Sie willkürlich klingen, aber Sie kennen möglicherweise nicht die ganze Geschichte (oder sie basieren möglicherweise darauf, was der Vorgesetzte seinem Chef erzählt).

    Wenn Sie Ihren Vorgesetzten bitten, Sie nicht zu babysitten, ich glaube nicht, dass du kannst. Es hört sich so an, als ob Sie sich in keiner Vertrauensstellung befinden. Sie müssen daran arbeiten und mit dem C ++ - Code ein anständiges Niveau erreichen. Die Dinge sollten dann einfacher werden, aber stellen Sie sicher, dass Sie die Zeitskalen einhalten UND dass Sie liefern.

    Bei der Arbeit geht es darum, die Erwartungen zu verwalten entweder was Sie liefern oder wann Sie liefern werden. Es hört sich so an, als ob Sie es auch nicht tun.

Hervorragende Resonanz; Mir gefällt besonders, dass Sie während der Paarprogrammierung (ich wollte mich in meiner Antwort darauf konzentrieren) und Ihre Schlussfolgerungen die passive Natur des OP aufgegriffen haben.
Manchmal, wenn Sie einem Mitarbeiter die richtige Tracht Prügel geben, muss er nicht babysitten, aber die Antwort ist ziemlich tot.
Kate Gregory
2015-03-23 22:37:57 UTC
view on stackexchange narkive permalink

Es scheint mir sehr wahrscheinlich, dass dies keine Besprechungen sind, sondern Pairing. Er versucht dir etwas von dem beizubringen, was er weiß. Sie wurden vermutlich aus einem Grund eingestellt, vielleicht um seine Arbeitsbelastung zu verringern, vielleicht um die Software über das aktuelle Niveau hinaus zu verbessern. Ich vermute, er glaubt, dass Sie, wenn er Ihnen weiterhin "zeigt", wie es geht, und sich mit Ihnen "paaren", auf magische Weise bald die Kontrolle übernehmen können.

Ich bin mir nicht sicher, ob dies der Fall ist rettbar, aber wenn Sie es versuchen möchten, würde ich vorschlagen, Folgendes zu erreichen:

  • eine Liste von Fehlern, Verbesserungen und Dingen, die für später übrig geblieben sind. Nicht um sie einzeln zu übergeben, sondern um gemeinsam diese Liste zu erstellen. Bewahren Sie es in einem Arbeitsverfolgungssystem, einer Tabelle oder auf einem Blatt Papier auf, aber haben Sie eine Liste
  • , in der Sie so viele Stunden am Tag damit verbringen, bestimmte selbst auszuprobieren (die Sie wählen). und so viele Stunden am Tag Pairing mit denen, bei denen Sie glauben, dass Sie seine Hilfe brauchen
  • eine Vereinbarung, die Sie während des Pairings eingeben werden. Er kann lesen und denken und sich erinnern und so, aber Sie werden tippen. Wenn Sie sich fragen: "Wo ist das definiert?" Sie müssen ihn laut fragen und er muss Ihnen laut antworten. Dies ist langsamer, wenn es darum geht, die Fehler zu beheben, als wenn er tippt, aber schneller, wenn Sie Ihr Wissen über die Codebasis verbessern.

Ich habe Ihnen auch empfohlen, Ihr Vokabular von Wörtern wie "Babysitting" zu löschen. Wenn Sie denken, dass Sie wie jemand behandelt werden, der jünger ist, müssen Sie anfangen, wie jemand zu produzieren, der jünger ist. Das ist der große Vorteil der Liste - Sie können ein paar Dinge auswählen, die Sie tatsächlich für sich selbst tun können. Je mehr Sie alleine tun, desto weniger wird er Sie einem Verbesserungsprogramm unterziehen, von dem ich mir ziemlich sicher bin.

+1 für den Hinweis, dass dies wahrscheinlich der Pairing-Versuch des Managers ist, der eine gültige und wertvolle Methode für den Wissenstransfer darstellt.
@DaveJohnson Ich habe das Gleiche getan, als ich Vorlesungen für Studenten gehalten habe: "Denken, paaren, teilen". Der (individuelle) "Denk" -Teil wird jedoch von meinem Vorgesetzten weitgehend weggelassen. Also "paaren" wir uns einfach und er "teilt" seine Gedanken. Ich habe keine oder nur sehr wenige Gedanken, da ich nicht "denken" durfte.
@KateGregory Interessanter Punkt zum Babysitten. Ich habe erst jetzt festgestellt, dass alle Doktoranden auf Junior-Ebene von ihren Vorgesetzten an meinem Arbeitsplatz "babysitten" werden. Vielleicht ist es auch ein Problem der Arbeitskultur?
@drN Oh, auf jeden Fall besteht für mich kein Zweifel daran, dass das, was Ihr Vorgesetzter von einem Vorgesetzten erwartet, weit von dem entfernt zu sein scheint, was alle anderen tun. Aber die Sache ist, besonders in einem Forschungslabor, dass Sie das nicht ändern werden. Sie müssen also aufstehen und die Dinge für sich selbst so weit wie möglich verbessern. Fangen Sie an, Dinge zu erledigen (auch kleine Dinge), um ihm zu zeigen, dass Sie es können. Wenn Sie nicht von der Art und Weise lernen, wie er unterrichtet, tun Sie etwas dagegen. Lenkung starten. Die gleichen Fähigkeiten, mit denen wir unsere Promotion abgeschlossen haben.
Ich fürchte, Sie haben das erforderliche Wissen nicht erkannt, nachdem Sie selbst an numerischer Computersoftware gearbeitet haben. Sie müssen die Physik, die Programmierung, das numerische Rechnen usw. kennen. Ihr Vorgesetzter wollte wahrscheinlich einen erfahrenen Programmierer, versucht jedoch, Ihnen Junior C ++ stattdessen über Paarprogrammierung beizubringen (und OK, macht einen schlechten Job darin).
Die dritte Kugel ist sehr, sehr wichtig. Wenn ein Teil des Ziels einer gemeinsamen Sitzung an einem Computer der Wissenstransfer ist, muss die Person mit dem Wissen ihre Finger von der Tastatur lassen. Alle Eingaben sollten vom Wissensempfänger vorgenommen werden, nachdem der nächste Schritt verstanden wurde.
+1!Ich bin mir auch nicht sicher, ob die Arbeitsbeziehung heilbar ist, aber dies sind die Dinge, die Sie versuchen sollten, wenn Sie dort bleiben möchten.Versuchen Sie, nach Zeit zu fragen, um sich die täglichen Fehler / Codes selbst anzusehen, bevor Sie das Pairing beharrlicher gestalten.Wenn er das Aussteigen ablehnt, bereitet er Sie auf einen Misserfolg vor (ob wissentlich oder unwissentlich).
Shaz
2015-03-23 21:10:53 UTC
view on stackexchange narkive permalink
Die Antwort von

sleske berührt dies ein wenig, aber ich wollte nur diese Frage ansprechen:

Ist dies etwas, was ich gerade in Branchenumgebungen hätte erwarten sollen, da dies mein erster Aufenthalt in der Industrie ist?

Wie Ihr Vorgesetzter damit umgeht ist nicht normal, aber andere haben dies behandelt, damit ich nicht dorthin gehe.

Was die Arbeit in der Branche betrifft, ist dies definitiv nicht normal. Wenn Sie sich für eine bestimmte Stellenbeschreibung anmelden, können Sie davon ausgehen, dass Sie an den darin beschriebenen Aufgaben arbeiten.

Ihr Beitrag ist nicht begeistert von der Softwareentwicklung, und Sie geben sogar an, dass die Stellenbeschreibung nicht programmiert war. Und da Sie sich nach fast einem Jahr immer noch nicht mehr auf dem Laufenden halten, scheint Software nicht Ihre Berufung zu sein (oder dieser Arbeitgeber ist absolut schrecklich - könnte beides sein). Ich bin mir sicher, dass Sie sich bewusst sind, dass Sie im Herzen kein Softwareentwickler sind.

Ich denke, Sie müssen um Ihre ursprüngliche Stellenbeschreibung und die damit verbundenen Aufgaben kämpfen oder einen anderen Job finden. Nur weil C ++ nicht wie eine fremde Schrift aussieht, heißt das nicht, dass Sie für die Aufgaben qualifiziert sind, die Ihnen übertragen werden.

Noch wichtiger ist, dass Sie sich selbst verletzen, wenn Sie eine Karriere im Maschinenbau anstreben, indem Sie keine damit verbundenen Aufgaben erledigen. Sie verpassen das Erlernen der Werkzeuge des Fachs und wenn Sie die Marke "5 Jahre Erfahrung" erreichen, werden Sie keine 5 Jahre Erfahrung mit Ihren Werkzeugen haben ... bestenfalls haben Sie 4 wenn Sie die Dinge jetzt ändern.

Obwohl eine Promotion die "5-jährige Erfahrung" -Hürde mildert - normalerweise entsprechen 5 Jahre Erfahrung einem Master-Abschluss. Ich unterstütze nachdrücklich den Begriff "einen anderen Job bekommen".
"Noch wichtiger ist, wenn Sie eine Karriere im Maschinenbau anstreben, verletzen Sie sich tatsächlich, indem Sie keine damit verbundenen Aufgaben erledigen." Wenn Sie Programmierer werden und an einem Helpdesk arbeiten möchten, lernen Sie nicht, Programmierer zu sein. Warum sollte diese Erfahrung für irgendetwas zählen? (obwohl Sie Dinge in einem Lebenslauf richtig machen können)
Dies sollte ein Forschungsjob im Maschinenbau sein (pro Job absteigend), bei dem ich beauftragt wurde, Gleichungen für neue Mechanismen zu entwickeln. Kühltechnik. Der Code wurde auch zusammen als numerisches Entwurfswerkzeug entwickelt. Ich habe mich jedoch im Codierungsteil dieses Projekts wiedergefunden.
Das sehr.Sie haben lange Zeit Experte auf einem bestimmten Gebiet geworden und unterliegen jetzt einem absurden Ausbildungsregime eines sehr schlechten Lehrers.Fragen Sie sich, ob Ihnen Ihre Arbeit dort Spaß macht, ob Sie Fähigkeiten erwerben, die für den Job, den Sie * gerne * erledigen möchten, wertvoll sind, und ob Sie so weitermachen möchten.Wenn sie Sie seit einem Jahr nicht mehr (!) In Ihrem ursprünglichen Bereich arbeiten lassen, gibt es Beweise dafür, dass sie dies in Zukunft tatsächlich tun werden?Fragen Sie sich ernsthaft, ob Sie anderswo nicht glücklicher wären, wo Ihre hart erarbeiteten Fähigkeiten tatsächlich gefragt sind.
gnasher729
2015-03-23 23:18:11 UTC
view on stackexchange narkive permalink

Der Supervisor hat den Code in den letzten sechs oder sieben Jahren geschrieben. Es ist offensichtlich, dass er viel Zuneigung dafür hat und nicht möchte, dass Sie es berühren.

Ich kann mir eigentlich nichts Nutzloseres vorstellen, um etwas über diese Codebasis zu lernen, als neben jemandem zu sitzen, der glücklich auf der Tastatur tippt. Selbst auf der Ebene, auf der Ihre Augen versuchen, Dinge auf einem Bildschirm zu identifizieren, ist es unmöglich, irgendetwas zu folgen, wenn jemand anderes das Scrollen, Auf- und Abblättern steuert.

In dieser Umgebung verschwenden Sie nur Ihr Leben. Aus Sicht des Unternehmens verschwenden Sie auch ihr Geld. Aus Sicht des Vorgesetzten verschwenden Sie auch seine Zeit (er ist jedoch der einzige, der für diese Situation verantwortlich ist, also ist er der einzige, der mir nicht leid tut). Ich würde empfehlen, nach einem anderen Job zu suchen, während Sie noch gesund sind, und dann zu kündigen, wenn Sie etwas Neues gefunden haben. Sie können sich bei der Personalabteilung erkundigen, ob es noch andere Stellen im Unternehmen gibt, aber ich würde es wahrscheinlich vorziehen, irgendwo neu anzufangen.

Wir können alle über die genauen Motivationen Ihres Vorgesetzten spekulieren (und es gab mehrere vernünftige Spekulationen), aber ich würde sagen, dass dieser Job eine Sackgasse für Sie ist.

Vielen Dank für Ihre ehrliche Antwort. Ja, ich habe den Eindruck, dass dieser Job neben dem Erlernen, wie man seine Mitarbeiter nicht behandelt, mir nur wenige technische Fähigkeiten vermittelt.
sleske
2015-03-23 15:29:05 UTC
view on stackexchange narkive permalink

Um den letzten Teil Ihrer Frage zuerst zu beantworten:

Dies ist eine schreckliche Arbeitsweise und in einem (gesunden) Unternehmen nicht zu erwarten - auch wenn dies nicht so ungewöhnlich ist wie man könnte sich wünschen.

Wie man damit umgeht:

Das ist schwierig. Es scheint, dass der Führungsstil Ihres Chefs mehrere Probleme hat (vor allem mangelnde Planung und Mikromanagement). Eine Möglichkeit, dies in Angriff zu nehmen, könnte darin bestehen, mehr oder weniger auf das hinzuweisen, was Sie in Ihrem Beitrag beschrieben haben. Beschuldigen Sie ihn (oder einen anderen) wie üblich nicht. Erklären Sie einfach, wie Sie gerne arbeiten würden und warum Sie das Gefühl haben, auf diese Weise produktiver zu sein.

Dies kann Ihnen helfen, auf eine Weise zu arbeiten, die Sie dazu bringt produktiver (und hoffentlich glücklicher).

Angesichts der zahlreichen Probleme, die Sie beschreiben, bezweifle ich jedoch persönlich, dass Sie Ihre Situation erheblich ändern können - es ist schwierig, die Arbeitsgewohnheiten der Menschen zu ändern. In diesem Fall müssen Sie wahrscheinlich den Chef wechseln, was bedeuten kann, dass Sie Ihren Job wechseln. Aber das ist eine Entscheidung, die nur Sie treffen können.

"Auch wenn es nicht so ungewöhnlich ist, wie Sie es wünschen". Gibt es anekdotische Fallstudien, die ein solches nicht förderliches Arbeitsumfeld beschreiben? Vielen Dank für Ihre Antwort.
@drN: Mir sind keine veröffentlichten Studien bekannt, aber ich habe von Situationen gehört und diese erlebt, die Ähnlichkeiten mit Ihren hatten. Eine formelle Studie wäre sicherlich interessant.
Vietnhi Phuvan
2015-03-23 17:16:00 UTC
view on stackexchange narkive permalink

Ihr Vorgesetzter versteckt ein paar Dinge vor Ihnen und hält Sie absichtlich im Dunkeln. Wenn Sie Ihren eigenen Beitrag noch einmal lesen, sollte es für Sie offensichtlich sein, dass er ein großes humanitäres Projekt gestartet hat, dh seinen Hintern aus dem Feuer zu halten.

Ich sehe, dass Sie es sind gezwungen, mit ihm als eine Art Parodie der Paarprogrammierung zu sitzen, weil Sie keine Codierung durchführen - Sie sollten 50% der Codierung durchführen. Bei der Paarprogrammierung wissen beide Hälften des Paares genau, was der Code tun soll. In Ihrem Fall befinden Sie sich zu mindestens 80% im Dunkeln, und ich bin nicht sicher, ob Ihr Vorgesetzter die volle Kontrolle über seinen eigenen Code hat, da er in einen Kampf um Leben und Tod verwickelt zu sein scheint / p>

Sie müssen sich viel aktiver am Codierungsprozess beteiligen. Es sieht nicht so aus, als würden Sie vollständig verstehen, was passiert, wenn Ihr Vorgesetzter seinen eigenen Code repariert, aber Sie sollten zumindest versuchen, ein viel besseres Verständnis dafür zu erreichen, was er tut, was er tut und wie er ist tun als das, was Sie gerade haben.

Wenn Sie ihm sagen, dass Sie verstehen, was er tut, und Sie es tatsächlich nicht tun, wird diese kleine Notlüge in Ihrem Gesicht explodieren, wenn Sie jemals dazu aufgefordert werden Machen Sie irgendwann in der Zukunft alles selbst mit seinem Code. Stellen Sie ihm Fragen, versuchen Sie, sich zumindest ein allgemeines Bild davon zu machen, was er versucht, denn wenn Sie Termine und Meilensteine ​​mit dem Verständnis seines Codes einhalten müssen, den Sie kennen, könnte die Arbeit an seinem Code durchaus ein Lebenslauf sein Ereignis (RGE) für Sie.

Hallo Viethni, würde es dir etwas ausmachen, meine Frage noch einmal zu lesen? Nein, wo in der Frage sage ich, dass ich ihm Notlügen erzähle oder dass ich mich nicht bemühe zu verstehen, was los ist. Wenn das impliziert ist, könnte es mir beim Schreiben der Frage völlig entgangen sein! Wie kann man genau aktiv an einem Projekt teilnehmen, wenn mein Vorgesetzter mir nicht genügend Luft zum Atmen lässt, um ein aktives Interesse zu wecken und daran teilzunehmen? Außerdem mache ich keine RGE (wie du es ausdrückst). Verzeihen Sie mir, aber ich wurde in der Wissenschaft geschult, keine Arbeit zu leisten, "um Aufzählungszeichen für Lebensläufe zu generieren". Das mag falsch sein, aber so soll es sein.
Hier ist es, in Ihren eigenen Worten: "Während dieser Zeit fragt er mich immer wieder, ob ich verstehe, was er tut oder nicht. Um ganz ehrlich zu sein, verstehe ich, was nur bei etwa 20-25% vor sich geht In den anderen 70-75% der Fälle weiß ich, dass ich es tun würde, wenn ich genug Zeit mit dem "Bug" verbringe, da ich den Code nicht selbst geschrieben habe und keine Zeit habe, mich damit vertraut zu machen in der Lage, es herauszufinden. Leider wird mir solche Zeit nicht gewährt. " Was sagst du ihm, wenn er dich fragt, ob du verstehst, was er tut?
Ah! Sehr guter Punkt, den Sie machen. Ich werde die entsprechende Bearbeitung vornehmen. Es kann jedoch nur impliziert werden, was ich zu diesem Zeitpunkt meinem Vorgesetzten sage.
Ich mochte das "große humanitäre Projekt".
Forrest Christian
2015-03-25 00:51:21 UTC
view on stackexchange narkive permalink

Fast alle diese Antworten geben Ihnen solide Ratschläge, die Sie hören sollten, wenn Sie aus der Wissenschaft in die Industrie kommen. @TheWanderingDevManager bietet besonders klare Ratschläge für Software.

Dennoch denke ich, dass sie das Problem für Sie ein wenig durcheinander bringen, weil sie zwei wichtige Punkte übersehen:

(1) Ihr "Supervisor" ist kein Supervisor, sondern verfügt über eine hochqualifizierte Direktausgabe (DO) Rolle. Er ist kein Manager; Er ist ein DO, also verwaltet er Sie in keiner Weise. Kommentare, die implizieren, dass er es ist, sind in dieser Situation nicht nützlich.

(2) Sie sind ein Auftragnehmer. Für die Mitarbeiter sind Sie einfach ein Servicetechniker, der alles tun sollte, was ihm gesagt wird. Deshalb wird die Personalabteilung nichts unternehmen. Sie sind kein Mitarbeiter und haben daher keine Mitarbeiterrechte.

Dies bedeutet, dass Sie nicht sein Mitarbeiter sind und er nicht Ihr "Vorgesetzter" ist. Was Sie tun, wird als "Assisted Direct Output" (ADO) -Rolle bezeichnet. Ihre Aufgabe ist es, ihm zu helfen, seine Ergebnisse zu erzielen (damit diese Software funktioniert). Dies macht Sie zu seinem Assistenten, nicht untergeordnet.

Er scheint einen fortgeschrittenen Abschluss zu haben, wird aber auf dem Gebiet nicht als gut genug angesehen, um die Arbeit zu erledigen. Deshalb schreibt er keine Programme, um diejenigen zu unterstützen, die die Arbeit erledigen.

Das macht ihn nicht böse. Er meint, dass Sie, wie gesagt, mit einer höheren Leistung arbeiten sollten. Er programmiert mit Ihnen "Paare", weil er versucht, Sie zum Training zu bewegen. Sie widersetzen sich meistens, weil diese Arbeit Sie in keiner Weise streckt. Sie sind sowohl gelangweilt als auch überwältigt.

Das wird für Sie nicht besser, weil Sie am Ende diese Art von Arbeit nicht machen wollen, selbst wenn die DO plötzlich anders wurde. Befolgen Sie die Ratschläge aller und finden Sie einen Job in Ihrem Bereich. Tun Sie dann, was @TheWanderingDevManager sagt, weil er Recht hat. Und gehen Sie zu den bestmöglichen Bedingungen mit dem DO und seinen Managern: Arbeiten Sie wirklich daran.

(Ich sage dies als jemand, der PhDs und ABDs eingestellt und verwaltet hat, als ADO für PhDs sowohl als Mitarbeiter als auch als Auftragnehmer gearbeitet hat, Entwicklerteams geleitet, DOs verwaltet und Manager von Softwareentwicklern verwaltet hat.)



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...