Seitenhistorie

Länge: 45-120 MinutenMin.

Häufigkeit: Vorzugsweise nach einer Retrospektive, bzw. zusätzlich 1-mal im Zeitraum zwischen zwei Retrospektiven.

• Der SCRUM-Master trägt Blockaden oder Verbesserungsvorschläge vor, die im Team selbst nicht zu lösen sind. Diese sollen so den entsprechenden Verantwortlichen weitergegeben werden. Es ist nicht unüblich, dass eine Vielzahl dieser Punkte aus einer Retrospektive abgeleitet werden. Es wird besprochen , was seit der letzten Prozessynchronisationsrunde umgesetzt werden konnte und was noch umgesetzt werden soll / kann.
• Der Product Owner gibt Einblick über den Entwicklungsfortschriitt in Gegenüberstellung zum Backlog.
• Der / die Projektleiter/-in berichtet über den Ressourcenverlauf / -verbrauch. Über , über die Verbindung mit anderen Abteilungen und zum "höheren" Management. Berichtet Er bzw. sie berichtet über oder ermöglicht notwendige Synergien zu anderen "Kräften" im Unternehmen. Er / sie kann die Inhalte dieses Meetings nutzen, um ggf. ein Informationspaket über den aktuellen "Status" des Projekts zu schnüren.

• Projektleitung
• Product Owner
• SCRUM Master
• Abgesandte aus Teams
  

SCRUM Master:

• Kann ich die Stimmung in "meinem" Team akkurat akurat wiedergeben?
• Welche Aussagekraft haben meine Informationen, geplante Änderungen / , verworfene Änderungen / oder umgesetzte Änderungen?
• Sind die Anliegen des / der Teams strukturiert festgehalten?
• Ist die Verteilung für die Ressourcen optimal?
• Habe ich das Gefühl, dass die Rollen im Prozess gut miteinander wirken und kommunizieren?
• Welches Verbesserungspotential sehe ich in meiner Rolle als SCRUM-Master in diesem Prozess. ? Wie lauten meine Verbesserungsvorschläge?
• Sind nach wie vor alle Verantwortlichen für die Aufgaben klar definiert?

Product Owner:

• Gibt es konkrete Probleme mit dem Planungsprozess?
• Wie ist die Stimmung bei den Stake Holdern?
• Wie ist die Qualität der Informationen von meinen Stake Holdern im Blick auf das Produkt(-(Backlog)?
• Durch was / wen / wie wird die Planung beeinflusst (kurzfristig , / mittelfristig , / langfristig)?

Projektleitung / Management:

• Wie können meine "Dead-Lines" mit dem agilen Vorgang synchronisiert werden . (Durch durch wen , / bis wann , / ggf. welche Hilfsmittelmit welchen Hilfsmitteln)?
• Wie verlaufen mein meine "Bestell"-Prozesse? (Welche Pufferzeiten muss ich mindestens vorab kommunizieren?)?
• Habe ich die Anliegen und Informationen von meinen Ansprechpartnern Ansprechpartner/-innen und Schnittstellen gesammelt und aufbereitet?
• Wie ist der Status von den Aufgaben aus dem agilen Prozess, die meinem Verantwortlichkeitsbereich unterliegen?
• Werde ich von etwas blockiert? Kann das von einer Rolle aus dem Prozess gelöst werden?

• ProjektmanagerProjektmanagement/-leiter leitung über die aktuelle Stimmung im Team, den Vorschritt im Projekt und die Prozessentwicklung und den geplanten Tätigkeiten informieren.
• Verbinden vom von klassischen Managementaufgaben mit dem "Management" des agilen Projekts und dem genutzten ProzessablaufsProzessablauf.

→ Gemeinsam wird die "Roadmap" für den Entwicklungsprozess (Software / Produkt) und Anpassungen im agilen Prozess besprochen und entschieden.

• ausgerichtet als monodirektionales Informationsflusssystem → beispielsweise: SCRUM-Master und Product Owner berichten "nur" den Status and PL
• Eine Plattform, in der Rollen versuchen, ungleichgewichtet egozentrische Entscheidungen auf mit einem Hang zu Machtkämpfen auszutragen. (Jede Rolle hat natürlich in ihrem Umfeld die Entscheidungskompetenz, in der diese auch Entscheidungen treffen wird. Zielführender Weise aber im Focus Fokus auf das Gesamtprojekt und mit Rücksicht zu angrenzenden Umfeldern, bei denen es zu fließenden Kompetenzübergängen kommen kann.