Archive

Culture change

Obduracy

I tweeted recently:

“The things organisations have to do to make software development successful are well known. And equally well known is the fact that organisations will absolutely not do these things.”

Here’s a table comparing some of the things we know are necessary for success, alongside the things organisations do instead.

Necessary for Success What Organisations Do Instead
Teamwork Heroic individualism
Primacy of people skills Primacy of tech skills
Self-organisation, self-management Managers managing the work(ers)
Systems view of the organisation Partition the organisation into discrete silos
Manage the organisation/system as an integral whole Manage each silo separately
Use systemic measures to steer by Use silo-local measures to steer by 
Relationships matter most (quality of the social dynamic) The code’s the thing (e.g. velocity)
Effectiveness (do the right things) Efficiency (do things right)
Zero defects (quality is free) (defect prevention) Testing and inspections
The workers own the way the work works Mandated processes and methods (management owns the way the work works)
Workers are generalists Workers are specialists 
Trust Rules, policies
Theory Y Theory X
Intrinsic motivation, discipline Extrinsic (imposed) motivation, discipline 
Everyone’s needs matter (everyone’s a customer and a supplier) Only the bosses’ needs matter (your boss is your only customer)
Explicit requirements, negotiated and renegotiated with each customer, just in time No explicit requirements, or Big Requirements Up Front
Incremental delivery against the needs of all the Folks That Matter, short feedback loops  Big Bang delivery, some or all constituencies overlooked or ignored, long or no feedback loops
Kaikaku and kaizen, to serve business goals Kaizen only, by rote
No estimates, flexible schedules Estimates, fixed schedules
Smooth flow (a regular cadence of repeatably and predictably meeting folks’ needs) “Lumpy” or constipated flow 
Work is collaborative knowledge work Work is work
People bring their whole selves to work People limit themselves to their “work face”.

Do you have any more entries for this table? I’d love to hear from you.

– Bob

The Big Shift

Let’s get real for a moment. Why would ANYONE set about disrupting the fundamental beliefs and assumptions of their whole organisation just to make their software and product development more effective?

It’s not for the sake of increased profit – Deming’s First Theorem states:

“Nobody gives a hoot about profits”.

If we believe Russell Ackoff, executives’ motivation primarily stems from maximising their own personal well being a.k.a. their own quality of work life.

Is There a Connection?

Is there any connection between increased software and product development effectiveness, and increased quality of work life for executives? Between the needs of ALL the Folks That Matter and the smaller subset of those Folks That Matter that we label “executives”? Absent such a connection, it seems unrealistic (understatement!) to expect executives to diminish their own quality of work life for little or no gain (to them personally).

Note: Goldratt suggests that for the idea of effectiveness to gain traction, it’s necessary for the executives of an organisation to build a True Consensus – a jointly agreed and shared action plan for change (shift).

Is Disruption Avoidable?

So, the question becomes:

Can we see major improvements in the effectiveness (performance, cost, quality, predictability, etc.) of our organisation, without disrupting the fundamental beliefs and assumptions of our whole organisation?

My studies and experiences both suggest the answer is “No”. That collaborative knowledge work (as in software and product development) is sufficiently different from the forms of work for which (Analytic-minded) organisations have been built as to necessitate a fundamentally different set of beliefs and assumptions about how work must work (the Synergistic memeplex). If the work is to be effective, that is.

In support of this assertion I cite the widely reported failure rates in Agile adoptions (greater than 80%), Lean Manufacturing transformations (at least 90%) and in Digital Transformations (at least 95%).

I’d love to hear your viewpoint.

– Bob

Further Reading

Organisational Cognitive Dissonance ~ Think Different blog post

Something’s Gotta Give

 

“The things businesses have to do to make software development successful are well known. And equally well known is the fact that businesses will absolutely not do these things.”

This reality puts us in a bind. We find ourselves in a position where we have to trade off successful development against conforming to organisational norms. We can have one – or the other. It’s not a binary trade-off, we can for example relax some norms and gain some (small) improvements in success. But by and large it’s a zero sum game. At least from the perspective of those folks that find value in everyone conforming to preexisting norms.

I don’t think many business folks realise this trade-off exists. Almost all the business folks I have met over the years seem unaware that their norms are what’s holding back their success in software (and product) development. I put this down to the absence of any real understanding of the fundamentally different nature of collaborative knowledge work (different to their experiences and assumptions).

Some of the Things

By way of illustration, here’s just a few of the things that are necessary for successful software (and product) development, that businesses just won’t do:

De-stressing

Removing stressors (things that create distress) from the workplace. These things include: job insecurity; being directed and controlled; being told where, when and how to work; etc..

Stressors serve to negatively impact cognitive function (amongst other things).

Trusting

Placing trust in the folks actually doing the work. We might refer to this a a Theory-Y posture.

Experimenting

Finding out through disciplined and systematic experimentation what works and what doesn’t. See: the Toyota Improvement Kata.

Being Human

Embracing what it means to be human; seeing employees as infinitely different, fully-rounded human beings with a broad range emotions, needs and foibles (as opposed to e.g. interchangeable cogs in a machine).

Intrinsic Discipline

Relying on intrinsic motivation to encourage and support a disciplined approach to work.

Meaningful Dialogue

Talking about what’s happening, the common purpose, and what the problems are.

Eschewing Numbers

Realising the limitations with numbers, dashboards, KPIs and the like and finding other ways to know whether things are moving in the “right direction”.

Prioritising Interpersonal Relationships

In collaborative knowledge work (especially teamwork), it’s the quality of the interpersonal relationships that’s by far the greatest factor in success.

Summary

If your organisation needs to see more success in its software (and product) development efforts, then something’s gotta give. Specifically, some of its prevailing norms, assumption and beliefs have gotta give. And given that these norms come as a self-reinforcing memeplex (a.k.a. the Analytic Mindset), a piecemeal approach is highly unlikely to afford much in the way of progress.

– Bob

Hearts over Diamonds Preface

In case you’re undecided as to whether my recently published book on Organisational Psychotherapy will be worth some of your hard-earned spons, here’s the text of the preface to the current edition (full book available in various ebook formats via Leanpub and in paperback via Lulu.


Will This Book be Worth Your Time?

To my knowledge, this is the first book ever written about Organisational Psychotherapy. Thanks for taking the time to have a look. This is a short book. And intentionally so. It’s not that Organisational Psychotherapy is a shallow domain. But this book just lays down the basics. Understanding of the deeper aspects and nuances best emerges during practice, I find.

This book aims to inform three distinct groups of people:

  • Senior managers and executives who might find advantage in hiring and engaging with an Organisational Psychotherapist.
  • Folks who might have an interest in becoming Organisational Psychotherapists themselves, either within their organisations or as e.g. freelancers.
  • Folks within organisations who might find themselves involved in some way in their organisation’s engagement with one or more organisational psychotherapists.

We’re all busy people, so I guess you may be curious, or even a little concerned, as to whether this book will provide a good return on the time you might spend reading it. I’ve tried to arrange things so that you can quickly answer that question.

I intend this book to be easy to understand, and to that end I’ve used as much plain English as I can muster. I guess some folks find the whole idea of Organisational Psychotherapy somewhat intimi‐ dating, and fear the ideas here will “go over their heads”. Let me reassure you that I’ve tried to make this book common-sensical, friendly and down-to-earth.

Foundational

“Out beyond ideas of wrongdoing and rightdoing there is a field. I’ll meet you there.”

~ Rumi

In writing this book, I’ve set out to define the emerging discipline – or field – of Organisational Psychotherapy.

In a nutshell, Organisational Psychotherapy is a response to the growing realisation in business circles that it’s the collective mindset of an organisation (often mistakenly referred-to as culture) that determines an organisation’s overall effectiveness, productivity and degree of success. By “collective mindset” I mean the beliefs, assumptions and attitudes that an organisation as a whole holds in common about work and how the world of work should work.

Roots

Organisational Psychotherapy leverages over a hundred years of research and experience in the field of personal psychotherapy, a field which has evolved from its roots in the Middle East in the ninth century, and later, in the West, through the works of Wilhelm Wundt (1879) and Sigmund Freud (1896). Research and experience which, in large part, can usefully be repurposed from the individual psyche to the collective psyche (i.e. the organisation).

In my career of over thirty years in the software business, I’ve run the whole gamut of approaches in search of organisational effectiveness, in search of approaches that actually work. It’s been a long and tortuous journey in many respects, but I have come to believe, absolutely, that success resides mostly in the relationships between people working together, in the web of informal customer- supplier relationships within and between businesses. And I’ve come to believe that organisational effectiveness mostly comes from the assumptions all these folks hold in common.

Given that, I ask the question:

“What kind of intervention could help organisations and their people with uncovering their existing, collectively-held, beliefs, assumptions and attitudes? With discussing those, seeing the connection with their business and personal problems and challenges, and doing something about that?”

The answer I’ve arrived at is Organisational Psychotherapy. And so, when I’m working with clients these days, Organisational Psychotherapy is my default mode of practice.

But this book does not attempt to make the case for my beliefs. It’s not going to try to persuade you to see things my way. Organisational Psychotherapy may pique your interest, but I’m pretty sure you’ll stick with what you already believe.

So, if you have an open mind, or generally share my perspective already, this book may serve you in getting deeper into the practicalities and benefits of Organisational Psychotherapy, whether that’s as:

  • a decision-maker sponsoring an intervention
  • a potential recruit to the ranks of organisational psychotherapists
  • an individual participating in an Organisational Psychotherapy intervention in your organisation

Relationships Govern Dialogue

A central tenet of Organisational Psychotherapy is that it’s the quality of the relationships within and across an organisation that moderates the organisation’s capacity for meaningful dialogue. As we shall see in more detail later, fragmented and fractious relation‐ ships impair an organisation’s ability to surface, discuss and recon‐ sider its shared beliefs.

Effective Organisational Psychotherapy needs a certain capacity for skilful dialogue within and across an organisation. Absent this capacity, folks have a slow, laborious and uncomfortable time trying to surface and discuss their commonly-held beliefs and assumptions.

In practice, then, any Organisational Psychotherapy, in its early stages at least, must attend to improving relationships in the workplace, and thus the capacity for meaningful dialogue. This helps the organisation have more open and productive dialogues – should it wish to – about its core beliefs and implicit assumptions, about its ambitions and goals, about the quality of its relationships and dialogues, and about its strategies for success. I wholeheartedly believe that:

People are NOT our greatest asset. In collaborative knowledge work particularly, it’s the relationships BETWEEN people that are our greatest asset.

Whether and how the organisation might wish to develop those relationships and dialogues in pursuit of its goals is a matter for the organisation itself. Without Organisational Psychotherapy, I’ve rarely seen such dialogues emerge and thrive.

The Goal

Improving relationships in the workplace, and thereby helping the emergence of productive dialogues, are the means to an end, rather than the end itself. The goal of all Organisational Psychotherapy interventions is to support the client organisation in its journey towards being more – more like the organisation it needs to be. Closer to its own, ever-evolving definition of its ideal self.

We’ll explore what that means in later chapters.

References

Lencioni, P. (2012). The Advantage: Why organizational health trumps everything else in business. San Francisco: Jossey-Bass.

Patterson, K. (2012). Crucial Conversations: Tools for talking when stakes are high. Place of publication not identified: McGraw Hill.

Schein, E. H. (2014). Humble Inquiry: The gentle art of asking instead of telling. San Francisco: Berrett-Koehler.

Red Lines

There’s been a lot of talk about Theresa May’s “Red Lines” in the media recently.

Every organisation I’ve ever known has had their own Red Lines – ideas, principles, practices and policies which are deemed unacceptable, beyond the pale. Many of these latter would make the organisation markedly more effective, efficient or profitable, yet are ruled out.

Here’s a list of such ideas, in roughly increasing order of benefit and unacceptability both:

Transparency of salaries
Attending to folks’ needs
Nonviolence
Restorative justice (vs Retributive justice)
Self-organising / self-managing teams
No estimates
No projects
No tools
No software
Defect prevention (ZeeDee) approach to Quality (vs Testing / Inspection)
Employees choosing their own tools, languages and development hardware
Employees designing / owning their own physical workspace(s)
(colour schemes, lighting, furniture, floor plans, drinks machines, games etc.) 
Employees choosing their own ways of working (methods, processes)
Organising to optimise Flow (vs costs)
Employees choosing their own working locations (office, cafe, remote, etc.)
Employees choosing their own working hours (incl. hours per day / week)
Employees forming their own teams
Employees guiding their own training and career, skills development
Employees hiring their own peers (and coaches)
Paramountcy of interpersonal relationships and social skills (vs tech skills)
Organisational Psychotherapy
Teams appointing their direct managers
Teams appointing their senior managers
“Open book” financials
Employees choosing their own salaries and terms of employment
Teams awarding themselves their own bonuses
No managers (alternatives to control hierarchies)
Fellowship (No positional leadership)
Do nothing that is not play

Where does your organisation draw its red lines – and how much more effective could it be if it redrew them?

– Bob

 

The Edge of Intolerable

In your workplace…

How tolerable is it to trust developers (and others) to manage their own time?

How tolerable is it to trust developers to talk with customers?

How tolerable is it for people to simply “play”?

How tolerable is it to trust people to do what they believe is best for the company and its present, and future?

How tolerable is it to have people set their own salaries, hours, locations, and tools?

How tolerable is it for people to choose who they’ll team with?

How tolerable is it for teams to choose where to focus their efforts?

How tolerable is it to spend time on improving the way the work works, on improving quality, on not shipping a product or feature right now?

How tolerable is it to use logic and data to direct efforts rather than rely on the opinions of the highest paid people?

How tolerable is it to ask these kinds of questions?

The Tolerability Envelope

If you’re looking to make a difference, ask not “What is the best we can do?” but rather “What is the best we can do that will be tolerated here? Where are the Red Lines?”

And to make a major difference, would you be willing to start a movement towards making more things more tolerable?

– Bob

Congruence

What if the last twenty years has been another classic example of software developers solving the wrong problem?♥

What if “agility” was never the issue as far as business was and is concerned? What if business agility is NOT the most useful response to, or strategy for, life in a VUCA world?

We hear so much about the need for agility. It’s now a given, an unchallenged assumption. Maybe even an undiscussable assumption? Well, I’m challenging it. And in the spirit of this blog – always having an alternative to offer – I propose congruence as a more useful response to the challenges of a VUCA business environment.

Agility: the power of moving quickly and easily; nimbleness.

Congruence: Similarity between self-image and actual experience.

Carl Rogers stated that the personality is like a triangle made up of the real [or actual] self, the perceived self, and ideal self. According to Rogers, when there is a good fit between all three components, the person has congruence. This is a healthy state of being and helps people continue to progress toward self-actualisation.

Applied to organisations, we can say that an organisation is made up of the real [or actual] organisation, the organisation as it perceives itself, and its ideal self. When there is a good fit between all three components, the organisation has congruence. This is a healthy state of being and helps the organisation progress toward being all it can be.

Without congruence, organisations won’t know what to do with agility, or how to get it. Without congruence, a VUCA environment presents challenges which incongruent organisations are poorly equipped to meet.

So, forget the past twenty years and the search for agility. Congruence is the thing.

– Bob

Footnote

♥ It was a bunch of software developers that invented and promoted the idea of agility (for software development) some twenty years ago now. Businesses everywhere have seized on this prior art in their attempts to cope with the upswing in perceived volatility, uncertainty, complexity and ambiguity in the business environment.

PS

The same argument also applies to the birthplace of the agility meme: the software development silo. Forget the past twenty years and the search for development agility. Congruence is the thing.

%d bloggers like this: