Wie gehe ich mit einem langsamen und nicht engagierten Kollegen im Team um? [geschlossen]

Ich habe an einem neuen Projekt gearbeitet. Das Projekt funktioniert folgendermaßen: Der Endbenutzer kann über einen Link auf eine Webanwendung zugreifen, mehrere Systeme zu seinem Netzwerk hinzufügen und diese bestimmten Systemdetails verwalten. Mein Teil beinhaltet das Frontend und den Webserver, was in Python gemacht wird. Mein Python kommuniziert tatsächlich mit einem anderen Projekt, das vollständig in c & c ++ ausgeführt wird. Das c / c ++ - Projekt ist die Hauptanwendung, die alle Funktionen ausführt. Mein Python sendet die Benutzeranforderung an ihn und zeigt die Antwort darauf dem Benutzer an.

Ich bin mit meiner Arbeit sehr vertraut und werde sie bald beenden. Da ist nicht viel Arbeit drin. Und ich bin eine Person, die gerne arbeitet. Ich verbringe die meiste Zeit im Büro und gehe nur nach Hause, wenn ich müde bin.

Die c / c ++ - App wird von einem anderen Kollegen verwaltet, der über 5 Jahre Erfahrung verfügt und Dinge viel schneller erledigen kann als ich, aber das tut er nie. Vielleicht mag er es nicht. Seine App stürzt häufig ab, wenn mein Python mit ihr kommuniziert oder falsche Werte zurückgibt. Es ist voller Bugs. Da meine App davon abhängt, fällt es mir schwer, sie zu erstellen. Anstatt die Fehler zu beheben, bittet er mich, meine Arbeit zu verlangsamen. Er bittet mich, dem Manager mitzuteilen, dass meine Arbeit viel Zeit braucht. Er bittet mich, den Manager zu täuschen und mich sogar zu zwingen, langsam wie er zu arbeiten.

Während des Projektmeetings fragt der Manager ihn nach den Fehlern und sagt, dass er alles repariert hat und es funktioniert. Da er mein Kollege ist, konnte ich dem Manager nichts sagen. Offensichtlich muss ich zu meinen Kollegen mehr ein gutes Verhältnis haben als zu meinem Manager, da wir die meiste Zeit mit unseren Kollegen und nicht mit dem Manager zusammen sein werden.

Ich bin nicht in der Lage, dem Manager etwas darüber zu sagen, da er denken könnte, dass ich mich beim Manager über ihn beschwert habe, wenn der Manager ihn nach dem Grund fragt. Und er bleibt in der Besprechung liegen. Und da er den Fehler langsam behebt, verlangsamt er sogar meine Arbeit. Jetzt dachte ich daran, den Frontend-Teil meiner App zu bearbeiten und fertigzustellen, damit er sein Projekt in der Zwischenzeit stabilisieren kann. Jetzt bittet er mich, dem Manager mitzuteilen, dass mein Frontend-Teil viel Arbeit erfordert und ich möglicherweise mehr und mehr Zeit benötige, damit er das Projekt nach unten ziehen kann. Und das Traurige ist, dass unser aktueller Manager in die USA gereist ist, also haben wir einen temporären Manager und dieser Typ weiß nicht viel über das Projekt, also täuscht ihn das C, C ++.

Kann mir jemand vorschlagen, wie ich damit umgehe? Ich wollte das Projekt bald abschließen. Wie kann ich ihn zum Arbeiten bringen, selbst wenn ich ein gutes Verhältnis zu ihm pflege?

Antworten auf Kommentare:

Wenn er das Unternehmen wirklich absichtlich irreführt, sollten Sie ihn dem Management melden.

Ich bin neu in dieser Firma und der andere ist seit vielen Jahren dort. Und ich habe gerade angefangen, meine Kollegen zu kennen. Wenn ich direkt zu ihm gehe und mich beschwere, glaube ich nicht, dass ich ein gutes Verhältnis zu meinen anderen Kollegen aufbauen kann. Sogar er hat die Macht, sie in die Irre zu führen. Ich sage nicht, dass er ein Bösewicht ist, er kann die Arbeit machen, aber er tut es nicht.

Verfügt Ihr Unternehmen nicht über ein Fehlerverfolgungssystem?

Hier ist das eigentliche Bug-Tracking-System nicht vorhanden. Das Unternehmen versucht, das Projekt so schnell wie möglich abzuschließen und übergibt es der Qualitätssicherung. Und behebt dann die von QA gemeldeten Fehler.

Aus diesem Grund sollten Unternehmen ihren Mitarbeitern Aktien / Optionen oder eine Art Eigentumsrecht geben. Auf diese Weise können Sie dem Typen buchstäblich sagen: "Sie kosten mich Geldmengenwachstum ... wollen Sie nicht auch Geld verdienen?".

Das Unternehmen hat die Aktienoptionen, die sie mir für 2500 Aktien gegeben haben, meistens hätte auch er noch mehr.

Das Alter verdient einen gewissen Zweifel. Sie müssen wirklich zuerst mit ihm sprechen und versuchen, das Problem zu verstehen. Er ist möglicherweise überfordert, Sie können ihm möglicherweise helfen, und es kann leicht Variablen geben, die Sie nicht kennen. Es mag jetzt schwer sein, aber Sie könnten die Situation durch Springen der Waffe sehr viel schlimmer machen.

Ich mache es sogar, zuerst hat seine App nicht mehrere Anfragen gleichzeitig bearbeitet, sondern er hat eine Warteschlange verwendet, um die Anfragen zu bearbeiten, die ich an ihn gesendet habe. Ich habe ihm sogar einige meiner Ideen dazu vorgeschlagen. Er sagte, er habe diese Ideen bereits und werde sie in die Tat umsetzen. Seine Erklärungen lauteten: "Alles braucht eine gewisse Zeit, und dies ist ein Projekt, dessen Fertigstellung zwei Jahre dauern kann. Wir werden gebeten, es in zwei Monaten abzuschließen." Aufgrund dieses Fehlers hatte ich in den ersten Wochen Schwierigkeiten beim Codieren. Aber jetzt hat er es behoben. Er verwendet jedoch eine einzelne Warteschlange für Benutzeranforderungen und dies verlangsamt nun die App, da jeweils eine Anforderung verarbeitet wird.

Was macht QA die ganze Zeit? Warum melden / bestätigen sie nicht den Status der Projekte?

Der Manager ist die Person, die entscheidet, wann sie der Qualitätssicherung etwas geben soll. Bis jetzt hat es noch keine QS gegeben. Er sagte, wir sollten es bis zum Monatsende geben.

Du bist in einer schlechten Situation, ich möchte nicht in deinen Schuhen sein. Es ist unwahrscheinlich, dass Sie das klären können, ohne mit Ihrem Kollegen in Konflikt zu geraten.

Das würde ich tun:

• Werden Sie nicht sein Partner in Verbrechen. Weigere dich, über den Status deines Projekts oder seines Projekts zu lügen.

• Implementieren Sie (in Ihrer Freizeit, falls erforderlich) eine Fehlerberichterstattung für Ihre Anwendung, sodass alle Fehler per E-Mail an Ihre Kollegen und Ihren Manager gesendet werden . Wenn der Fehler durch seine Anwendung verursacht wird, machen Sie ihn in der E-Mail sichtbar (setzen Sie [XYZ APP BUG] in den Betreff der E-Mail oder so).

• Pflegen Sie eine Bug-Datenbank (neben dem Versenden von Bugs per E-Mail). Sie können sagen, dass der Hauptzweck darin besteht, Ihre Fehler zu verfolgen, obwohl Sie in der Tat hauptsächlich seine Fehler verfolgen werden . Unter anderem sollte nachverfolgt werden, wie lange es dauert, einen bestimmten Fehler zu beheben.

• Lassen Sie die gesamte prozessübergreifende Kommunikation mit seiner App testen ("Wenn ich Ihnen dies schicke, sollten Sie mir diesen" Stil zurückgeben). Sie können eine Cron-Task einrichten, die diese Tests täglich ausführt. Wenn sie fehlschlagen, werden E-Mails an alle gesendet.

Vergeuden Sie im Grunde nicht Ihre Zeit damit, mit ihm über Fehler zu streiten, und konzentrieren Sie sich stattdessen auf Ihre Arbeit. Wenn seine App kaputt ist und Sie daher nicht an Ihrer App arbeiten können und der Manager nichts damit anfängt - nun, das ist ein Verwaltungsproblem und Sie sind mit Bugdatenbanken, E-Mails und Testberichten übersät.

Aber pass auf und unterschätze ihn nicht. Langjähriger Faulpelz wie er könnte ein oder zwei Tricks im Ärmel haben. Er kann das ganze Team gegen Sie oder so etwas aufbringen, aber das hängt von Ihrer spezifischen Situation ab und ist in gewisser Weise von dieser Frage ausgeschlossen.

Ich werde eine etwas kontroverse Sichtweise einbringen: Sie sagen, Sie arbeiten so viele Stunden, wie Sie wach bleiben können. Vielleicht ist er nicht besonders unfair zu sagen: "Sie lassen mich schlecht aussehen und ich arbeite tatsächlich so viele Stunden, wie ich will." Vielleicht war er dort und hat das getan und vielleicht ist er ausgebrannt. Ich verspreche Ihnen, dass Sie es tun werden, wenn Sie so weitermachen.

Gehen Sie eines Abends mit ihm auf einen Drink und sehen Sie, ob Sie keine bessere persönliche Beziehung aufbauen können, auf der Sie Ihre berufliche Basis legen können. Vielleicht können Sie beide viel besser zusammenarbeiten, indem Sie sich bereit erklären, ein bisschen mehr und ein bisschen weniger einzubringen.

Wenn ich Sie wäre, wäre ich auch sehr vorsichtig mit dieser Einstellung "meiner Arbeit, Ihrer Arbeit". Sie beide haben ein Produkt vor sich, das möglicherweise nicht für das betreffende Produkt geeignet ist. Dies wiederum ist weder für das Unternehmen noch für den Kunden von Vorteil, und Sie müssen dafür bezahlen, dass Sie beide arbeiten .

Ich bin jedoch mit den anderen Ansichten einverstanden, dass Sie die Bedeutung Ihrer Beziehung zu Ihrem Vorgesetzten überdenken und darauf achten müssen, Ihrem Kollegen zu vertrauen. Ich sage nur, dass Sie vielleicht, vielleicht auch Ihre eigenen Handlungen und seine betrachten müssen.

Aufzeichnungen machen. Dokumentieren Sie jeden Fehler, den Sie erhalten, wenn Sie mit seiner Seite kommunizieren, wenn Sie ihn bitten, den Fehler zu beheben, und wann (wenn überhaupt) er es getan hat. Nur so kann ich mit dieser Situation umgehen. Wenn Ihr Vorgesetzter zu Ihnen kommt und Sie fragt, warum die Dinge nicht voranschreiten, können Sie deutlich zeigen, dass Sie nicht als Wimmern oder schlechter Kollege gesehen werden.

Ich möchte auf eine andere Möglichkeit hinweisen, die nicht angesprochen wurde. Sie sagen, er möchte, dass Sie Ihre Arbeit verlangsamen. Meinen Sie damit wörtlich, dass er sagt "Arbeit weniger Stunden" oder dass er sagt "schreibe einige Tests, teste dies mehr, schreibe eine Dokumentation" und andere Dinge, von denen Sie denken, dass sie Sie verlangsamen werden? Ich habe gesehen, wie neue Leute 16 Stunden am Tag Code geschrieben haben und sich dann über Fehler im aufgerufenen Code beschwert haben, wenn sie tatsächlich ungültige Parameter übergeben, keine Rückgabewerte überprüfen und so weiter. Ich kann nicht ausschließen, dass Ihr Kollege diese Dinge denkt.

Wenn Sie das nächste Mal in einer Besprechung sind und er sagt, sein gesamter Code sei in Ordnung, sagen Sie "Oh, gut, das, was ich Ihnen vor einer Stunde erzählt habe, wo es explodiert, wenn ich XYZ mit einem Datum anrufe, das kein Arbeitstag ist. ist jetzt behoben? " Eines von drei Dingen wird passieren:

• Er wird lügen und sagen, dass es kein solches Problem gibt. Sie werden sagen, dass es so ist. Wir haben darüber gesprochen. Ich habe Ihnen eine E-Mail geschickt. und die ganze Sache wird die Aufmerksamkeit eines Managers auf sich ziehen
• Er wird Ihnen sagen, dass es sich in der Tat nicht um einen Fehler in seinem Code handelt, sondern um einen Fehler in Ihrem Code, da Sie nur Arbeitstage verstreichen sollen, und Sie werden bald herausfinden, was er gedacht, aber nicht gesagt hat
• Er sagt: "Nein, mit dem, von dem du mir gerade erzählt hast, werde ich mich heute befassen, aber alles andere ist gut." Wenn er das sagt, danke ihm einfach fürs Erste.

Möglicherweise stellen Sie fest, dass Ihre langen Tage des schnellen Codierens keinen guten Code produzieren, und dass jemand (möglicherweise Ihr Manager) für den anderen Entwickler übersetzt, um Ihnen das Problem zu erklären. Oder Sie können erfahren, dass Sie mit einer liegenden Schlange arbeiten, die Sie schlecht aussehen lässt, um seine bequeme Position zu schützen. Dinge ins Freie zu bringen kann das nicht wirklich schlimmer machen. Oder Sie bekommen von ihm einfach genug Bewegung, um es zu ertragen, ohne in die Politik verwickelt zu werden.

Was Sie haben, ist ein politisches Problem. Zunächst ist die Meinung Ihres Managers weitaus wichtiger, als Sie zu denken scheinen. Dieser Typ macht dich für die Verzögerungen verantwortlich und du lässt ihn. Du bist derjenige, der gefeuert wird, wenn jemand unter den Bus geworfen wird. Soweit der Manager weiß, sind Sie derjenige, der nicht in der Lage ist, die Arbeit rechtzeitig zu erledigen.

Schützen Sie sich auf jede erdenkliche Weise durch Bug-Tracking, E-Mails usw., aber tun Sie NICHT so, als wäre dies Ihre Verzögerung, nicht seine. Gib dem Boss niemals einen gefälschten Statusbericht, er wird zurückkommen und dich beißen. Sagen Sie dem Chef die Wahrheit über die Probleme, die Sie haben (und zeigen Sie den Beweis), dass sein Code nicht funktioniert.

Diese Person, die Sie bittet, nachzulassen, damit sie nicht schlecht aussieht, ist eine Schlange (nun, das ist eine Beleidigung für die Schlangengemeinschaft (subtiler Hinweis auf Firefly), sorry für alle tatsächlichen Schlangen da draußen). Er wird alles tun, um dich unter den Bus zu werfen. Vertrau ihm nicht.

Zuallererst:

Da er mein Kollege ist, konnte ich dem Manager nichts sagen.

Sie können und sollten unbedingt sicherstellen, dass Ihr Vorgesetzter die Wahrheit weiß, auch wenn Ihr Mitarbeiter sein Gesicht anlügt. Wenn Sie in einer Besprechung mit allen dreien im Raum nichts sagen wollen, ist das völlig verständlich. Aber Sie sollten zumindest Ihren Manager (den echten, nicht nur den temporären) beiseite schieben und ihn wissen lassen, dass Ihre Arbeit fast abgeschlossen ist und er auf Fehlerbehebungen vom Ende des anderen Entwicklers wartet, bevor die gesamte Anwendung zur Hauptsendezeit bereit ist . Beschuldigen Sie Ihren Kollegen nicht, gelogen zu haben, sondern sitzen Sie nicht da und lassen Sie Ihren Chef mit unvollständigen Informationen operieren.

Berichten Sie ehrlich über Ihren Status. Wenn Ihre Arbeit durch Fehler auf Seiten eines anderen Entwicklers aufgehalten wird, dokumentieren Sie, dass Sie Fehler in C / C ++ gefunden und gemeldet haben (teilen Sie mir bitte mit, dass Sie eine Art von Dokumentation verwenden, die eine Papierspur hinterlässt).

In der Zwischenzeit erledigen Sie Ihre Arbeit und teilen Sie Ihrem Chef mit, wann Sie fertig sind. Wenn Ihr Manager wissen möchte, warum der Rest des Projekts noch nicht läuft, können Sie ihn an den anderen Entwickler verweisen und möglicherweise erwähnen, dass es wahrscheinlich sehr kompliziert / umfangreich ist / viele Tests erfordert / dass andere Entwickler sehr schwierig sind beschäftigt / etc. Wenn Sie mit C / C ++ vertraut sind, können Sie anbieten, die Hauptanwendungslogik zu erläutern, um die Dinge auch damit in Gang zu bringen. Ja, Sie werden die Arbeit des anderen erledigen, aber es macht deutlich, dass Sie der Mitarbeiter sind, der hart arbeitet und produktiv ist, und der andere nicht, ganz zu schweigen davon, dass Sie für Ihren Chef noch wertvoller sind. Es kann sogar Druck auf den anderen Entwickler ausüben, die Dinge zu beschleunigen und schneller zu erledigen.

Es gibt eine Reihe von Problemen bei der Arbeit. Beachten Sie, dass:

1. Sie machen Annahmen über die Motivationen anderer Menschen
2. Sie färben Fakten mit Meinungen.
3. Außenstehende (jeder andere) sind sich der Geschichte nicht bewusst und sind sich Ihrer Frustrationen mit Ihrem Kollegen nicht bewusst.
4. Sie können kindisch aussehen, wenn es scheint, dass Sie ein "Gotcha" -Spiel spielen. Ihr Kollege kann es wahrscheinlich besser spielen - schließlich hat er immer noch einen Job, nicht wahr?

Deshalb, wenn Sie den Status Ihres Projekts präsentieren:

1. Erwähne nicht die andere Person.
2. Bei der Meldung von Fehlern oder Problemen mit dem Code - nicht der Entwickler. Sagen Sie "Der Aufruf der Methode FooBar () gibt 1 zurück, wenn er eine 2 zurückgeben sollte". Dann ist jedes Problem kein persönlicher Angriff, Sie sprechen nur von Code - nicht von Menschen.
3. Halten Sie sich an die Fakten, für die Sie Beweise haben.
4. Wenn Ihr Kollege defensiv oder feindselig wird, stellen Sie Fragen. „Ich verstehe nicht , warum Sie denken , dass ich tun soll _ “
5. Sei dir sozialer Beleidigungen oder Anspielungen nicht bewusst. Stellen Sie sich vor, Sie bekommen keinen persönlichen Angriff.
6. Schlafen Sie in der Nacht vor jeder Statusbesprechung viel, damit Sie geistig wendig sind.
7. Dokument, Dokument, Dokument.
8. Scheuen Sie sich nicht, diesen Typen zu bitten, Ihnen bei einem interessanten Problem zu helfen. Er wird Sie möglicherweise ansprechen, wenn er das Gefühl hat, dass Sie ihn respektieren. Hier geht es darum, eine Beziehung aufzubauen. (Beachten Sie, das ist nicht aufsaugen - das ist etwas anderes)
9. Seien Sie bereit zu gehen, wenn Sie müssen, so dass Sie nicht bedürftig oder emotional gefangen sind. Dies hilft dabei, den Kopf in Besprechungen zu behalten.

"Ich bin eine Person, die gerne arbeitet. Ich verbringe die meiste Zeit im Büro und gehe nur nach Hause, wenn ich mich schläfrig fühle."

Dies ist nicht gesund und kann nicht von Kollegen erwartet werden, es sei denn, Sie werden bis zu dem Punkt entschädigt, dass Sie in der Lage sind, für den unvermeidlichen Burnout Jahre frei zu nehmen. (Etwa> 10% der Firmenbeteiligung oder mehr als 200.000 USD pro Jahr). Es braucht Zeit, um das Fachwissen zu erhalten, um zu einem Punkt zu gelangen, an dem er sich sehr schnell entwickeln kann. Ein Teil Ihrer Zeit sollte der Entwicklung von Fachwissen gewidmet werden.

"Das C / C ++ - Projekt ist die Hauptanwendung, die alle Funktionen ausführt. Mein Python sendet die Benutzeranforderung an das C / C ++ - Projekt und zeigt dem Benutzer die Antwort darauf an. Vielleicht mag er es nicht."

Python ist eine agilere Sprache als C / C ++. Seine App scheint alle Funktionen zu enthalten; Ihre App nur die Benutzeroberfläche. Wahrscheinlich sind diese nicht gleich schwer. Möglicherweise produziert er nicht schnell Code. Die Qualitätskodierung ist jedoch viel besser als die Mengenkodierung. Möglicherweise haben Sie unrealistische Erwartungen, wie schnell er die Stunden programmieren kann, die er arbeiten möchte / erwartet (normalerweise ~ 40 Stunden pro Woche), und wenn er jahrelang dort ist, hat er wahrscheinlich andere Aufgaben wie das Verwalten anderer oder das Pflegen älterer Aufgaben angesammelt Projekte, die einen wesentlichen Teil der Arbeitswoche ausmachen).

Lüg nicht für ihn; aber kritisiere ihn auch nicht. Sprechen Sie darüber, wie großartig sein System ist. Zugegeben, es braucht mehr Arbeit, bis es fertig ist. Geben Sie Ihrem Manager eine genaue Statusaktualisierung, ohne Namen zu benennen oder Schuld zuzuweisen. Schreiben Sie eine nachgebildete Version seines Systems, die dem gleichen Standard entspricht, dem auch sein System entsprechen sollte. Stellen Sie mit einer automatisierten Testsuite sicher, dass Ihr System perfekt mit Ihrem Modellsystem zusammenarbeitet. Dann kann Ihr System fertig sein (z. B. es synchronisiert sich perfekt mit dem Mock-up), auch wenn das Live-System noch fehlerhaft ist.

Dann können Sie eine automatische Testsuite für sein System schreiben, die extern aufgerufen wird und den vereinbarten Standards entspricht. Zum Beispiel gibt test than Foo (1,2,3) eine Antwort von "Bar 4 5 6" zurück. Dies könnte ihm helfen, Fehler zu identifizieren und seine Entwicklung zu beschleunigen (und muss sich nicht mit seinem Code herumschlagen). Sobald diese Dinge erledigt sind, können Sie zu einem anderen Projekt / einer anderen Aufgabe übergehen (z. B. um ihm bei den C / C ++ - Teilen zu helfen).

Wie andere bereits erwähnt haben, ist professionelles Verhalten das Wichtigste für Ihre langfristige Karriere. Und ehrlich gesagt, solange Sie sich professionell verhalten, sind Sie in ziemlich guter Verfassung, egal wie sich Ihre Mitmenschen verhalten.

In dieser Situation sind einige Überlegungen zu berücksichtigen.

Zunächst müssen Sie verstehen, dass Sie dafür verantwortlich sind, dass Ihr Programm innerhalb der vorgegebenen Frist die gewünschten Spezifikationen erfüllt. Wenn Ihr Programm mit dem Programm einer anderen Person zusammenarbeitet, sind Sie auch dafür verantwortlich, sicherzustellen, dass das andere Programm zum selben Stichtag ebenfalls funktioniert. Anders ausgedrückt: Wenn die andere Person ihre Deadline nicht einhält, haben Sie auch Ihre Deadline nicht eingehalten, auch wenn Ihr eigener Teil des Projekts pünktlich war. In Bezug auf die Verwaltung wird dies als Besitz der Eingaben bezeichnet .

Sie haben richtig bemerkt, dass, wenn Ihr Kollege in einer Besprechung erklärt, dass die Fehler seines Programms behoben sind, Sie ihn dem Manager nicht sofort als falsch erklären können (Ihr Manager würde dies als "Werfen Ihres Kollegen unter den Bus" ansehen; ein sehr schlechter Karriereschritt). Andere wiederum haben darauf hingewiesen, dass es unprofessionell ist , dem Manager nicht den wahren Stand des Projekts mitzuteilen. Beide Seiten sind völlig korrekt.

Wenn es also schlecht ist, Ihrem Kollegen vor dem Manager zu widersprechen, und es auch schlecht ist, ihm nicht zu widersprechen, was machen Sie dann?

Die Antwort ist eigentlich ziemlich einfach: Sie müssen lange vor dem Treffen mit dem Manager mit Ihrem Kollegen sprechen und ihn wissen lassen, dass Sie dem Manager bei dem bevorstehenden Treffen über die Probleme erzählen müssen, mit denen Sie zu tun haben Ihr Programm und dass es Ihre Fähigkeit beeinträchtigt, Ihre Seite des Projekts pünktlich zu liefern und ob Sie irgendetwas tun können, um ihnen zu helfen, die Probleme, die Sie hatten, anzugehen. Sie müssen dieses Gespräch mindestens zwei volle Tage vor der Besprechung führen, in der Sie es dem Manager mitteilen, und vorzugsweise eine volle Woche im Voraus.

In den meisten Fällen wird es motiviert, wenn Sie Ihrem Kollegen nur sagen, dass Sie sein Programm bei einem bestimmten Meeting als Risiko angeben müssen, und Sie müssen überhaupt nicht mit dem Manager sprechen . In anderen Fällen, in denen die Probleme eher vom Zeitplan abhängen, stimmt der Kollege Ihnen häufig zu, und Sie können beide gemeinsam zum Manager gehen.

Ich hatte noch nie einen Kollegen, der sich nicht schnell um mich gekümmert hat oder mit meinen Bedenken einverstanden war, wenn er so ausgedrückt wurde. Wenn dies jedoch der Fall ist, sind Sie nach vorheriger Warnung Ihres Kollegen immer noch besser in der Lage, mit dem Manager zu sprechen. Da Sie mit Ihrem Kollegen gesprochen und versucht haben, selbst eine Lösung zu finden, und ihn rechtzeitig gewarnt haben, dass Sie das Problem in diesem Meeting ansprechen müssen, wird Ihr Kollege nicht überrascht sein, wenn dies der Fall ist, und der Manager hat gewonnen Glaube nicht, dass du nur versuchst, die Schuld zu ändern.

Denken Sie bitte daran, dass Sie, wenn Sie Ihre Bedenken gegenüber dem Kollegen oder dem Manager äußern, Bedenken in Bezug auf das Programm Ihres Kollegen haben, das schlechte Daten zurückgibt (oder was auch immer es sonst tut). Dies sind messbare Dinge, die überprüft und behoben werden können. Bei Ihren Bedenken geht es nicht darum, dass Ihr Kollege langsam oder nicht engagiert ist. Dies sind keine messbaren Dinge, die wahr sein können oder nicht, und die wahrscheinlich nicht behoben werden, indem sie in einer Besprechung vor dem Chef angesprochen werden.

Welches Bug-Tracking-System verwenden Sie? Ich hätte erwartet, dass zumindest hervorgehoben wird, wo Fehler nicht rechtzeitig behoben werden. Wenn Ihr Code auf die Eingabe von der anderen Ebene wartet, sollten die Verzögerungen in der Projektverfolgungsdokumentation hervorgehoben werden. Passiert das auch nicht?

Es klingt für mich so, als gäbe es hier ein unzureichendes Projektmanagement. Sie müssen a) die Fehler, die Sie betreffen, nachverfolgen und b) die Diskussionen schriftlich verfolgen.

Ihr Kollege sollte Sie nicht bitten, Ihre Entwicklungszeit zu erhöhen, um seinen Willenlosigkeit abzudecken. Irgendwann muss dies mit Ihrem Vorgesetzten besprochen werden. Nach dem derzeitigen Stand vertuschen Sie Ihren Kollegen, und das wird mit ziemlicher Sicherheit nach hinten losgehen.

Es ist nichts Falsches daran, sich für einen Kollegen einzusetzen, aber damit jemand erwartet, dass Sie Ihren Chef täglich anlügen, muss er gehen. Ich konnte ihn als Person nicht respektieren und hätte keinen Wunsch danach, diese Person als zufällige Bekanntschaft zu haben. Er will ein Feind sein, bringt es auf.

Wie können Sie Verzögerungen auf der Anwendungsebene aufgrund des Frontends argumentieren? Deshalb tun Sie dies, damit sie getrennt werden können. Wie geht es weiter, er hat noch mehr Verzögerungen, weil jemand ein mobiles Frontend aufbauen will?

Erledige deine Arbeit. Dokumentieren Sie alle Probleme, die Sie mit einem Fehler in seiner App haben. Und dann geh nach Hause! Es ist mir egal, ob du müde bist oder nicht. Finde ein paar Freunde, die es wert sind.

Ich habe gerade "The Clean Coder" von RC Martin (Onkel Bob) gelesen. Der Hauptpunkt des Buches ist, dass Programmierer im Allgemeinen nicht viel Respekt bekommen, weil sie sich nicht professionell verhalten . Das bedeutet vor allem, dass sie nicht effektiv mit dem Management über den Status des Projekts kommunizieren.

Lügen ist sicherlich eine sehr sehr schlechte Form der Kommunikation. Ihr Kollege ist extrem unprofessionell und Sie auch. Sie beide tun nichts Gutes, um die Wahrnehmung der Programmierer zu verbessern.

Ich würde Ihnen raten, sofort zur Geschäftsführung zu gehen. In der Vergangenheit bin ich jedoch in Schwierigkeiten geraten, weil ich (in einer anderen Situation) zu "ehrlich" war. Daher bin ich mir nicht sicher, ob Sie meinen Rat befolgen sollten. Auch, wie viele darauf hingewiesen haben, ist Ihre Wahrnehmung der Situation möglicherweise nicht so genau, wie Sie denken.

Es ist schwierig und unvernünftig, den relativen Aufwand und die Komplexität eines anderen Projekts abzuschätzen, wenn Sie mit der Codebasis nicht vertraut sind. Sie sagen, sein Code ist fehleranfällig, aber er könnte mit all den verbleibenden Problemen auf einer sehr hohen Abstraktionsebene in guter Verfassung sein ... Das Problem ist, dass dies der einzige Code ist, den Ihr Front-End benötigt!

Oder vielleicht ist er ein schlechter Angestellter und nimmt die Firma mit auf eine Fahrt. Ich kann nicht sagen, und Sie haben möglicherweise nicht alle Informationen, die Sie mit Zuversicht wissen müssen.

Ich würde eine Midway-Taktik vorschlagen. Wenn Sie sich das nächste Mal treffen, bringen Sie einige Details eines großen Fehlers in seinem Code mit, der Sie betrifft. Wenn er sagt, dass alles in Ordnung ist, sagen Sie höflich, dass es eine offene Frage gibt , die Ihren Fortschritt blockiert.

Wenn Sie das politisch so sagen, können Sie behaupten, dass er nicht ganz korrekt ist, und ihm dennoch die Möglichkeit geben, dumm zu spielen und nicht in die Defensive zu gehen.

Ihr Manager sollte bei der nächsten Besprechung fragen, ob dies behoben ist. Wenn nicht, fällt der Druck auf ihn, einen Fehler zu beheben. Wenn das Problem behoben ist, sagen Sie danke, es funktioniert jetzt hervorragend und Sie haben einen neuen Blocker gefunden. Wenn Sie besonders nett sein möchten, sagen Sie, dass Sie kurz vor dem Meeting darauf gestoßen sind.

Du lügst nicht per se, noch nimmst du Partei. Sie spielen Politik, indem Sie auf Probleme aufmerksam machen und Ihren Kollegen das Gesicht wahren lassen, wenn die Dinge wirklich nicht so gut laufen.

Es ist verlockend, nur mit Ihrem Manager zu sprechen, aber vergessen Sie nicht, mit welchem ​​von ihnen Sie am meisten arbeiten müssen.

Pats Antwort war großartig. Ich stimme zu 100% zu%. Mach kein Treffen mit dem Chef. Nehmen Sie es entweder mit Ihrem Kollegen zwischen vier Augen oder mit allen dreien von Ihnen. Aber Pats Vorschlag, sich auf die Code-Themen und nicht auf die Menschen zu konzentrieren, ist der richtige Weg.

Übrigens, 40h / Woche ist genug Alter. Sie müssen Ihre Motivation hoch halten!

Bitten Sie um weitere Unterstützung beim Testen der Integration. Die Person muss sagen können, wo das Problem auftritt. Wie Temptar betonte, frage ich mich, warum es nicht einmal ein Excel gibt, um die Probleme zu verfolgen! Da es kein Tracking gibt, ist es wie jedes Mal, wenn der andere Typ davonkommt und sagt, dass ab sofort alles in Ordnung ist! das klappt so nicht!

Es ist Ihr Modul, wenn Sie es erledigen müssen, müssen Sie die rote Fahne anheben, was die Verzögerung auf Ihrer Seite verursacht. Erfahrung in MERE-Jahren hat nichts zu tun, es ist nur das Wissen und darauf sollte Ihr Manager bestehen. Wie gesagt, auch ich habe das Gefühl, dass hier ein schlechtes Projektmanagement stattfindet.

1. Das Zeigen von Initiative durch Anfordern zusätzlicher Aufgaben und die Frage, wie Sie der Organisation einen Mehrwert verleihen können, ist der beste Weg, um Vertrauen zu gewinnen.

Ihr Manager ist möglicherweise nicht technisch genug, um herauszufinden, wer das Projekt verlangsamt, aber er ist wahrscheinlich schlau genug, um zu erkennen, dass ein Entwickler, der aktiv nach neuen Aufgaben sucht, gerade seine aktuellen Aufgaben durchläuft. Dies führt zu einer Konversation, in der Sie deutlich machen können, dass Sie auf Fehlerbehebungen durch andere Personen bezüglich Ihrer aktuellen Aufgaben warten. Gestalten Sie die Diskussion dahingehend, wie Sie durch eine effiziente Nutzung Ihrer Freizeit einen zusätzlichen Mehrwert für das Unternehmen schaffen können und nicht, wie Ihr Kollege mit seinen Fehlerkorrekturen zu langsam umgeht.