DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Zones

Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks

Curious about the future of data-driven systems? Join our Data Engineering roundtable and learn how to build scalable data platforms.

Data Engineering: The industry has come a long way from organizing unstructured data to adopting today's modern data pipelines. See how.

Threat Detection: Learn core practices for managing security risks and vulnerabilities in your organization — don't regret those threats!

Managing API integrations: Assess your use case and needs — plus learn patterns for the design, build, and maintenance of your integrations.

Related

  • Agile vs. DevOps: What Sets Them Apart?
  • Choosing the Right Path Among a Plethora of Mobile App Development Methodologies
  • DevOps Nirvana: Mastering the Azure Pipeline To Unleash Agility
  • From Vision to Value: A DevOps Framework for Sustainable Innovation

Trending

  • Unifying SecOps and Observability for Enhanced Cloud Security in Azure
  • What Is ELT?
  • Two-Pass Huffman in Blocks of 2 Symbols: Golang Implementation
  • AI/ML Innovation in the Kubernetes Ecosystem
  1. DZone
  2. Testing, Deployment, and Maintenance
  3. DevOps and CI/CD
  4. The Key Assumption of Modern Work Culture

The Key Assumption of Modern Work Culture

Where should you start when it comes to understanding culture in the context of DevOps?

By 
Steve Fenton user avatar
Steve Fenton
·
Feb. 07, 23 · Opinion
Likes (1)
Comment
Save
Tweet
Share
4.0K Views

Join the DZone community and get the full member experience.

Join For Free

DevOps has brought the topic of an organizational culture firmly to the table. While culture was always an element of Agile and Lean, the research into DevOps has shown it's just as important as the more technical capabilities.

The DevOps structural equation model has several elements related to people and culture, so it's clear that human issues are an important part of the DevOps picture. The five cultural capabilities in the model are:

  1. Climate for learning
  2. Westrum organizational culture
  3. Psychological safety
  4. Job satisfaction
  5. Identity

The cultural capabilities drive software delivery and operations performance, which predict successful business outcomes.

The headline DevOps capabilities showing culture as a driver for software delivery performanceThe cultural capabilities drive software delivery and operations performance, which predict successful business outcomes.

At the same time, there have been several HR hot topics across all industries that have trended over the past few years:

  • Work to rule (quiet quitting)
  • The Great Resignation / Reshuffle
  • The four-day workweek
  • Hybrid working

As Emily Freeman (author of DevOps for Dummies) said:

"The biggest challenges facing tech aren't technical, but human."

So, where should you start when it comes to understanding culture in the context of DevOps?

The Fundamental Assumption

In 1960, Douglas McGregor published a book called The Human Side of Enterprise. In the book, he described how a fundamental assumption about human behavior results in different management styles.

You either believe that:

  • Theory X: People don't want to work and need to be motivated by rewards and punishments.
  • Theory Y: People are intrinsically motivated to do good work.

Many decisions in the workplace involve a trade-off, but these fundamental assumptions are mutually exclusive.

If you believe Theory X, you:

  • Centralize decision-making.
  • Track individual performance.
  • Use rewards and punishments to motivate workers.

With Theory Y, you:

  • Focus on setting clear goals.
  • Let people direct their own efforts.

When you follow Theory Y, employees become the organization's most valuable asset.

McGregor considered Theory X and Theory Y to be two options a manager would choose from after assessing a workplace. First, you'd review the work and the people and decide whether you need an authoritarian style or a more hands-off approach. We've since learned through the study of system failures that cultures with high trust and low blame are safer than bureaucratic or pathological cultures.

Theory Y is foundational to Lean, Agile, and DevOps and is the underlying assumption of a generative culture.

Mission Command

Although military organizations are traditionally seen as Theory X cultures, modern military units operate using mission command. The mission command pattern decentralizes decision-making by providing clear goals. As a result, the soldiers with boots on the ground can respond dynamically as events unfold rather than waiting for orders. This is the application of Theory Y culture.

The civilian version of this is called workplace empowerment, which requires that:

  • You share information with everyone.
  • You create autonomy through boundaries.
  • You replace hierarchy with self-directed teams.

Workplace empowerment combines centralized intent with decentralized execution. In software delivery, this typically involves a shared vision implemented by a cross-functional, self-organizing team.

Culture Predicts Safety

When you feel safe speaking up, nobody will be blamed, and near-misses and minor faults fuel learning. Each incident results in positive action to make the workplace safer, whether the industry is manufacturing, nuclear power plant, aviation, or software delivery.

If you don't feel safe to report close calls, the unspoken risks accumulate until, very often, a disaster happens.

You don't have to be in a safety-critical industry to benefit from this relationship. The same cultural traits that predict safety are also related to communication, collaboration, innovation, and problem-solving. In addition, culture affects the flow of information, which is critical to all these activities.

"In 2022, we found that the biggest predictor of an organization's application-development security practices was cultural, not technical: high-trust, low-blame cultures focused on performance were significantly more likely to adopt emerging security practices." The Accelerate State of DevOps Report, 2022

Theory X management restricts the flow of information and limits who can take action. Managers draw information up and pass decisions back down.

Theory Y leadership leads to strong information flow and prompt action in response. Information flows freely, and decisions are made close to the work.

Changing Culture

Changing team and organization culture is one of the toughest challenges in software delivery. Not even the most complex automation task in your deployment pipeline comes close. You need a clear vision of your intended future state, which needs to be pushed rapidly, firmly, and regularly to ensure the goal remains clear.

You need leaders and managers to understand their roles are to enable self-organizing teams that use each team member's talent. You need to move away from systems that centralize information and decision-making and transfer to systems aligned to distributed responsibility.

For example, suppose you use centralized tools to organize tasks and assign them to people. In that case, you need to move to a system that aligns with setting a clear mission without removing the ability of teams to self-organize and respond to dynamic situations. You may need to replace a tool entirely or use the tool in a new way. Your Gantt charts might have to go, but your task-tracking app can remain if the team can re-purpose it.

The leadership role in a culture change is to:

  • Relentlessly push the desired end state.
  • Reinforce the role of leaders and managers as enablers.
  • Ensure teams become self-organized.

A healthy culture should also be clear about the importance of the flow of information and must set a standard for communication style.

We follow the Radical Candor approach. This lets us be direct in our communications but in a framework where we all care about each other. Radical Candor lets individuals show courage and challenge others when they might otherwise remain silent. This ultimately means we can all work better without harmful or toxic behavior.

You won't make a dent in culture without a clear, robust, and sustained push. You have to overcome inertia and battle organizational immune responses. Despite the difficulty, the research is conclusive that culture is vital to high performance.

Conclusion

When people talk about culture in the context of DevOps, they're referring to Westrum's generative culture, which is based on McGregor's Theory Y assumption. Simply put, you should aim for a clear, shared mission combined with decentralized decision-making.

All modern software delivery methods refer to this concept of empowered teams in different ways.

We refer to this as modern workplace culture, yet the ideas are over 100 years old. For example, mission command dates back to the 1800s, Theories X and Y are explained in a book from 1960, and Westrum's typology of organizational cultures was designed in the 1980s.

You'll find culture is the toughest nut to crack in DevOps. It's tempting to rely on research and statistics to prove the case for a generative culture. Still, the reality is that cultural change depends on compelling storytelling and creating a compelling vision of what the organization will look like after the transition.

Command pattern DevOps Requirements engineering agile Clear (Unix) Delivery (commerce) Flow (web browser) Self (programming language) workplace

Published at DZone with permission of Steve Fenton. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Agile vs. DevOps: What Sets Them Apart?
  • Choosing the Right Path Among a Plethora of Mobile App Development Methodologies
  • DevOps Nirvana: Mastering the Azure Pipeline To Unleash Agility
  • From Vision to Value: A DevOps Framework for Sustainable Innovation

Partner Resources


Comments

The likes didn't load as expected. Please refresh the page and try again.

ABOUT US

  • About DZone
  • Support and feedback
  • Community research
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 100
  • Nashville, TN 37211
  • support@dzone.com

Let's be friends: