When you move your family, even if it’s into your (and presumably their) dream home, the inconveniences outweigh everything you love about the new place.

At least they do for a while, which is why, if you’re in the change business, you should read and re-read William and Susan Bridges’ Managing Transitions. It clarifies the essential divide separating a change’s immediate annoyances (the transition) from its ongoing joys.

Which is why I had my annual physical before upgrading our household to Microsoft 365.

I wanted my blood pressure to look good.

So while I like my terabyte of cloud storage and 50 more gigs for email, I didn’t at all appreciate the three multi-hour chat support sessions required to make them available (don’t ask).

Not to mention the time spent finding all the features that have been rearranged.

Which brings us to why, if you’re in the change business, you should also ponder how and why it is that plug-in hybrids and pure-play electric vehicles are more likely to dominate future driving than the vastly superior alternative — cars powered by hydrogen fuel cells.

Disagree? Explain why in the Comments. For our purposes today just go with it.

The problem with hydrogen powered vehicles when compared to plug-in hybrids or pure-play electrics is as easy to grasp as it is difficult to solve.

Pure-play electric vehicles need electricity. As a nation we have an electrical grid that delivers it. It might (and does) require upgrading, but it’s there. Plug-in hybrids need the grid, along with gasoline or some other hydrocarbon-based fuel. We have a deep and rich system in place for obtaining, refining, distributing, and selling this stuff in massive quantities.

Hydrogen? Even overcoming the unfair perception, created by the Hindenberg, that hydrogen is too explosive to ever be safe. I’ve read that most of those who died were killed by the fall; the hydrogen itself, being lighter than air, floated up as it burned).

Where was I?

Overcoming the complete absence of a hydrogen distribution network will most likely prevent hydrogen from ever catching on as a fuel.

Now about that software project you’re running.

By now, assembling requirements or their Agile user-story equivalents, is something most IT shops know how to do. Your developers know what outputs the software is supposed to deliver, and the inputs and algorithms it needs to deliver it.

Your testers have the same knowledge and know how to turn it into an organized, and ideally automated test plan and program. Your project might not deliver bug-free code, but its bug count won’t be the sort of embarrassingly huge number generally reserved for astrophysicists trying to describe the age of the universe in months. No worries on that front.

You’ve ticked all of the check boxes put in front of you by the Change Advisory Board (CAB) and Architecture Review Board (ARB). These i’s have been dotted and t’s crossed.

And you’ve involved Organizational Change Management (OCM) throughout. They’ve communicated with everyone to explain why the change is necessary and good, and they’ve put a training plan in place which you’re ready to launch just as soon as you know the official deployment date.

What could go wrong?

Welcome to the problem of hydrogen logistics. Sorta. It’s an analogy. Don’t worry if it’s not a perfect fit.

Anyway, imagine, for the sake of argument, the software your team is preparing to deploy is to consolidate the 17 supply chain management systems that are the legacy of past corporate acquisitions.

You might have designed the new software to be flexible enough that all 17 supply chain managers can use it to manage their supply chains as they like (the car will run on hydrogen, gasoline, diesel fuel, or batteries) at which point you might as well have designed and developed 17 separate supply chain management systems. You’ll deliver all pain and no gain.

Or else, all 17 supply chain managers agree to standardize their processes so they can use the same software the same way. It’s as if enough gas stations start selling hydrogen, fuel delivery trucks are retrofitted to transport it, and so on that anyone driving a hydrogen vehicle anywhere can fill it up before it runs out of fuel.

Let’s hope process standardization is the plan. If it is, make sure your OCM trainers avoid a common mistake: Teaching business users how to operate the software, not how to do their jobs a new way with the software.

That leaves you with one advantage over hydrogen: You don’t have to convert supply chain management all at once.

But you do need to figure out who will go first.

And last.

# # #

Want to be more adroit at making change happen in your organization? Get yourself a copy of There’s No Such Thing as an IT Project. It’s nothing but practical ideas you can put to use tomorrow.

Assuming, of course, you’re a fast reader.

Business first: I need your suggestions.

More and more, COVID-19, race relations, and politics seem to be crowding out all other subjects in my day-to-day thinking. That doesn’t make them interesting reading. There have to be other topics to write about that are timely and relevant without being repetitive and boring.

So give me some hints — let me know what other subjects you’d like me to cover in these weekly screeds.

And why.

You’ll be helping both of us.

Thanks.

– Bob

P. S. Oh … before I forget and apropos of nothing in particular, are you as puzzled as I am that with all the buzz about the Microsoft Duo, nobody has even mentioned its uncanny resemblance to the ill-fated Microsoft Courier? It’s sad beyond words when yours truly has the best memory on the block.

# # #

The KJR Manifesto devoted two chapters to the primacy of relationships in effective organizations. It might be time for a re-think.

Chapter 4 (Relationships precede process) describes the “process distrust loop” — a diagrammatic representation of how poor working relationships and the distrust they breed act like sand in an organization’s operational gears, just as strong, positive, trust-based relationships are an organization’s metaphorical graphite dust.

Chapter 5 (Relationships Outlive Transactions (it earned the acronym ROT) talks about relationships in more personal terms, describing the impact of winning the proverbial battles (transactions) in ways that result in losing the legendary war. Personal success, that is, depends far more on working relationships than on even the most important achievements.

So here we are, collaborating via Zoom or WebEx, TEAMS or Slack, IM, email, and other electronic channels (sorry if I left out your favorite). Sometimes we have a foundation of trust from prior face-to-face teamwork, but increasingly we don’t. We have nothing to base trust on, and have structural reasons that make distrust logical: With workforce reductions turning many situations into games of musical chairs, trusting a total stranger just means I’m more likely to be the one with no place to sit on the day the music dies.

Wise leaders have been doing everything they can to overcome these challenges. As I said a couple of weeks ago, “Merely competent managers will accept purely transactional relationships as an inevitability and adjust how they assign and receive work accordingly.

“Excellent leaders will fight this every step of the way, recognizing that effective organizations are still built on trust-based relationships. For example, just because Zoom has supplanted … let’s start calling them “flesh-to-flesh” interactions … is no reason for leaders to abandon the once-common practice of weekly or bi-weekly one-on-one conversations with their direct reports.”

But I been thinkin’. Is it possible I’m just geezing, anchored in ancient thought patters and mistaking How We’ve Always Done Things for How We Should Do Things Now?

Much as it pains me to suggest it, this might be the right time to think about adopting a post-relational, purely transactional model of interpersonal interactions and organizational effectiveness.

Call it the Grasp the Nettle strategy.

Don’t get me wrong. When the situation allows for it, interpersonal trust repays the investments needed to achieve it many times over. Call it the Return on Relationships, and when it’s possible it’s huge.

But wishing something is possible doesn’t make it possible. Given the inflectionary, linguistic, time-differentialed, structural, and above all cultural barriers to relationship building, it might make more sense to just give up and base all work and responsibilities on specific assignments — nothing more, nothing less.

The specifics depend on … well, the specifics of the situation. As an oversimplified overview, managers might organize the work to be done into two categories: delegations and a Kanban queue.

Delegations are operational responsibilities. They’re for categories of work that, taken as a whole, deliver the results the organization is responsible for.

The Kanban queue lists everything that must, should, or might get done that doesn’t nicely fit into one of the delegations. Employees who have enough spare capacity can snag one of the queue items and get credit for dealing with it.

And maybe even extra credit for collaborating on it with another team member.

Not that organizing work this way will be easy. Especially, organizing tasks to minimize the extent to which team members are dependent on each other will be a challenge. If you don’t, should Fred’s inbox be empty at the beginning of the day because Adina’s didn’t finish the work in progress Fred is supposed to add his bit of value to, or didn’t finish it to Fred’s satisfaction, we’re right back into the process distrust loop with no resolution in sight.

Traditional trust-based teams solve this through an arcane procedure called “helping each other out.” Transactional not-really-team members might mitigate the challenge by working on something in the Kanban queue while awaiting the work in progress to show up.

They might use the time productively by taking on-line training classes or perfecting their FreeCell skills.

Or, they might try something radical, like getting to know their teammates better.

I know it sounds like crazy talk …