Is your agile transformation yielding results? Are there untapped opportunities to improve the return on investment? Or are you wasting resources—time, money, and creativity—on a futile effort? An agile audit provides answers to these pressing questions.
The purpose of an agile audit is to uncover the state of the agile transition of your organization, based on the agile principles of transparency, inspection, and adaptation. The outcome of an agile audit is both of a quantitative and qualitative nature. One the one side, there are metrics for tracking the progress of the teams’ mastery of agile practices. Then there are assessments from stakeholders across the organization on the state of the agile transformation. Both information sources are then molded into a recommendation on how to proceed with the agile transformation of your organization. The resulting report will indicate areas where further investments in training would be useful, for example, technical expertise at the team level. The report will also identify areas were additional spendings may like not yield a return on investment.
Supposedly, becoming agile is a journey, not a destination, which is a convenient narrative if the viability of your consultancy depends on selling men and materiel. The fuzzier the objective of an agile transition the less likely there will be an agile audit addressing the return on investment question the customer might have. Moreover, a fuzzy goal such as ‘we want to become an agile organization’ is probably the reason for applying the same methodologies indiscriminately to every organization. This proceeding resembles a one-size-fits-all approach for agile transitions that is scalable and hence lucrative for the consultancy or service provider but likely to fail.
InfoQ applies the ‘Crossing the Chasm’ metaphor to engineering practices, thus covering a part of the agile movement to create learning organizations. Its recent ‘Engineering Culture and Methods InfoQ Trends Report – January 2018’ found that new converts to Scrum, for example, will recruit themselves most likely from the late majority and laggards. (The early majority of organizations is already adopting Scrum derivatives and advanced engineering practices such as BDD.)
Copyright notice: InfoQ, 2018. All right reserved.
What if not every organization embarking on a transition to agile practices is meant to become a teal organization or a holacracy in the end? What if being late to the agile transition party is rather a deliberate choice than a manifestation of hubris, ignorance or leadership failure?
Regarding the late majority and laggards, there are two hypotheses:
The principle structure of an agile audit focuses on value streams and works as follows:
Several factors influence the structure of an agile audit, how it is conducted, and the cadence of its application. The actual agile audit depends, for example, on the size of the organization, its culture, its market, its history, its geographical distribution, to name a few. Every agile audit is hence crafted to meet the requirements of an individual organization.
We recommend repeating such an analysis in a regular cadence—between three to six months—to provide additional, positive feedback loops beyond the usual retrospectives. Moreover, regularly tracking the progress of adopting agile practices in a standardized way allows for refined identification of improvement areas.
Feedback loops have proven invaluable for any undertaking where value needs to be delivered, and risk requires to be mitigated. This fundamental agile principle applies not only to creating products and services. Of course, it also refers to the process of becoming an agile organization itself.
Hence, feedback loops in the form of a regular agile audit by an independent party ought to be a part of the toolbox of any agile transition. Not for the sake of collecting data but providing insight and thus guidance promptly for teams as well as the organization.
If you require any further information on the agile audit, feel free to contact us: