Scrum/XP as a basis

Teams typically use a solid implementation of Scrum as a mainstay and deliver valuable software after each sprint, which is usually every two weeks.

They use the roles defined in Scrum: the product owner represents the authority over the user stories to be implemented. The Scrum Master drives the continuous improvement process at the team level and works to remove obstacles. The team members work together on the realization of the software. They are specialists and at the same time generalists who can also help out outside their area of expertise if necessary.

In Scrum, it has been found that teams have a hard time using adequate agile software techniques and have a hard time delivering on the promise of flexible changeable software in sprint cycles. These agile software techniques come from Extreme Programming and are usually an integral part of Scrum implementation.

Teams in Kanban mode

Some teams find it easier to think of themselves as Kanban teams when much of their work is event-driven defined. These can be teams with a high percentage of maintenance work, but most importantly, systems teams and DevOps have a mix of tasks that suggest the use of Kanban.

The advantage of Kanban over Scrum can be a faster response time to new requirements and less planning overhead. Kanban also makes greater use of metrics to improve and assess the team’s work. In particular, the cumulative flow diagram (CFD) very quickly shows the development of a team’s value creation and, if applicable, its development. too high a WIP limit.

On the other hand, Kanban teams are subject to similar restrictions as Scrum teams in order to work effectively in a release train:

  • Kanban teams have the same code quality requirements
  • You need the equivalent of a product owner to make quick, decentralized decisions.
  • You make the same commitment to release targets and manage dependencies with other teams.
  • Participate in release planning, other meetings and related planning and estimating, and work on the same release schedule

In a release train, Scrum and Kanban based teams can coexist with these constraints, each using the best form of work for them.

Twitter
LinkedIn

Team Methods – Teams in a Scaled Environment, Part 3

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

On Key

Related Posts

Thoughts about strategy

… Vision is different from purpose. A purpose is similar to a direction, a general course. A vision is a specific goal, a picture of

Gedanken über Strategie

… Vision ist etwas anderes als Zweck. Ein Zweck ist ähnlich wie eine Richtung, ein allgemeiner Kurs. Eine Vision ist ein bestimmtes Ziel, ein Bild

Five steps to building trust

Last week in our Meetup on Growing Adaptive Organizations we had a very interesting topic: Leadership for Trust i.e. what aspects of leadership are important for building trust.

I present a small part of the discussion here.

Cookie Consent Banner von Real Cookie Banner