|
||||||
![]() Continuous Integration Maturity Model
Update: Based on the outstanding feedback we received on this post, we wrote a white paper on the subject. You can get that here: Enterprise Continuous Integration Maturity Model. We also have a wall chart of the further developed model here: ECI Wall Chart / Flyer.
One of the great sessions of CITCON (Continuous Integration and Testing Conference) NA 2009, was a group effort to design a CI maturity model or road map. The group brainstormed up a number of things that could be included in a CI effort and the categorized them. Beginning CI steps were placed on the left, and advanced CI wizardry was placed on the right. Other items fell in the middle. Re: Continuous Integration Maturity Model
You've laid out some interesting ideas here. I develop my own custom CI system and so I have used the table to evaluate where my system stands (still very novice, as you might expect). Here's my write-up:
http://multimedia.cx/eggs/continuous-integration-maturity-model/ There are a number of items I'm not clear on, including: Automated deploy to dev, Automated deployments to testing environments, On demand deployments to controlled environments, Data roll-up, Continuous deployment to prod, and basically anything else that mentioned "deploy". :-) I suspect these refer more to things like web services?Re: Continuous Integration Maturity Model
Yes, I think that for the most part "deploy" items refer to web services or applications. I've also seen systems that "deploy" embedded software to a simulator and starts some automated tests against that simulator.
Most teams have some test equipment. I'd look at the deploy things as "gets my software to the test environments". Continuous deployment to production makes more sense for web applications, but could also mean things like keeping a "latest tested build" link on your website and automatically making the build of your software a customer would download be that latest build that passed tests. Thinking BIG, what would it take to automatically update what ISO image you are stamping onto CDs? Data-rollup is a nod towards moving away from just having information about "this build". How have the various pieces of information you collected changed over time for this project? How does one project compare to another project? Re: Continuous Integration Maturity Model
At Urbancode, we're expanding on the idea of a CI maturity model with a CMCrossroads webcast featuring CITCON participants Jeffery Fredrick and Eric Minick.
|