Two IT tribes – bridging the differences

Two IT tribes – bridging the differences

This article applies Core Quality International's useful Core Quadrant model for personal growth to examine how teams interact.

Understanding Ofman’s core quadrants

Daniel Ofman’s Core Quadrant model[1] is a powerful tool for understanding personal and organizational dynamics. It helps explain how strengths (core qualities) can become weaknesses (pitfalls), how those weaknesses reveal missing qualities (challenges), and how people overreact to those missing qualities (allergies). This model is useful for analyzing tensions between different professional cultures.

Consider this example: a detail-oriented perfectionist vs. a big-picture visionary. The perfectionist’s core quality is precision, but their pitfall is over-controlling every detail. Their challenge is to embrace flexibility, but they may be allergic to what they perceive as the visionary’s chaotic and unstructured nature. Conversely, the visionary’s core quality is creativity, but their pitfall is lack of attention to detail. Their challenge is structure, yet they may be allergic to what they perceive as the perfectionist’s rigidity. Even if neither person is actually extreme, the expectation of conflict leads to real tension.

This model is very useful for personal growth but can also be applied at team level. Let’s apply the model to software product development (SPD) and IT service management (ITSM)—two organizational “tribes” often at odds. Other conflicting tribes are available.

Take two tribes: SPD versus ITSM in core quadrants

Software product development (SPD) is focused on building and evolving products quickly, experimenting, and pushing boundaries. Its core quality is innovation and speed, but the pitfall is chaos and unreliability when changes are made too hastily. The challenge is stability and reliability, but SPD teams often have an allergy to bureaucracy and rigidity.

IT service management (ITSM) feels responsible for ensuring continuity for the user organization. A core quality is therefore stability and risk control, but the pitfall is bureaucracy and inertia when processes become overly rigid. The challenge is adaptability and agility, but ITSM teams often have an allergy to chaos and unreliability.

This sets up a reciprocal allergy dynamic:

  • SPD expects ITSM to slow them down with excessive process.
  • ITSM expects SPD to disrupt stability with reckless changes.
  • These expectations cause each group to retreat further into their own pitfalls, reinforcing the other’s worst fears.

How stereotypes create self-fulfilling tension

These tensions are often not based on actual behavior, but on stereotypes:

  • SPD assumes ITSM is bureaucratic, so they bypass processes, leading to incidents that confirm ITSM’s fears.
  • ITSM assumes SPD is reckless, so they tighten controls, leading to frustration that confirms SPD’s fears.
  • This cycle repeats, deepening the divide.

Even when both groups are acting reasonably, the expectation of conflict can create real conflict. This is a classic case of tribalism, where differences in culture and mindset lead to distrust—even when the goals are compatible. It's a basic human desire for identity, which often means belonging to a tribe and therefore not wanting to be associated with other tribes.

Breaking the cycle: from tribes to trust

To break this cycle, organizations must acknowledge the pattern and actively bridge the gap:

  1. Recognize the bias: Help teams see that their fears about the other group may be based on assumptions rather than reality.
  2. Align on shared goals: Instead of “speed versus stability,” reframe the conversation around co-creating value securely and efficiently.
  3. Encourage cross-team collaboration: Joint retrospectives where both sides discuss successes and failures. ITSM involvement early in development rather than at the end. SPD engagement in incident resolution to appreciate operational challenges.
  4. Introduce shared metrics: Instead of separate KPIs (e.g., deployment speed for SPD versus uptime for ITSM), use DevOps-style metrics (e.g., change failure rate, mean time to recovery).
  5. Cultural exchange programs: Rotate team members between SPD and ITSM. Get ITSM to work on (or at least observe first hand) new feature releases and SPD to handle service requests. Create shared communities of practice to reduce tribalism.

Conclusion

SPD and ITSM are not natural enemies—they are complementary forces that, when properly aligned, create resilient, high-performing organizations. But the expectation of conflict can generate real tension, reinforcing stereotypes and creating self-fulfilling prophecies. Ofman’s core quadrant model helps us understand these dynamics, identify blind spots, and implement strategies to foster collaboration rather than division.

When speed and stability work together, organizations achieve the best of both worlds: rapid innovation without chaos and operational reliability without rigidity. The key is breaking the cycle of tribalism and fostering trust through shared goals, communication, and cultural integration.

?[1] Core Quality International https://www.corequality.nl/?lang=en

Lisa Woodall

Helping Teams Think Beyond the Tech | Expert in CX, Enterprise Architecture and IT Transformation

2 周

Is one of the challenges for IT the number of “teams” any IT delivery has to interact with - and the tribal nature and stereotypical views that are held for each of the capabilities involved - just looking at the BCS SFIA model and the long list of roles that get bundled up into job families all vital for IT to be a success (some roles are more likely to be outsourced and some more likely to be in the internal team) can lead to an inordinate job to coalesce around business objectives, to prioritised change to service support - and all the tribes involved would benefit from the recommendations you highlight in the article Mark Smalley - it takes a lot of coordination and can lead to workshops and meetings with many attendees especially when you add in colleague/users and broader stakeholders into the mix … no one ever said reengineering a business from manual to digital would be easy :-) it’s certainly never simple ;-)

Rigoberto Gonzalez, Senior Lead Product Manager

FinOps | Associate Director | Product Manager | DevOps Coach | Executive Product Mentor | SIAM Professional | ITIL?4 MPT | SAFe Professional | Senior Manager | Corporate Product Management | Service Deliver Management

2 周

Mark Smalley Thank you much for sharing the Core Quadrant Model, I didn’t know about it until now! And it is 100% realistic and right! I spent around 15 years in the #ITSM tribe and 10 years in #SDM tribe, everything mentioned on this article reflects IT organizations and our (as IT Professional) reality! If we understood our reality (real problem or challenge) without any bias, IT organizations can evolve improving business results!

回复
John Worthington

Unified Service Management Coaching

2 周

Mark Smalley thanks I LOVED this article! Recognizing our tribal nature is important and this is particularly true in service management.

Christophe De Boeck

Modern Ways of Working Facilitator

2 周

Thanks for sharing Mark, I hadn’t heard of these quadrants before.

回复
John T.

Global Service and Supplier Lifecyle Management Lead

2 周

Insightful

回复

要查看或添加评论,请登录

Mark Smalley的更多文章

  • Employing digital

    Employing digital

    The modern workplace is increasingly shaped by digital technology. Whether employees are engaging with enterprise…

    2 条评论
  • Design doubts

    Design doubts

    My most recent book is IT service by design, written with Catherine Zuim Florentino. It’s a lovely book.

    9 条评论
  • Experience revisited, again

    Experience revisited, again

    Just as I keep revisiting "service" and becoming increasingly ignorant of what it actually is, I have now revisited…

    1 条评论
  • Selling XLA to C-level – practical steps

    Selling XLA to C-level – practical steps

    I recently gave a talk about my Selling XLA to C-level book for one of my favourite ITSM communities, ITSMF Belgium…

    4 条评论
  • Product is not the solution

    Product is not the solution

    Over the past decade, software providers have made significant strides in shifting from a "project" to a "product"…

    14 条评论
  • Making “product” more productive

    Making “product” more productive

    In the world of IT, the term "product" is often confusing and therefore unproductive. From software applications to IT…

    36 条评论
  • Human-AI-zing IT

    Human-AI-zing IT

    In the evolving relationship between humans and technology, the concept of "humanizing IT" has emerged as an area of…

    5 条评论
  • IT service by design

    IT service by design

    Just another book. Well, quite a nice one if you ask me.

    28 条评论
  • Selling XLA to C-level

    Selling XLA to C-level

    I wrote another little book last week, as you do. It's about “selling” XLA to C-level.

    15 条评论
  • XLA washing

    XLA washing

    Now experience level agreements (XLAs) are gaining in popularity, the danger of "XLA washing" occurred to me. Much like…

    16 条评论

其他会员也浏览了