-
Notifications
You must be signed in to change notification settings - Fork 1
SCRUM
Scrum ist eine agile Softwareentwicklungsmethode. Bei ihr werden die Anwendungsfälle eines Users in sogenannte User-Stories aufgeteilt, welche es im Verlauf der Entwicklung einzeln zu entwickeln gilt. Diese User-Stories werden in Sprints eingeteilt (Zeiträumen von in der Regel 2 Wochen) und innerhalb jedem Sprints werden die zugewiesenen User-Stories komplett abgeschlossen.
Der Product-Owner trägt die Verwantwortung für die produktentwicklung im Hinblick auf Wirtschaftlichkeit sowie Terminsetzungen. Er kommuniziert mit dem Kunden und prüft, ob die Ergebnisse nach einem Sprint den Erwartungen entsprechen.
Der Scrum-Master ist verantwortlich für das Gelingen der Entwicklung in dem er das Entwickler-Team betreut und dafür sorgt, dass das Team möglichst ungestört arbeiten kann. Er entwickelt nicht selbst, sondern moderiert die anfallenden Besprechungen und hilft bei Kommunikationsproblemen zwischen dem Product-Owner und dem Entwicklungsteam.
Ein Sprint ist die Phase der Entwicklung. Die Zeitdauer beträgt zwischen einer und vier Wochen. Während dieses Zeitraums sollte das Entwicklungsteam möglichst nicht abgelenkt werden. Der Scrum-Master sorgt für den reibungslosen Ablauf des Sprints. Am Ende des Sprints steht ein sogenannter Review, der dazu dient die Ereignisse mit den festgelegten Zielen zu vergleichen.
Im Product-Backlog sind die definierten User-Stories zu finden, also die Anforderungen an das zu entwickelnde System. Der Product-Owner ist Verantwortlich für das Backlog. Er setzt auch die Prioritäten der einzelnen Anforderungen fest, die in den einzelnen Sprints dann umgesetzt werden. Das Backlog ist keine vollständige Liste, sondern erweitert oder vermindert sich flexibel im Laufe der Entwicklung.
Das Daily-Scrum Meeting ist eine etwa 15 minütige Zusammenkunft des Entwicklerteams zu Beginn des Arbeitstages. Hier werden über die Tagesziele und Probleme gesprochen. Es dient hauptsächlich dazu, dass alle Beteiligten über den aktuellen Stand informiert sind. Größere Probleme werden nicht disktutiert, sondern erst einmal vom Scrum-Master aufgenommen, der sich dann um die weitere Lösung kümmert.