Welcome to my website and blog.
The DevOps movement offers Quality Assurance teams the chance to help lead the transformation from inside. Unfortunately, for many modern software organisations and industrial or financial companies engaged in software development, QA teams are often relegated to a manual testing role. We need a new model for QA within the DevOps movement.
I am working to help create that new model – the next generation QA.
Behavioural Analysis from Empear
Software Development with CI/CD
Continuous Integration and Delivery is at the heart of the DevOps and Agile movements. CI/CD is software development discipline: releasing products in increments, where software can be released to production at any time. It is important to stress that the verb “can be” is not “should be” or even “is”. It is one of a number of possibilities provided by Continuous Delivery. Releases (which may be deployments to production or deployments to production-like environments, follow a “Low-Risk Release” principle, which means releasing should happen frequently (every commit) and with small change-sets. Continuous Delivery is a means by which a group or individual can make frequent product releases (deployments to production) but has the option to choose not to whether for business reasons or product constraints preferring a slower rate of release. Continuous Deployment takes continuous delivery to its logical conclusion and automatically deploys every change to production. That last step, however, is a business not technical decision and may not be appropriate for all products or services.
DevOps and Agile
DevOps and Agile are about delivering business value faster and more reliably. The key driver for improving software pipelines, first and foremost, should be adding business value. Too often, however, the temptation is to focus first on tools and process second. The order should be reversed. First we decide what business requirements are most important, determine the processes that are best suited for the company to achieve those requirements and only then choose (or develop in house) tools that fit those requirements.
But, how can we align business needs with development decisions? This is challenging and it is often difficult to decide where to begin. A CTO, VP Enginineering or development lead will ask herself some fundamental questions:
“Do I want to improve my speed to market or do I want to create a DevOps organisation?”
“Can I do both at the same time?”
“Are my development costs too high or are my processes slowing me down?”
“How can I optimise my current setup without disrupting ongoing projects?”
Over the next months, I will be writing about transformation challenges.