Ich arbeite jetzt seit 7 Monaten in meiner jetzigen Firma und absolviere insgesamt meine zwei Jahre in der Branche. Mein Unternehmen ist ein großes Unternehmen mit relativ entspannten Fristen und flexiblen Zeitplänen.
Wir sind ein neu gegründetes Team, die meisten von uns sind Junioren mit Erfahrungen, die von neuen Absolventen bis zu zwei Jahren Erfahrung bei max. Der einzige leitende Mitarbeiter, der auch der Scrum Master ist, macht sich nicht die Mühe, jemanden anzuleiten, und kümmert sich nur um seine eigenen Angelegenheiten. Unser Manager ist auch eine extrem lockere Person.
Wenn ihnen Arbeit zum Produzieren gegeben wird, ziehen sich die neuen graduierten Mitarbeiter oft in ihre kleinen „Buddy-Teams“ zurück, horten Aufgaben und arbeiten in Eile, ohne zu planen, zu entwerfen, zu konsultieren oder irgendetwas mit anderen zu besprechen. Infolgedessen dominiert diese aufgrund ihrer Schnelligkeit unsere Entwicklungsbemühungen.
Zu diesem Zeitpunkt produzierten sie sehr fehlerhaften Code ohne erkennbare Struktur. Das Produkt verkalkt auch bei geringer Belastung nicht. Wir haben jetzt ein sehr verblüffendes lokales Entwicklungssetup, zwei verschiedene Testsetups, die nicht wie beabsichtigt funktionieren, und sie sagen uns immer noch: "Wir werden es später beheben".
An einem Punkt habe ich versucht, einen Teil des Codes umzugestalten, da das Erstellen zu lange dauerte und der Manager sich darüber beschwerte. Obwohl die Kollegen wussten, was ich tat, beschwerte sich anfangs niemand oder widersetzte sich mir, doch ich hörte, dass der Scrum Master, der älteste Mitarbeiter in unserem Team, meine Versuche hinter mir, Dinge zu reparieren, als „Verschwendung“ verspottete der Zeit", dass es "niemand kümmerte".
Also beschloss ich, das Refactoring ganz aufzugeben, es wurde nicht begrüßt. Zu dieser Zeit gelang es mir, zwei neue Features zu entwickeln und zu vervollständigen.
Bei unseren Gesprächen mit dem Manager habe ich meine Bedenken zu all dem vom ersten Tag an offen geäußert. Der Manager stimmt mir oft zu, bietet aber nie eine praktische Lösung an. Er glaubt, mit der Zeit wird alles gut.
Er fragte mich, warum ich die von mir entdeckten Probleme nicht mit „Korrekturen“ oder „Verbesserungen“ liefere. Er fragte mich auch nach dem Refactoring, das ich durchführen sollte, da er den Zustand des Codes nicht genehmigte, und ich sagte ihm, dass ich nicht in der Lage sei, dies zu tun, da ich damit ganz allein sei und es niemanden zu interessieren scheint über Qualität neben mir. Ich erwähnte auch die Reaktion, die ich vom Scrum Master bekomme, dass ein anderer Kollege nach Lösungen suchte und mich nie darüber informierte, also konzentrierte ich mich auf andere Aufgaben.
An diesem Punkt habe ich das Gefühl, dass der Manager es für meine Verantwortung hält, die Dinge zu beheben, da ich derjenige bin, der auf dieses Problem hinweist. Allerdings finde ich diese Vorgehensweise unfair. Ich muss sagen, dass ich nicht glaube, dass ich für die Fehler anderer verantwortlich bin, da sie nicht bereit sind, aus meinem „Refaktorisieren“ zu lernen und es für „Zeitverschwendung“ halten.
Wie Sie vielleicht feststellen, bin ich auch ziemlich neu in der Belegschaft und muss eine Menge Soft- und Hard-Skills lernen. Also hier ist mein Hauptdilemma:
Was würde passieren, wenn ich Arbeiten im Zusammenhang mit diesem Produkt vermeide und mich von nun an ausschließlich auf andere Aufgaben konzentriere? Bin ich wirklich verantwortlich für diese Art von Arbeit, die von Kollegen produziert wird, indem sie mich ausschließen?
Edit: Ich hätte deutlich machen sollen, dass wir Agile, Scrum und Kanban machen. Dadurch gibt es keine Aufgabenzuweisung, wir übernehmen freiwillig offene Aufgaben. Außerdem haben wir alle denselben Manager, den ich in dem Beitrag erwähnt habe, und haben eine horizontale Hierarchie in unserem Team, also gibt es keinen „Chef“, „Teamleiter“ oder so etwas. Von uns wird erwartet, dass wir gemeinsam handeln.
Edit 2: Beitrag gekürzt. Edit 3: Beitrag weiter gekürzt.
tl;dr: Kollegen programmieren das Produkt wie Cowboys und lassen andere nicht dazu beitragen, der Manager scheint zu erwarten, dass ich die Lösung bereitstelle, obwohl sich außer mir niemand im Team darum zu kümmern scheint. Bin ich wirklich dafür verantwortlich, die Arbeit zu reparieren, zu der ich kaum beigetragen habe, da wir als Team arbeiten?
Ruiniere nicht deine geistige Gesundheit damit. Ja, technisch gesehen sind Sie dafür verantwortlich, da jeder in Ihrem Team es ist. Und wenn dies ein Problem wäre, das auf eine kleine Anzahl von Kollegen beschränkt wäre, würde meine Antwort anders ausfallen. Aber das scheint ein teamweites Problem zu sein, und Sie allein werden es nicht beheben.
Gibt es noch andere Arbeiten, die erledigt werden müssen? Konzentrieren Sie sich darauf. Sie müssen sich nicht über ein Produkt ärgern, an dem Sie nicht gearbeitet haben, und wenn Sie versuchten, jemandem zu helfen, wurde Ihre Arbeit weggeworfen und Sie bekamen sogar negative Reaktionen von Ihren Kollegen. Da es scheint, dass Sie an dem arbeiten können, was Sie wollen, indem Sie aus einer Reihe von Aufgaben auswählen, tun Sie dies. Wenn Ihr Vorgesetzter Sie danach fragt, können Sie ehrlich sein, da sie vernünftig erscheinen:
Ich habe mich entschieden, meine Arbeit auf Aufgaben außerhalb des X-Projekts zu konzentrieren. Obwohl ich helfen wollte, den Code zu verbessern, wurden meine Beiträge abgelehnt und Leute haben sich über meine Beteiligung beschwert. Das fühlte sich wie eine riesige Zeitverschwendung an, und ich möchte meine Zeit nicht weiter verschwenden, wenn ich produktiver sein und wertvolle Arbeit für das Unternehmen leisten könnte, wie in den Projekten Y und Z.
Sie arbeiten in einem Team, dem Qualität egal ist, jeder denkt nur an sich. Werden Sie nicht dazu, sondern handeln Sie entsprechend. Sich in einer solchen Umgebung zu sehr zu sorgen, wird dich verrückt machen. Ich würde auch raten, mit der Jobsuche zu beginnen und bei Vorstellungsgesprächen in Unternehmen nicht zu zögern, ihnen Fragen zu stellen, um sicherzustellen, dass Sie nicht wieder an einem solchen Ort landen.
Wenn die Aufgaben Ihrem Arbeitsvertrag nicht widersprechen, müssen Sie tun, was Ihnen Ihr "Anweisungsbefugter" (Übersetzungssoftware -.-, Ihr Chef, Manager, Scrum Master -> die Person, die Ihnen Ihre Aufgaben gibt) zuweist.
Aber Sie können deutlich machen, dass Sie für Ihre Arbeit Unterstützung brauchen, wie z. B. kooperative Mitarbeiter, Dokumentation von Code, Programmierstandards, Vereinbarungen über die Architektur von Software und so weiter.
Niemand kann erwarten, dass Sie ein Haus ohne einen geeigneten Werkzeugkasten bauen! Machen Sie Ihrem Vorgesetzten (und sich selbst) klar, was Sie wirklich brauchen, was Sie gerne haben und wie Sie es bekommen.
Aber wenn dieser Arbeitsplatz diese Mühe nicht wert ist (und hier zählt nur deine Meinung), dann kannst du dir einen neuen suchen, der besser zu deiner "was ich arbeiten will"-Liste passt :)
EDIT nach Kommentar:
Wenn Sie als Team für die Zielerfüllung verantwortlich gemacht werden, dann ist jedes Teammitglied verantwortlich, Sie auch. Immer wieder gibt es Aufgaben, die keiner übernehmen will, aber man muss. Vielleicht ist es möglich, mit Ihren Kollegen einen "Deal" zu machen: Sie übernehmen diese ungeliebte Aufgabe (Ihre Mitarbeiter tun so, als würden sie sie auch nicht lieben) und sie erklären sich bereit, Sie mit dem zu unterstützen, was Sie wollen (siehe "Machen Sie es deutlich ...").
Meiner Meinung nach basiert alle Teamarbeit implizit auf solchen Deals, aber manchmal müssen sie ausgesprochen werden.
Und um es in Zusammenhang mit Ihrer Frage zu bringen: Nein, Sie sind nicht für die Arbeit Ihrer Mitarbeiter verantwortlich, aber Sie sind (mit ihnen) für Ihren Output verantwortlich.
Da dies ein agiles Scrum-Team ist, schreiben Sie ein Ticket in das Backlog für alles, was Sie sehen, das korrigiert werden muss. Das „Team“, wie Sie angegeben haben, wird diese Geschichten dann entweder bei der Planung aufgreifen oder sie im Rückstand behalten. Das sollte Ihren Manager zufrieden stellen, darauf hinweisen, dass Sie sie in das Backlog stellen und er mit dem Scrum Master sprechen muss, wenn sie nicht während der Planung einbezogen werden.
Sie sollten dann hereingebracht werden und die Leute sollten sie IN PRIORITÄTSREIHENFOLGE nehmen. Das ist eine andere Sache, die Sie bei der Planung ansprechen könnten, dass die Leute Rosinen herauspicken und die Dinge nicht in der Reihenfolge ihrer Priorität bearbeiten.
Sie sollten während der Planung auch Verpflichtungsmeetings durchführen. In meiner Organisation warfen wir eine Faust von fünf (Rang 1 bis 5) darüber, wie zuversichtlich wir in den Plan waren. Dies ist Ihre Gelegenheit, eine 1 oder 2 zu werfen und anzuzeigen, dass Sie der Meinung sind, dass die Fehlerbehebungen verdrängt werden. Die Regel für den ersten von fünf lautet, dass alle Arbeiten gestoppt werden, wenn jemand eine 1 oder 2 wirft, und das Team den Plan erneut überprüfen muss, bis es mindestens alle 3er hat.
Schließlich sollten Sie einen Product Owner haben, der Ihre Geschichten akzeptiert. Wenn nicht, wer akzeptiert diese Arbeit als „erledigt“. Möglicherweise muss eine „Definition of Done“ angesprochen werden. Wenn Sie Agile/Scrum betreiben, haben Sie am Ende des Sprints Retrospektiven mit der Möglichkeit, Bedenken zu äußern und Muster zu ändern? Wenn nicht, ist dies vielleicht das Gespräch, das Sie mit Ihrem Management führen müssen, dass sie nicht wirklich Agile/Scrum, sondern Ad-Hoc betreiben.
Sie sind nicht der Anführer , also sind Sie nicht für Teamfehler verantwortlich, nur für die Rolle, die Sie darin gespielt haben (dh Ihr Code und Ihre Auswirkungen auf das Team), darüber brauchen Sie sich keine Sorgen zu machen .
Das Kopieren von internem Code war übrigens eine kluge Sache!
Warum das Rad neu erfinden, wenn das Unternehmen bereits über passenden Code verfügt?!
Ihr Scrum Master hatte recht damit, dass Sie Zeit verschwendet haben.
Wenn der kopierte Code jedoch Probleme oder Fehler im Endprodukt verursachen würde, sollten Sie in der Tat versuchen, ihn zu verbessern, und dies als Begründung angeben.
Ihr Vorgesetzter möchte nicht, dass Sie leiten oder leiten, aber er hofft vielleicht, dass Sie Probleme lösen können, die andere nicht können oder wollen.
Wenn Sie können, würde das sicherlich Ihren Respekt und Ihr Ansehen beim Chef erhöhen, sonst könnte Ihre Kritik als Jammern interpretiert werden.
Je nach Arbeitsaufkommen im Unternehmen kommt man um dieses Projekt vielleicht nicht herum.
Rat
Fett
Fett
winzige Kekse
Fett
EJoshuaS - Stehen Sie mit der Ukraine
winzige Kekse
Walfrat
EJoshuaS - Stehen Sie mit der Ukraine
winzige Kekse