Jeden Tag eine neue Sache lernen
Die meisten Agile- und Scrum-Schulungen beziehen sich auf die 7 +/- 2-Regel, d. h. agile oder Scrum-Teams sollten aus 5 bis 9 Mitgliedern bestehen. Scrum-Enthusiasten erinnern sich vielleicht daran, dass der Scrum-Leitfaden besagt, dass Scrum-Teams nicht kleiner als 3 und nicht größer als 9 sein sollten. Woher kommt diese Faustregel und warum?
Weiterlesen
LeSS wurde von Bas Vodde und Craig Larman aus praktischen Erfahrungen bei der Skalierung von Scrum entwickelt und 2014 als LeSS Company gegründet. Das Prinzip „More with LeSS“ ist das Herzstück von LeSS (Large Scale Scrum). Komplexe Produktentwicklung erfordert keine komplexen Lösungen. Sie erfordert ein tiefes Verständnis für die Essenz der Probleme, die dann mit einfacheren Lösungen gelöst werden können.
Weiterlesen
In der Softwareentwicklung stoßen wir immer wieder auf diese Begriffe. Manchmal bezeichnen die Leute ein Software-Feature, eine Anforderung, einen Anwendungsfall, ein Backlog-Element …. Was ist die Konvention der Softwareentwickler für die Verwendung dieses oder jenes Begriffs?
Weiterlesen
In der Software-Entwicklung beinhaltet die übliche „Schätzung“ eine quantitative Bewertung des für eine bestimmte Entwicklungsaufgabe erforderlichen Aufwands; dieser wird in der Regel in Form von Dauer (Stunde/Tag) oder geschätzter Einheit (Story Point) ausgedrückt. Der Zweck besteht darin, eine Reihe solcher Einzelschätzungen zu konsolidieren, um einen Hinweis auf die Gesamtdauer, den Arbeitsaufwand oder die Kosten des Softwareprojekts zu erhalten.
Weiterlesen
Im Sommer 2011 überarbeiteten Ken Schwaber und Jeff Sutherland ihren Scrum Guide. Darin entfernten sie eine seit langem etablierte Verhaltensweise, die bei Scrum bekannt ist, nämlich das Commitment des Teams gegenüber dem Product Owner und den Kunden. Commitment wurde durch Forecast ersetzt. Sie sagen, dass Teams ihre Arbeit prognostizieren können, sich aber nicht dazu verpflichten.
Weiterlesen
Die Definition of Done (DoD) ist eine Liste von Anforderungen, die eine User Story erfüllen muss, damit das Team sie als vollständig bezeichnen kann. Während die Abnahmekriterien einer User Story aus einer Reihe von Testszenarien bestehen, die erfüllt werden müssen, um zu bestätigen, dass die Software wie erwartet funktioniert.
Weiterlesen
Jeder Sprint endet mit einem zweiteiligen Sprint-Review-Meeting. Eine solche Sitzung beginnt mit einer Kundenbewertung und -demonstration und endet mit der Retrospektive des Teams. Diese beiden Komponenten finden am letzten Tag des Sprints statt. Das Sprint Review konzentriert sich auf das „Prüfen“ und „Anpassen“ des Inkrements (potenziell auslieferungsfähig), während die Sprint Retrospektive sich mehr auf das „Prüfen“ und „Anpassen“ des Prozesses des Sprints konzentriert.
Weiterlesen
Das INVEST als Erinnerung an die Merkmale eines guten Product Backlog Items (PBI) (oder User Stories), das üblicherweise im User Story-Format geschrieben wird. Aber was sind die Merkmale einer guten User Story? Das Akronym „INVEST“ kann Sie daran erinnern, dass gute Stories sein sollten
Weiterlesen
Was hat sich in den letzten 20 Jahren als die Stärke von Scrum erwiesen? Worauf sollte sich Scrum in den kommenden 20 Jahren konzentrieren? Was an Scrum hat Sie bisher am meisten frustriert? Was verbindet Sie mit Scrum? Was ist eine kleine Verbesserung, die zu Scrum hinzugefügt werden könnte?
Weiterlesen
Navigieren Sie nahtlos durch den gesamten Scrum-Prozess in einem einzigen, schön gestalteten Scrum-Prozess-Canvas. Führen Sie Scrum-Aktivitäten schnell, einfach und nahtlos durch. Sorgen Sie dafür, dass das gesamte Team voll eingebunden ist. Unsere agile Software macht agile Projekte einfach und effektiv.
Weiterlesen