Ihr agiles Team: Zu groß oder zu klein?

Ihr agiles Team: Zu groß oder zu klein?

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
Machen Sie mehr mit dem LeSS-Framework (Large Scale Scrum): mit Tool Illustration

Machen Sie mehr mit dem LeSS-Framework (Large Scale Scrum): mit Tool Illustration

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
Was ist eine agile Schätzung? Was sind die üblichen Fallstricke?

Was ist eine agile Schätzung? Was sind die üblichen Fallstricke?

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
Sprint-Planung: Forecasting vs. Commitment

Sprint-Planung: Forecasting vs. Commitment

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
Sprint-Rückblick vs. Sprint-Retrospektive

Sprint-Rückblick vs. Sprint-Retrospektive

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