Autor: vpadmin

Die richtige Vorbereitung und die genaue Beobachtung der Mechanik sind ein guter Anfang, aber das größte Risiko für eine Entgleisung liegt in den Problemen der Menschen. Bei der Planung geht es vor allem um die Interaktion zwischen den Teilnehmern, daher kann und wird viel schief gehen:

Scrum wird zwar in der Regel bei IT-Projekten angewandt, ist aber auch bei Nicht-IT-Projekten nützlich. Bei Scrum geht es mehr um Teamdynamik und Arbeitskultur als um eine bestimmte Projektmanagementpraxis.v

Das Scrum Process Canvas ist ein Scrum-Management-Tool. Es stellt umsetzbare Scrum-Aktivitäten in einem einseitigen Process Canvas dar. Teammitglieder führen Aktivitäten aus, um Softwareprojekte zu verwalten und abzuschließen. Das Scrum Process Canvas ist vollständig anpassbar und ermöglicht es Ihnen, zusätzliche Aktivitäten (wie bestimmte Meetings) und Prozessleistungen (wie domänenspezifische Protokolle) zum Scrum-Prozess hinzuzufügen, um Ihre spezifischen Projektanforderungen zu erfüllen.

Laut Scrum.org ist ein Sprint ein „einmonatiger oder kürzerer Rahmen, innerhalb dessen ein „fertiges“, brauchbares und potenziell freisetzbares Produktinkrement erstellt wird. Die Dauer eines Sprints ist während der gesamten Entwicklungsarbeit gleichbleibend. Ein neuer Sprint beginnt unmittelbar nach dem Ende des vorherigen Sprints…….

Wie im Scrum-Handbuch beschrieben, besteht das Scrum-Framework aus Scrum-Teams und den ihnen zugeordneten Rollen, Ereignissen, Artefakten und Regeln. Die Scrum-Regeln sind jedoch nicht so leicht zu identifizieren wie die Rollen, Ereignisse und Artefakte. Diese Liste versucht, diese Regeln für die Durchführung von Scrum-Ereignissen zu extrahieren und sie als ergänzende Ressource zum Scrum Guide bereitzustellen.

Die Sprint-Retrospektive findet nach der Sprint Review und vor dem nächsten Sprint statt. Bei einem einmonatigen Sprint ist dies ein höchstens dreistündiges Treffen. Das Retrospektive-Meeting ist im Grunde ein „Verbesserungs“-Meeting, um Mittel und Wege zu finden, um potenzielle Fallstricke und Fehler der Vergangenheit zu identifizieren und neue Wege zu finden, um sie zu vermeiden, wobei alle Personen anwesend sind – Product Owner, Scrum Master, Mitglieder des Entwicklungsteams und optional auch Stakeholder.

Die Sprintplanungssitzung findet vor Beginn des Sprints statt. Der Zweck dieses Treffens ist es, den Sprintplan zu definieren und Sprintziele festzulegen. Der Sprintplan umfasst die Vereinbarung der Anzahl der Backlog-Elemente im Sprint, für die das Entwicklungsteam zuständig ist, sowie die Festlegung der Ziele für den aktuellen Sprint und das Sprint-Backlog.