On the 7th August I will be taking part in a webinar that looks at how to ‘Boost Your IT Maturity With ITSM’ and I have a confession to make – I love IT Maturity Assessments. You may also love them but my love comes from the fact that I used to be an enterprise system and service management consultant and today I want to confess my sins.
As you may know, maturity models and assessments are a cornerstone of many System Integrator service offerings. During my time as a consultant on a number of ‘IT transformation’ projects in the UK, the companies that I worked for would use maturity assessments as part of their standard go-to-market offerings. In terms of my role, I would use ITIL and systems management maturity models and my promise to the customer was that working with me would get them to that next level of maturity. While I believed I was truly helping the customer, I knew, deep down, that maturity models were a way of cementing continued business and that unfortunately within a year I would be on another project meaning I would not be there to see the improvement roadmap move forward.
But today I want to start my rehabilitation. I still believe that IT maturity assessments hold a lot of value for Enterprise IT but I&O professionals needs to be aware of the following 5 deadly sins:
Early this year, on January 15, I published our first research on testing for the Agile and Lean playbook. Connected to that research, my colleague Margo Visitacion and I also published a self-assessment testing toolkit. The toolkit helps app-dev and testing leaders understand how mature their current testing practices and organization are for Agile and Lean development.
The Agile Testing Self-Assessment Toolkit
So what are the necessary elements to assess Agile testing maturity? Looking to compromise between simplicity and comprehensiveness, we focused on the following:
Testing team behavior. Some of the questions we ask here look at collaboration around testing among all roles in the Scrum teams. We also ask about unit testing: Is it a mandatory task for developers? Are all of the repeititive tests that can be run over and over at each regression testing automated?
Organization. In our earlier Agile testing research, we noticed a change in the way testing gets organized when Agile is being adopted. So here we look at the role test managers are playing: Are they focusing more on being coaches and change agents to accelerate adoption of the new Agile testing practices? Or are managers still operating in a command-and-control regime? Is the number of manual testers decreasing? Are testing centers of excellence (TCOEs) shifting to become testing practice centers of excellence (TPCOEs)?