It is critical for a company to undergo a DevOps assessment when it wants to implement the DevOps philosophy. It must measure its IT, people, tools, and processes, then create a path based on this snapshot and plan the DevOps journey. Aligning an entire company and managing massive transformations requires vision of the target.
There are times when the vision takes a top-down approach, which is not the agile approach the industry is used to, but it is required to align the middle management to model the program. Change management always proves to be the most difficult aspect of transformations, as you must gather people and motivate them around the same idea or goal.
Generating the planning trajectory doesn’t override your ability to adapt or adjust the plan. It’s intended for direction and thus ensures that everyone is on board.
DevOps Assessment: The Bottom-Up Approach
It is good to have a bottom-up approach when evaluating DevOps maturity. Teams can auto assess themselves and apply improvement strategies, taking into account the company’s goals. This ascertains everyone’s prepared to facilitate a smooth work flow. Once the planning trajectory is generated, everyone is involved from the word go. The intent here is to present you with a DevOps assessment matrix, which can be a useful evaluation tool for your DevOps checks and balances. The DevOps assessment presented here is a unique model generated from several iterations with industry players and teams.Your Pillars of DevOps Assessment
- DevOps Culture: A common culture is created between dev & ops—build and use.
- Automation: This limits errors and creates stability and reliability throughout the process.
- Measure: This pillar demands that you define, collect, mix, and analyze technical, business, and product metrics.
- Sharing: Create collaboration between teams and therefore meet common goals.
Culture
Culture is likely the main ingredient of the DevOps philosophy, and in assessing your teams, the following questions are paramount and must be asked:- Are extensive teams united?
- Is the DevOps value system a part of my team?
- Is the team transparent and ready to accept failure?
- Does the team put the customer at the center? Do the decisions made value the customer?
- Are procedures and processes improved regularly and is waste removed?
- Does the organization suffer from being siloed?
- Are processes mastered?
- Does the team regard technical excellence?
- Is there a left-shifting of tests and security in the life cycle?
Automation
Automation is the most known pillar of DevOps. Even if people don’t regard it to the level of the culture, it’s still a key accelerator that combines:- Configuration management
- Testing
- Deployments
- Releases
- Integration
- Continuous delivery
- Repetitive and low value-added task automation.
- Test automation—unit, functional, integration, security, etc.
- Continuous integration.
- Deploying continuously.
- Cloud and application architecture.
- Managing incidents.
- Reliable service.
- Scalable projections.
- Cycle time reduction for fast delivery.
Sharing
As one of the key pillars in DevOps, obviously between dev teams, op teams, dev-ops teams, sharing combines, among others:- Common goals
- Project management
- Processes
- Goals/objectives
- Co-building
- Managing knowledge.
- Possessing common tools.
- Using common rituals and processes.
- Co-building and having shared responsibilities.
- Sharing goals.
Measure
In any system, you encounter critical indicators of business progress, and the only thing you can do with such is to measure them for analysis and decision making. As a pillar in DevOps assessment, it encompasses:- Common metrics
- Technical metrics
- Business metrics
- Project metrics
- Product metrics
- Standard metrics between team members.
- Technical debt and quality of code.
- Business and product metrics.
- How to collect, store, and display data.
- Analyzing data.