Welcome!

@DevOpsSummit Authors: Zakia Bouachraoui, Roger Strukhoff, Liz McMillan, Stackify Blog, Pat Romanski

Related Topics: @DevOpsSummit, Linux Containers, Containers Expo Blog

@DevOpsSummit: Article

The Valentine’s Day #DevOps Challenge | @DevOpsSummit @CAinc @Aruna13

What passions and motivations are driving your DevOps teams?

Everybody loves DevOps. In fact, DevOps is hottest date in IT. That's because DevOps promises to satisfy the deepest longings of digital business-including fast execution on innovative ideas, competitively differentiated customer experiences, and significantly improved operational efficiencies.

But who does DevOps love?

This is more than a cute Valentine's-themed question. It's a fundamental challenge for anyone leading a DevOps initiative. What passions and motivations are driving your DevOps teams? How do you know? And if those motivations aren't the right ones, how do you re-direct them?

Metrics, it turns out, may hold the answers.

The danger of DevOps narcissism
Many of us know what it's like to be in a relationship with a narcissist. Narcissists can actually be very attractive. They maintain the best possible outward appearance and exude confidence. They can also be quite charming and seductive.

But relationships with narcissists ultimately turn out to be quite toxic, because narcissists only love themselves. So they use our feelings for them to meet their own emotional and material needs-giving us little or nothing in return.

Left unchecked, DevOps can easily devolve into a similar state of narcissism. Technology professionals, after all, typically love technology. So as they catch DevOps fever, they start to view DevOps, agile and continuous delivery as objectives to be pursued for their own sakes.

There is nothing wrong with having a DevOps team that is super-enthusiastic about DevOps excellence. You want your team to be excited about DevOps best practices and DevOps-enabling tools.

But enterprises aren't investing millions in DevOps so that IT can congratulate itself. It's investing in DevOps to address an existential business challenge. DevOps narcissism is thus potentially quite toxic.

One way to detect creeping DevOps narcissism is through the metrics by which DevOps performance is measured. Narcissistic DevOps teams focus on narcissistic metrics (also known as "vanity" metrics). These metrics include lines of code produced and function points created. Leaderboards and gamification can also both indicate and promote DevOps narcissism-especially if they utilize vanity metrics to keep score.

Romancing the business
The proper object of DevOps affection is, of course, the business. The whole point of DevOps is to accelerate time-to-benefit for business-driven digital deliverables produced by agile development-while also diligently addressing performance at scale, production economics, security, compliance, business continuity and other digital business requirements.

DevOps therefore can't just look inward. It must look outward to see how well it is communicating and collaborating with all relevant digital stakeholders in order to achieve the goals of the business.

What metrics best indicate alignment of DevOps efforts with the business? There are several-but I'll just highlight one here: NetPromoter. NetPromoter scores (NPS) are broadly used by organizations to quantify the customers' perceptions about the quality of their engagements. I won't weigh in here regarding the concerns CX professionals have about excessive reliance on NPS vs/ other CX metrics. I'll simply point out that, whatever its flaws, NPS is a far more business-directed metric than lines of code or function points. And, as such, it is a much-needed antidote to DevOps narcissism.

NPS is also practical to obtain and immune from corruption by DevOps staff-two key requirements for any management metric.

Other metrics (cycle times, FTE-to-customer ratios, MTTR, etc.) can also be very useful for DevOps leaders. And I'll write more about them in future blogs.

But on Valentine's Day, it's appropriate to ask a relationship question. Yes, everyone loves DevOps. But who does DevOps love? If it's not the business, then there's going to be some heartbreak. And that heartbreak is likely to come in the form of failed expectations and subpar business outcomes.

For more tips on measuring your DevOps success, check out the book "DevOps for Digital Leaders", it's all about how one can reignite their business with a modern DevOps-enabled software factory.

The post The Valentine's Day DevOps Challenge: Who do you love? appeared first on CA Technologies.

More Stories By Aruna Ravichandran

Aruna Ravichandran has over 20 years of experience in building and marketing products in various markets such as IT Operations Management (APM, Infrastructure management, Service Management, Cloud Management, Analytics, Log Management, and Data Center Infrastructure Management), Continuous Delivery, Test Automation, Security and SDN. In her current role, she leads the product and solutions marketing, strategy, market segmentation, messaging, positioning, competitive and sales enablement across CA's DevOps portfolio.

Prior to CA, Aruna worked at Juniper Networks and Hewlett Packard where-in she led executive leadership roles in marketing and engineering.

Aruna is co-author of the book, "DevOps for Digital Leaders", which was published in 2016 and was named one of Top 100 The Most Influential Women in Silicon Valley by the San Jose Business Journal as well as 2016 Most Powerful and Influential Woman Award by the National Diversity Council.

Aruna holds a Masters in Computer Engineering and a MBA from Santa Clara University.

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


@DevOpsSummit Stories
Docker and Kubernetes are key elements of modern cloud native deployment automations. After building your microservices, common practice is to create docker images and create YAML files to automate the deployment with Docker and Kubernetes. Writing these YAMLs, Dockerfile descriptors are really painful and error prone.Ballerina is a new cloud-native programing language which understands the architecture around it - the compiler is environment aware of microservices directly deployable into infrastructures like Docker and Kubernetes.
At CloudEXPO Silicon Valley, June 24-26, 2019, Digital Transformation (DX) is a major focus with expanded DevOpsSUMMIT and FinTechEXPO programs within the DXWorldEXPO agenda. Successful transformation requires a laser focus on being data-driven and on using all the tools available that enable transformation if they plan to survive over the long term. A total of 88% of Fortune 500 companies from a generation ago are now out of business. Only 12% still survive. Similar percentages are found throughout enterprises of all sizes.
As you know, enterprise IT conversation over the past year have often centered upon the open-source Kubernetes container orchestration system. In fact, Kubernetes has emerged as the key technology -- and even primary platform -- of cloud migrations for a wide variety of organizations. Kubernetes is critical to forward-looking enterprises that continue to push their IT infrastructures toward maximum functionality, scalability, and flexibility. As they do so, IT professionals are also embracing the reality of Serverless architectures, which are critical to developing and operating real-time applications and services. Serverless is particularly important as enterprises of all sizes develop and deploy Internet of Things (IoT) initiatives.
DevOps is under attack because developers don’t want to mess with infrastructure. They will happily own their code into production, but want to use platforms instead of raw automation. That’s changing the landscape that we understand as DevOps with both architecture concepts (CloudNative) and process redefinition (SRE). Rob Hirschfeld’s recent work in Kubernetes operations has led to the conclusion that containers and related platforms have changed the way we should be thinking about DevOps and controlling infrastructure. The rise of Site Reliability Engineering (SRE) is part of that redefinition of operations vs development roles in organizations.
When a company wants to develop an application, it must worry about many aspects: selecting the infrastructure, building the technical stack, defining the storage strategy, configuring networks, setting up monitoring and logging, and on top of that, the company needs to worry about high availability, flexibility, scalability, data processing, machine learning, etc. Going to the cloud infrastructure can help you solving these problems to a level, but what if we have a better way to do things. As a pioneer in serverless notion, Google Cloud offers a complete platform for each of those necessities letting users to just write code, send messages, assign jobs, build models, and gain insights without deploying a single machine. So cloud compute on its own is not enough, we need to think about all of the pieces we need to move architecture from the bottom, up towards the top of the stack. Wi...