5 DevOps Trends that Demand Your Attention
Limited Time Offer!
For Less Than the Cost of a Starbucks Coffee, Access All DevOpsSchool Videos on YouTube Unlimitedly.
Master DevOps, SRE, DevSecOps Skills!
Source:-globaltrademag.com
One of the great things about my job is that I get to go-to software developer conferences all over the world and listen to people being extremely smart. When you watch enough smart talks, read enough articles, and talk to enough people trying to get stuff done on the ground, it gets easier to spot trendsâjust like itâs easier to see irrigation patterns from the air than from the ground.
Here are the five trends I think you should watch for in 2020.
1. Continuous Integration and Continuous Deployment, but not Continuous Release
Related Content:
strategies
Five Strategies That Can Take Your Business From Pretender To Contender
I was just at DeliveryConf (which was great and you should try to go next year, but in the meantime, here is a link to the talks ). At the conference, companies of all sizes and maturity levels described how they were working toward the CI/CD goal of getting code into production more quickly. The hesitation we were all feeling our way around was that we want continuous deployment to production, but most consumer and B2B businesses donât want to change the user experience that often. Simply put, we donât want Continuous Release.
In fact, customers frequently resent change, especially when it forces them to retrain users in a new workflow. The thing a user knew how to do automatically is now moved or missing, or there is some new option that no one knows how to use effectively. Interface changes in popular software can mean that companies spend millions of dollars in retraining. Anything that interrupts a userâs unconscious competence and forces them to think about what theyâre doing slows them down.
Release is a business decision, and it often is safer and cheaper and better for users if all the changes come at once, so they can all be discussed and taught at the same time. CI/CD, on the other hand, is a technical choice. But that doesnât mean customers need to experience that cadence, as long as you can deploy without releasing.
2. Leveraging existing workflows
Similarly, there is no reason users should have to learn new workflows just because the tools their software group is using have changed. I think this year, weâll see a lot of SaaS vendors work with existing enterprise tools to make those tools more powerful, without changing the user experience much, if at all.
I think of this as leverage. It doesnât matter to a user if a form is backed by a spreadsheet that needs to be manually imported or if itâs wired directly to a CRM. The user has applied the same amount of effort, but the new tooling has moved the fulcrum point, and the userâs work is more effective.
3. Personalization
We donât all want the same things, as we can tell from the Dark Mode Wars. As our bandwidth and information have changed, so have our expectations about how much we can make our technology spaces personally comfortable.
A great example of this is the Google Now app on Android phones. You can tell it what sports team you follow, and then the app will deliver more news about that team and sport. But it also gives you the option to hide gameday spoilers if youâre not going to be able to watch it right away. They arenât hiding that information from everyone, or even fans of that team, but they are personalizing the experience by protecting you from knowing the score of the game before watching it.
Personalization gives users more control over their experiences. It also provides more options than would otherwise be feasible to present globally. We canât be all things to all people, unless we allow people to choose which subset of all things they want, and then allow those subsets.
4. Accessibility
The other exciting possibility of increased personalization is better support for different accessibility needs. The US has had web accessibility standards since 2000, but they havenât been enforced or adopted evenly. That said, we have seen some recent exceptions.
The Supreme Court just ruled against Dominos in a lawsuit alleging that the pizza company failed to comply with accessibility standards. Iâm not going to say âthis changes everythingâ, but I will say this might be a good time to be an accessibility consultant who can help teams retool quickly.
The interesting part, and the thing that meshes with personalization, is that different people can have different accessibility needs. Someone with low vision needs solutions that may be incompatible with tab-based navigation, which again may be hard to align with screen readers. Rather than trying to make a single âaccessibleâ page that meets none of those needs well, weâll use personalization to tune for exactly what different people need.
5. Scientific thinking
This is an interesting outflow of our emphasis on data and metrics. Now that we are doing a better job of democratizing access to statistics and metrics, itâs easier for everyone in the company to understand how changes affect user behavior. Rapid releases and Progressive Delivery make it much easier for us to see how our choices work out in near-real-time. That means itâs possible for anyoneânot just the UX teamâto see how changes play out. With that visibility, we also can form a hypothesis about how a change will affect the data and then look to confirm or reject the hypothesis.
The scientific method is not heavily taught in most computer science programs, because it wasnât until recently that we had the fast feedback loop that would make it useful. However, at least in the US, most schoolchildren are taught the basics in elementary school. They learn to ask critical questions like:
-What is the current state of the system?
-What change am I making?
-How can I measure a changeâs impact?
-Was the impact what I expected it would be?
-Do I have any evidence for why or why not?
We need to be able to ask these questions at the team and individual level and get meaningful answers. We can then use those answers to iterate rapidly and stay attuned to what users want and find useful. Whatâs more, we can avoid spending months building things that virtually no one needs or wants.