In my previous blog I discussed how although DevOps is packed with practices and principles that help us be more effective, the challenge is that the organisation does not really feel the benefit until DevOps is adopted widespread. I then talked about some of the approaches we’ve used in the past to gain the management support so necessary to go wider with DevOps. Lets talk a little about the challenge of delivering DevOps now.
I was speaking with the ICAgile guys yesterday and it was interesting to share thoughts on some of the reasons why ICAgile is perhaps different from some of the other Agile certifications out in the wild.
Learning is the product, certification is the by-product
Agile experts from around the world have collaborated on creating ICAgile learning objectives that are open-source. The result is a comprehensive learning and development path that focuses on enabling students to learn what they need to know to become an expert in a particular Agile discipline.
Agile processes evolve, Agility is here to stay
ICAgile focuses on learning objectives rather than the specifics of a particular methodology. The result is training and accreditation that can evolve with the “state of the art” rather than being trapped in time around a particular methodology. Of course this is not to say that the specifics of a methodology is not important – its just that by training in the Agile Mindset students are better equipped to pick and adopt the methodology best suited to their situation. As a colleague said: ICAgile is a value-add to any other certifications an Agile professional may hold. It pairs and plays well with others.
ICAgile engages the community of Agile experts – “ready for evolution”
ICAgile is underpinned by widescale community involvement. The result is learning objectives that are open and transparent. Because ICAgile is founded upon learning objectives it is designed ready to evolve.
Learning roadmap focuses on disciplines not roles
This means that instead of certifying product owners for example, it instead certifies individuals in Value Management and Business Analysis. Thus for organisations where individuals operate in pre-existing roles, this approach explains Agile to them in their terms rather than forcing them to come to Agile.
Acknowledge that certification is not for everyone
If certification is not relevant then that’s fine – users case still pick from ICAgile’s learning tracks for the curriculum that best suits. If certification is relevant then this approach embraces all Agile frameworks and methodologies; its criteria are developed collaboratively and are transparent; attaining Expert level requires the student to demonstrate their skills and review work samples in front of a panel to assess their competency.
I presented at Unicom’s DevOps Summit in London yesterday. Discussing how to take DevOps wider in the organisation seemed to resonate with many. Perhaps this is because DevOps as a community is rapidly maturing and people have conducted their first pilots, like what they see, and are now starting to consider how they take the benefits wider. You can download the presentation here: DevOps is more than Dev plus Ops.
DevOps is often described as a Grassroots movement, and this is easy to understand given much of the drive is coming from the practitioner community. Over recent years Agile has become more widely adopted and has brought Development closer to their customers allowing them to respond faster and more accurately – which is good news. However in so doing a “gap” has emerged between Development and Operations. Why is this?
The Enterprise Agile coaching track takes the skills of Agile Coaching and supplements them so they can be effectively used at enterprise level. Lets face it, the benefits of Agile only start to become really apparent when a majority of teams across the enterprise adopt Agile!
ICAgile is fast breaking the mould in the Agile certification market. Their novel approach breaks down Agile into a number of tracks that address the education needs of the differrent disciplines that are commonly invloved in Agile projects. Tracks exist to address the educational needs of Business Analysts/Product Owners; Project Managers; Exec Management; Testers; Developers and Agile Coaches.
ICAgile have collaborated with numerous Agile experts drawn from around the world to develop learning objectives that underpin what training for each track must achieve. There are over 400 learning objectives in total. This means that ICAgile is taking a fundamentally education centric view to Agile training.
ICAgile have just released the learning obectives for the Testing track. You can find the learning objectives on their website here.
You can also find an interview with the authors of the Testing track learning objectives on YouTube here.
Came across an article on InfoQ by two folk from Schneider Electric. They make a very eloquent case complete with nice practical examples and plenty of screen shots as to how in reality CMMI is not a million miles from Agile. For their example they talk us through the Requirements Development and Verification process areas, and really make the point that with modern ALM tooling and Agile practice most of the CMMI practices are not so foreign after all. Find the article here.