A Manifesto for Service Management Agility—Summary

Over the past few months I have analyzed the propo­sitions of the Manifesto for Agile Software Development in the context of the issues specific to service management. On this basis, I have proposed revised propositions intended to address the question of agility in service management and have added a fifth proposition. These new propositions constitute a pro­posed Manifesto for Service Management Agility.

Of what use is such a manifesto?

Why bother? Agility is an old story already, even if many organizations remain sclerotic. I have several reasons for wanting to reinvigorate the subject, even if I am not teaching old dogs any new tricks.

Agility is not a goal in and of itself. It is merely a means for achieving the goals of good management of services. First and foremost, a clearly arti­culated manifesto would sup­port achieving those goals.

The whole purpose of a manifesto is obviously to make manifest certain ideas, beliefs, values and informa­tion. This has been true for the Com­munist Manifesto, the Futurist Mani­festo (how­ever obscure its language might be) and the Manifesto for Agile Software Deve­lop­ment. The problem is that terms tend to gain new layers of meaning and lose original meanings very rapidly. For example, a very large number of people really mean “scrum” when they say “agile”. Although such hi­jack­ing of terms is in­evit­able, we try to maintain a semantic center by clearly defining concepts in a manifesto.

It is unlikely that most service management practitioners will read extensively about agility. Nor are they likely to undergo any specific training in an agile method. But, if there is a very short list of easily learned principles, it could help guide those practitioners in making de­ci­sions that support the goals of agility.

Any approach to agility must be…well…agile. This means that the principles and values that support the goals fac­ili­tated by agility will them­selves need to evolve. That evolution may be eased if a set of talking points has first been articulated. Where are the issues in service man­age­ment that are par­ticu­larly influenced by agility?

Is this manifesto useful outside of service management?

I won’t pretend to know the answer to this question. That’s up to the practitioners in other domains to decide. My series of articles analyzing the Manifesto for Agile Software Development was not at all meant to be a critique of agility in software development. That domain has its own issues, addressed by its own manifesto. That being said, agility in work in general—and es­pecially in knowledge work—is probably manifested in very similar ways, no matter what the specific domain of the work.

How do the propositions fit together?

Many of the propositions are obviously talking about the same issues, but taken from different perspectives. They are closely related and reinforce each other. I have cross-referenced in the de­tailed analyses the points where these relationships are most per­tinent. Rather than being an orthogonal taxonomy, the propo­si­tions are more like a pentahedron or a pentagonal hosohedron, re­pre­senting five facets of a single whole.

In addition, my particular choice of wording has been strongly influenced by the principles arti­culated in the lean and kanban world. Anyone familiar with David Anderson’s foun­dational principles and core properties of “Kanban” will readily recognize how they have influenced me. But more important than that intellectual debt is the demon­stration of the close fit between kanban and good service manage­ment. In other words, if you agree that agility is a good means for helping to achieve the goals of your services, then you might be asking yourself, “How can we be agile in our day to day work?” Kanban is an excellent way of operating your services to imp­lement your agile approach.

What's next?

I welcome the collaboration of anyone who shares my belief that there is value in articulating and agreeing on such a manifesto. All the propositions can certainly be improved. You may get in touch with me via the form below.

Please leave this field empty.

*Name:

*Email:

Your remarks:

Your details will not be communicated to any third parties without your express permission.