Ich wurde als neuer ScrumMaster für zwei bestehende Teams eingestellt
Ich hätte gerne eine Kurzanleitung, die ich als Angriffsplan für den Anfang verwenden kann.
Ich werde buchstäblich in die Teams geworfen und möchte wissen, welchem Prozess ich folgen soll.
Was soll ich zuerst tun, worauf soll ich mich konzentrieren, wie soll ich mit dem Team und POs arbeiten usw.
Update: Ich habe viele Jahre Scrum- und Agile-Erfahrung als Entwickler und in letzter Zeit als Scrum Master, aber ich würde gerne prüfen und anpassen, indem ich neue Ideen von Ihnen guten Leuten aufnehme
Zsolt gab eine wirklich großartige Checkliste für die Bewältigung jedes neuen Projekts. Ich würde sogar traditionelle Projektmanager darauf hinweisen. Ich werde versuchen, einige zusätzliche Scrum-fokussierte Details bereitzustellen.
Brandneues Team, brandneuer Scrum Master: Wenn alles brandneu ist, werden Sie Ihre Zeremonien und Ihren Rhythmus sofort einrichten wollen. In dieser Phase raten die meisten agilen Experten zu einem etwas praktischeren Ansatz (Sie befinden sich in der Shu-Phase des Shu Ha Ri oder Anfänger, Geselle, Meister des Lernens). Das Team braucht in dieser Phase viel mehr Anleitung und Führung. Selbstorganisation kommt, sobald Muster etabliert sind. Sie möchten also diese Muster für das Team einrichten.
Holen Sie sich Ihren Rückstand: Bevor das Entwicklungsteam überhaupt anfangen kann, braucht es einen Rückstand. Arbeiten Sie mit dem Product Owner und dem Team zusammen, um einen Arbeitsrückstand von mindestens zwei Sprints zu entwickeln. Das bedeutet, dass die Geschichten vollständig bereit für die Entwicklung sind, um ohne weitere Anleitung mit der Arbeit an ihnen zu beginnen.
Legen Sie eine Sprintlänge fest: Zwei Wochen sind die absolut längste. Viele führende Scrum-Experten raten zu Beginn zu einwöchigen Sprints. Wenn das Team sagt "wir können in einer Woche nichts bauen", sagen Sie "Nun, wir würden lieber sehen, dass wir in ein paar Wochen vier Nichts in einem Monat bauen können als in ein paar Monaten."
Legen Sie Ihren Sprint-Starttag fest: Führen Sie Ihre Sprints nicht von Montag bis Freitag aus, das bricht so viele gute Arbeitspraktiken, dass es nicht lustig ist. Sie sollten wichtige Besprechungen nie vor Mittag an einem Montag haben und Sie sollten immer vermeiden, dass wichtige Arbeiten an einem Freitagnachmittag erledigt werden. Ich persönlich empfehle eine Sprintlänge von Dienstag bis Dienstag oder Mittwoch bis Mittwoch. Legen Sie Ihre Sprintplanung und Sprintreview/Retrospektiven auch nicht auf denselben Tag, zu viele Meetings an einem Tag.
Richten Sie das Daily Standup ein: Finden Sie den frühesten Zeitpunkt am Tag, an dem sich alle treffen können. Wenn Ihr letzter Entwickler erst um 10:00 Uhr eintrifft, beginnen Sie um 10:00 Uhr mit dem Standup.
Sprint-Planung, Review, Retrospektive: Richten Sie diese als wiederkehrende Meetings ein. Da es wahrscheinlich ein paar Wochen dauern wird, bis Sie Ihren Startrückstand erreicht haben, können Sie all dies so einrichten, dass Sie ungefähr in drei Wochen beginnen, damit Sie keine Besprechungskonflikte mit einmaligen Besprechungen haben.
Information Radiators: Auch wenn Sie Online-Projekttools haben, richten Sie ein Task Board und ein Burn-Down-Diagramm ein. Machen Sie sie gut sichtbar und geben Sie an, wo Sie Ihr tägliches Standup abhalten werden (noch besser, wenn die anderen Sprint-Meetings auch hier abgehalten werden können).
Bestehende Teams und Sprints, neuer Scrum Master Einfach, tun nichts. Wie Zsolt in Nr. 6 oben sagt, ändern Sie nichts. Verbringen Sie mindestens zwei Sprints damit, zu beobachten und Fragen zu stellen. Dann fangen Sie an, Vorschläge zu machen. Es ist viel schwieriger, in ein Team einzusteigen, das „schlechtes Scrum“ macht, und ihm zu helfen, als mit einem frischen Team anzufangen.
Joel Bancroft-Connors
Der Lernende