Schnellstartanleitung für ScrumMaster

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

Können Sie uns Ihr Wissen über Agile und Scrum mitteilen? Und was ist Ihr Hintergrund (Entwickler, Projektmanager usw.)? Dies wird uns sehr dabei helfen, unsere Antworten so anzupassen, dass sie Ihnen am meisten helfen.
Ich habe meine Frage aktualisiert

Antworten (2)

  1. Seien Sie gewissenhaft und finden Sie selbst so viel wie möglich über das Projekt, die Menschen, den Kunden und die Stakeholder heraus.
  2. Sprechen Sie mit jedem Teammitglied von Angesicht zu Angesicht über die oben genannten Dinge, erzählen Sie ihnen nichts außer Ihrem Hintergrund. Lassen Sie sie Ihnen so viel wie möglich selbst erzählen.
  3. Markieren Sie die Gemeinsamkeiten, die Sie aus Ihrem Entdeckungsprozess und den Diskussionen gelernt haben. Es besteht eine hohe Wahrscheinlichkeit, dass diese Informationen solide sind und Sie daran arbeiten können.
  4. Finden Sie so viel wie möglich über die nächste Lieferung heraus.
  5. Beginnen Sie mit dem Team Kontakte zu knüpfen, mischen Sie sich mit anderen Teams, Stakeholdern usw., bauen Sie ein Netzwerk auf, das nützlich sein wird, wenn Sie etwas ändern möchten; Unterstützer, Helfer usw.
  6. Beginnen Sie mit der Arbeit im Team und ändern Sie nichts; Sie müssen lernen, wie sie funktionieren, und sie müssen sich an Sie gewöhnen.
  7. Wenn Sie sehen, dass etwas nicht gut läuft und Sie wissen, wie Sie es ändern können, nutzen Sie die soliden Informationen, um diese Änderung vorzunehmen.
  8. Ändere jeweils nur eine Sache und lass es sacken, werte das Ergebnis aus, bespreche die Ergebnisse mit dem Team.
  9. Ändern Sie eine andere Sache und beginnen Sie mit 4.
Das ist wirklich hilfreich. Ich danke Ihnen sehr.
Würde es Ihnen etwas ausmachen, Ihre Antwort mit Zeitangaben für Dinge zu bearbeiten, die Sie implementieren würden, wenn Sie Zeit hätten? dh. Schritt 2 in 6 Monaten usw. oder sind 2 Sprints gut, bevor ich Änderungen vornehme?

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.

Das ist brilliant
Ja, das ist es tatsächlich.