Definition of agility: the ability to react quickly in a complex world

Agility

Agility is the ability to react quickly in a complex world. Agility is characterized by five principles:

  1. Empowerment and self-organization
  2. Early and regular deliveries
  3. Review and adjustment
  4. Transparency
  5. Use of a cycle

Agility is more than IT

For most people, agility is an IT topic. So the Agile Manifesto only about "software development". Wikipedia also only talks about Agile software development.

Agility is not limited to IT: Any type of team, unit or organization can work in an agile way. These can be development teams in IT, but also service teams, etc. Precisely because agility is being used more and more - e.g. in connection with Organization 2.0 - it is important to have a clear understanding of what agility is and what it is not.

Agility is more than Scrum

Agility is more than Scrum. Scrum is the most widespread agile framework for product development, but a DevOps team with Scrumban also works in an agile way. A service team with Kanban is also agile.

The five principles in detail

1. empowerment and self-organization

Teams are empowered and responsible to make all necessary decisions to deliver the result. They are cross-functional. Teams plan their own work and decide how best to carry it out. They can communicate with each other independently and without obstacles.

2. early and regular deliveries

Every employee focuses on delivering what creates value for the customer. Early and regular deliveries ensure a steady flow of results. This allows the teams to continuously review and adapt.

3. review and adjustment

Teams regularly reflect on how they can become more effective and efficient. This relates to both the product and the way the team works. Such a review and adjustment also takes place at the organizational level in order to question and improve results, working methods and organizational structures.

4. transparency

Teams exchange information and knowledge with each other to promote collaboration so that everyone can contribute to the achievement of goals in the best possible way. Direct personal contact is the most effective way of exchanging information.

5. use of a cycle

Teams use a cadence to give their work a rhythm. A beat ensures regularity and reliability. It therefore supports measuring and learning. A common beat for several teams makes it possible to synchronize them and thus keep the work flowing across teams. In Scrum, for example, the rhythm is the sprint; this gives planning, implementation, review and retrospective a common rhythm. In Kanban, a separate cadence is used for different events such as queue replenishment or delivery.

Share this post
Archive

Comments

Malte Foegen wrote on 05/04/2015 06:23:59
Wir dürfen Timeboxen (engl. Zeitfenster) nicht mit Meilensteinen verwechseln. Dies sind unterschiedliche Konzepte. Timeboxen in Agile sind ein Mittel, um einen Takt zu schaffen. Ein Takt ist ein wichtiges Element von Lean und Agile. Er schafft Fluss. Daher ist der Takt bzw. Timeboxing eine der drei Säulen der empirischen Prozesskontrolle. Mehr dazu hier: https://blog.wibas.com/warum-takt-und-zeitfenster-zu-agile-dazugehoeren/ [1]



[1] https://blog.wibas.com/warum-takt-und-zeitfenster-zu-agile-dazugehoeren/

Bruno Baketaric wrote on 03/23/2015 21:04:41
Durchaus gute Punkte – einer jedoch ist mindestens diskutabel: Zeitfenster.
Einerseits stören jegliche Zeitfenster (potentiell) den Fluss der Arbeit und andererseits sind Zeitfenster nur hilfreich, wenn die vereinbarte (commitment) Arbeit in diesem Zeitfenster stabil ist und bleibt – was längst nicht in allen Umgebungen der Fall ist.
Agil schreibt keineswegs eine Timebox vor, Scrum natürlich schon – daher ist Scrum auch nicht immer die geeignete Methode.
Etwas umfangreicher habe ich das Thema Timebox in einem eigenen Artikel [1] beleuchtet.



[1] https://medium.com/@bbak/do-you-need-timeboxes-in-large-software-projects-d3e6ce152050

Write a comment

Submit * mandatory field
Not everything has to be agile. Or does it?