Ich arbeite seit vielen Jahren beim gleichen Arbeitgeber. In den letzten 6 Jahren habe ich an zwei Projekten gearbeitet: Projekt A, wo ich für kurze Zeit Teammitglied war und danach Teamleiter wurde und auch alle architektonischen Entscheidungen traf. Projekt A ist mittelgroß, höchstens etwa 6 Entwickler; Projekt B, bei dem ich entweder Teammitglied oder Teamleiter war, aber keinen Einfluss auf architektonische Entscheidungen hatte. Projekt B ist ein großes Projekt mit vielen Teams und vielen Entwicklern und Testern, die daran arbeiten. Bei Projekt A wurde Kanban ohne strikte zeitliche Begrenzung verwendet, während bei Projekt B Scrum implementiert wurde.
Ich habe an Projekt A gearbeitet, dann an Projekt B, dann wieder an Projekt A und jetzt wurde mir mitgeteilt, dass ich bald Projekt B zugewiesen werde.
Allerdings bin ich darüber nicht sehr glücklich. Als ich an Projekt B arbeitete, war das fast ein Albtraum, eine sehr stressige Erfahrung. Bei diesem Projekt gab es mehrere Probleme. Zunächst einmal hatte ich als Teamleiter die Verantwortung für die Sprint-Lieferung, aber dafür hatte ich keine Mittel. Jira-Probleme konnten nicht geschlossen werden, bevor die Tester sie getestet haben, und Tester konnten sie nicht testen, bevor der entsprechende Code in die QA-Umgebung migriert wurde, und aufgrund der CI-Implementierung wurde Code nur in die QA-Umgebung migriert, wenn Code in dev zusammengeführt wurde Branch, aber mir wurden keine Rechte zum Zusammenführen mit dev gegeben, also musste ich entweder Lösungsarchitekten oder andere Teamleiter bitten, Pull-Requests aus meiner Zeit mit dev zusammenzuführen, und sie verzögerten diesen Prozess immer, und das war wirklich ein Blocker.
Ein weiteres Problem war, dass ich nicht direkt mit Kunden sprechen durfte. Ich dachte, ich könnte Englisch vergessen, ohne mit Kunden zu sprechen. Wir hatten auch keine Informationen über die Erwartungen der Kunden. Die Jira-Probleminformationen waren sehr vage, wir verstanden nicht, was die Kunden brauchten, und wir hatten nie Mockups, um zu verstehen, wie sie sich das gewünschte Ergebnis vorstellen.
Ich fühlte mich wegen all dieser Probleme sehr gestresst. Außerdem wurde ich vom Lösungsarchitekten und anderen Teamleitern gedemütigt und konnte mich, meine Position oder mein Team nicht verteidigen.
Andere Teams arbeiteten abends, nachts und am Wochenende, während ich nicht wollte, dass mein Team überarbeitet wurde, also hatte mein Team eine geringere Geschwindigkeit als die Teams, die an Wochenenden, Abenden und Nächten arbeiteten.
Um es kurz zu machen, ich habe nicht wirklich gerne an Projekt B gearbeitet, also war ich sehr erleichtert, als ich zu Projekt A zurückkehrte, da mich bei diesem Projekt niemand gedemütigt hat und wir einen wirklich besseren Prozess implementiert hatten.
Mir wurde mitgeteilt, dass ich bald Projekt B zugeteilt werde, und ich habe das Gefühl, keine andere Wahl zu haben. Mir wurde versprochen, dass jedes größere Problem in der Projektorganisation gelöst wurde, sodass sich die Entwickler jetzt nicht überanstrengen und direkt mit den Kunden kommunizieren können. Die einzige Wahl, die ich habe, ist entweder zu versuchen und zu bestätigen, dass die Organisation von Projekt B wirklich geändert wurde und ich gerne an Projekt B arbeiten werde, oder aufzuhören.
Also frage ich mich, ob ich versuchen sollte, an Projekt B zu arbeiten, oder das ist es nicht wert und ich sollte aufhören?
Mir wurde versprochen, dass jedes größere Problem in der Projektorganisation gelöst wurde, sodass sich die Entwickler jetzt nicht überanstrengen und direkt mit den Kunden kommunizieren können. Die einzige Wahl, die ich habe, ist entweder zu versuchen und zu bestätigen, dass die Organisation von Projekt B wirklich geändert wurde und ich gerne an Projekt B arbeiten werde, oder aufzuhören.
Aus Ihrer Erklärung geht hervor, dass Sie Ihre Bedenken bereits früher geäußert haben und Maßnahmen ergriffen wurden, um die von Ihnen geäußerten Probleme / Bedenken auszuräumen.
Da die Gewissheit besteht, dass die Probleme gelöst wurden, und Sie jetzt eine sehr freundliche Atmosphäre erwarten sollten, können Sie sicherlich noch einmal versuchen, in Projekt B zu arbeiten, und sich selbst davon überzeugen.
Es scheint, dass Sie klar verstehen, dass Ihr Projekt B gefälschtes Scrum verwendet . Es scheint, als hätten Sie sich in Ihrer früheren Amtszeit bei dem Projekt einigen Fake-Scrum-Unsinn (extra große Velocity-Zahlen) kompetent widersetzt. Das ist eine ausgezeichnete Erfahrung, auch wenn es unangenehm war.
Sie haben auch bemerkt, dass Sie Verantwortung (z. B. Code für Test vorbereiten) ohne Befugnis (Merge-Berechtigungen) hatten. Sie haben diese Probleme nicht gelöst. Aber Sie haben sie eindeutig identifiziert.
Vielleicht haben sie einige dieser Fake-Scrum-Probleme gelöst, vielleicht auch nicht. So viel ist sicher: Sie werden als Teamleiter bei diesem Projekt B mit einigen Prozessdummheiten umgehen müssen.
Ein Ansatz: Mach das, was du vorher gemacht hast: Verteidige dein Team und gib dein Bestes.
Eine andere: Geben Sie bei Ihrer Arbeit Ihr Bestes, aber wenn jemand Ihr Team daran hindert, die Arbeit zu beenden, weisen Sie einfach auf das Problem „Wir sind durch eine verzögerte Zusammenführungsanforderung blockiert“ hin und arbeiten Sie an anderen Dingen. Rette keine unkooperativen Menschen.
Drittens: Führen Sie ein privates Gespräch mit der Person, die behauptet, die Probleme gelöst zu haben. Bieten Sie an, Teil der Lösung zu sein, während Sie als Teamleiter arbeiten. Sie scheinen geschickt darin zu sein, Prozesse zu verbessern. Fragen Sie, wie Sie diese Fähigkeiten in diesem Projekt B einbringen können.
Sourav Ghosh
Mawg sagt, Monica wieder einzusetzen
Neuromagier
Brendan Bussard
Brendan Bussard
Brendan Bussard