Shipulski On Design

Posts Tagged ‘Trust-based approach’

Although it’s more important than ever, trust is in short supply. With everyone doing three jobs, there’s really no time for anything but a trust-based approach. Yet we’re blocked by the fear that trust means loss of control.  But that’s backward.

Trust is a funny thing.  If you have it, you don’t need it.  If you don’t have it, you need it. If you have it, it’s clear what to do – just behave like you should be trusted. If you don’t have it, it’s less clear what to do. But you should do the same thing – behave like you should be trusted.  Either way, whether you have it or not, behave like you should be trusted.

Trust is only given after you’ve behaved like you should be trusted. It’s paid in arrears. And people that should be trusted make choices.  Whether it’s an approach, a methodology, a technology, or a design, they choose.  People that should be trusted make decisions with incomplete data and have a bias for action.  They figure out the right thing to do, then do it.  Then they present results – in arrears.

I can’t choose – I don’t have permission. To that I say you’ve chosen not to choose. Of course you don’t have permission.  Like trust, it’s paid in arrears.  You don’t get permission until you demonstrate you don’t need it.  If you had permission, the work would not be worth your time. You should do the work you should have permission to do.  No permission is the same as no trust.  Restating, I can’t choose – I don’t have trust. To that I say you’ve chosen not to choose.

There’s a misperception that minimizing trust minimizes risk. With our control mechanisms we try to design out reliance on trust – standardized templates, standardized process, consensus-based decision making. But it always comes down to trust.  In the end, the subject matter experts decide. They decide how to fill out the templates, decided how to follow the process, and decide how consensus decisions are made. The subject matter experts choose the technical approach, the topology, the materials and geometries, and the design details. Maybe not the what, but they certainly choose the how.

Instead of trying to control, it’s more effective to trust up front – to acknowledge and behave like trust is always part of the equation.  With trust there is less bureaucracy, less overhead, more productivity, better work, and even magic.  With trust there is a personal connection to the work.  With trust there is engagement.  And with trust there is more control.

The new product development process creates more value than any other process. And because of this it’s a logical target for improvement.  But it’s also the most complicated business process.  No other process cuts across an organization like new product development. Improvement is difficult.

The CEO throws out the challenge – “Fix new product development.” Great idea, but not actionable. Can’t put a plan together.  Don’t know the problem.  Stepping back, who will lead the charge? Whose problem is it?

The goal of all projects is to solve problems.  And it’s no different when fixing product development – work is informed by problems. No problem, no fix. Sure you can put together one hell of a big improvement project, but there’s no value without the right problem. There’s nothing worse than spending lots of time on the wrong problem.  And it’s doubly bad with product development because while fixing the wrong problem engineers are not working on the new products.  Yikes.

Problems are informed by outcomes.  Make a short list of desired outcomes and show the CEO.  Your list won’t be right, but it will facilitate a meaningful discussion.  Listen to the input, go back and refine the list, and meet again with the CEO.  There will be immense pressure to start the improvement work, but resist.  Any improvement work done now will be wrong and will create momentum in the wrong direction.  Don’t move until outcomes are defined.

With outcomes in hand, get the band back together. You know who they are.  You’ve worked with them over the years. They’re influential and seasoned.  You trust them and so does the organization.  In an off-site location show them the outcomes and ask them for the problems. (To get their best thinking spend money on great food and a relaxing environment.)  If they’re the right folks, they’ll say they don’t know.  Then, they’ll craft the work to figure it out – to collect and analyze the data.  (The first part of problem definition is problem definition.) There will be immense pressure to start the improvement work, but resist.  Any work done now will be wrong.  Don’t move until problems are defined.

With outcomes and problems in hand, meet with the CEO.  Listen.  If outcomes change, get the band back together and repeat the previous paragraph. Then set up another meeting with the CEO.  Review outcomes and problems.  Listen.  If there’s agreement, it’s time to put a plan together.  If there’s disagreement, stop.  Don’t move until there’s agreement.  This is where it gets sticky.  It’s a battle to balance everyone’s thoughts and feelings, but that’s your challenge.  No words of wisdom on than – don’t move until outcomes and problems are defined.

There’s a lot of emotion around the product development process.  We argue about the right way to fix it – the right tools, training, and philosophies. But there’s no place for argument.  Analyze your process and define outcomes and problems.  The result will be a well informed improvement plan and alignment across the company.

I think we underestimate the power of now, and I think we waste too much emotional energy on the past and future.

We use the past to create self-inflicted paralysis, to rationalize inaction. We dissect our failures to avoid future missteps, and push progress into the future. We make no progress in the now. This is wrong on so many levels.

In all written history there has never been a mistake-free endeavor. Never. Failure is part of it. Always. And learning from past failures is limited because the situation is different now: the players are different, the technology is different, the market is different, and the problems are different. We will make new mistakes, unpredictable mistakes. Grounding ourselves in the past can only prepare us for the previous war, not the next one.

Like with the past, we use the future’s uncertainty to rationalize inaction, and push action into the future. The future has not happened yet so by definition it’s uncertain. Get used to it. Embrace it. I’m all for planning, but I’m a bigger fan of doing, even at the expense of being wrong. Our first course heading is wrong, but that doesn’t mean the ship doesn’t sail. The ship sales and we routinely checks the heading, regularly consults the maps, and constantly monitors the weather. Living in the now, it’s always the opportunity for a course change, a decision, or an action.

The past is built on old thinking, and it’s unchangeable – let it go. Spend more emotional energy on the now. The future is unpredictable an uncontrollable, and it’s a result of decisions made in the now – let it go. Spend more energy on the now.

It’s tough to appreciate the power of now, and maybe tougher to describe, but I’ll take a crack at it. When we appreciate the power of now we have a bias for action; we let go of the past; we speculate on the future and make decisions with less than perfect information; and we constantly evaluate our course heading.

Give it a try. Now.

You are you, and work is work, but work must fit you, not the other way around. Yet we hose it up most of the time. Most of the time it’s: “improve your weaknesses” or “close your gaps”.  Make no mistake, this is code for “change yourself so you fit our work.”

I say we flip it on its head; I say change your work to fit you;  I say do your work differently; do it in a way that takes advantage of your strengths; do it the way you think it should be done. It’s your work; you’re the expert; you know it best.  You choose.  Change your work.

With an uncertain economy and high unemployment, this change-the-work stuff sounds scary, but it’s scarier not to do it. Your company’s global competitiveness is weakened when you’re asked to change to fit the work; but when work changes to fit you, your company is more competitive.  Think about it – you’re more engaged, you’re happier, you’re more productive, and you do better work.

What could be better for your company?

What could be better for you?

We’re too busy. All of us. Too busy. And we better get used to it: too busy is the rule. But how to make too busy feel good? How to make yourself feel good? How to make the work better?

Pretend there is abundance; plenty for all; assume an abundance mindset.

There’s a subtle but powerful shift with the abundance mindset. Here’s the transition:

me to we

talk to listen

verify to trust

fear to confidence

comply to embrace

compete to collaborate

next month to next week

can’t to could, could to can

no to maybe, maybe to how

The abundance mindset is not about doing more; it’s about what we do and how we do. With the abundance mindset everyone feels better, our choices are better, and our work is better.

Lincoln said “Happiness is a choice.” I think it’s the same with abundance. We’ll always be too busy, but, if we choose, there will always be an abundance of thoughtfulness, caring, and mutual respect.

It’s a little-know fact that you can disagree and still be a team player. (Really, it’s true.) It’s okay to disagree, but it should be done effectively. (Disagreement is not argument.) And disagreement can be a great source for learning. I learn most deeply from smart people I disagree with.

As a self-declared smart person, I hold my thinking in high regard. (To advance a cause confidence in your thinking is needed.) However, like with most things, there should be balance: confidence in your thinking tempered with healthy self-examination and respect for others’ thinking. There are a lot of smart people out there, people with different life experience, training, and education. Just the folks to learn from. (Different is not inferior or incorrect, it’s just different.)

It’s a struggle to get the balance right. Hold fast? Give a little ground? Change your thinking altogether? There’s no right answer, just the conviction that it’s best to move toward balance.

Trust and mutual respect are keys to our migration toward balance. Trust helps us start deep dialog. It feels safe to initiate when there’s confidence the disagreement comes from a thoughtful, unselfish place.  Mutual respect keeps the dialog going – no low blows, just shared thoughts, experiences, and data.

With trust and mutual respect, healthy disagreement has time to blossom into fuller, deeper understanding – a credit to you and the important people in your life.

What’s the risk?

What’s to lose?

What’s in the way?

What are you afraid of?

a

Try it.

Great coaches invest. They’re all-in. It’s that simple. They know what you need and give it you. No need to ask. (And that’s best because often you don’t want it.) Great coaching is like medicine – tastes like crap and three years later you feel better.

Great coaches are grounded in the reality of doing. They believe in sweat, struggle, and pain. They’re all about doing.

Great coaches don’t give options when options are not best. Sure, they know there are options, but they know they’re not for you. Great coaches take control of your best interests until you’re ready. One day at high school track practice my coach told me I was the anchor leg for the mile relay. (I didn’t know I was on the ballot.) He looked me in the eye and said – “There’s only one rule to running last – don’t let anyone pass you.” For the remaining three years of my career I never did.

Great coaches coach everyone differently. Sure they work within their framework, but the coaching is designed to fit you, not them.

Great coaches push down hard to get you to stand taller. At baseball practice one hot summer afternoon (I was sixteen) my coach had us run repeatedly on and off the field to make sure we did it right. (He believed in practicing all facets of the game.) For the first five times, or so, I ran. Most jogged, but I ran. (I always hustled.) But, on the next one I jogged. Loudly, forcefully, angrily, in front of everyone, he said, “What the hell is going on? We’ve been playing like crap lately and now our best play is jogging off the field. What the hell is going on? We’re going to do it again because he jogged.” He gave me what I needed – his medicine fit and I stood taller. (Over our six years together that was the only time he yelled about my behavior.)

Great coaches are great because they always tell the truth. Great coaches are great because they invest.

Your best engineer walks into your office and says, “I have this idea for a new technology that could revolutionize our industry and create new markets, markets three times the size of our existing ones.” What do you do? What if, instead, it’s a lower caliber engineer that walks into your office and says those same words? Would you do anything differently? I argue you would, even though you had not heard the details in either instance. I think you’d take your best engineer at her word and let her run with it. And, I think you’d put less stock in your lesser engineer, and throw some roadblocks in the way, even though he used the same words. Why? Trust.

Innovation is largely a trust-based sport. We roll the dice on folks that have already put it on the table, and, conversely, we raise the bar on those that have not yet delivered – they have not yet earned our trust. Seems rational and reasonable – trust those who have earned it. But how did they earn your trust the first time, before they delivered? Trust.

There is no place for trust in the sport of innovation. It’s unhealthy. Ronald Reagan had it right:

Trust, but verify.

As we know, he really meant there was no place for trust in his kind of sport. Every action, every statement had to be verified. The consequences so cataclysmic, no risk could be tolerated. With innovation consequences are not as severe, but they are still substantial. A three year, multi-million (billion?) dollar innovation project that returns nothing is substantial. Why do we tolerate the risk that comes with our trust-based approach? I think it’s because we don’t think there’s a better way. But there is. What we need is some good, old-fashioned verification mixed in with our innovation.

When the engineer comes into your office and says she can reinvent your industry, what do you ask yourself? What do you want to verify? You want to know if the new idea is worth a damn, if it will work, if there are fundamental constraints in the way. But, unfortunately for you, verification requires  knowledge of the physics, and you’re no physicist. However, don’t lose hope. There are two simple tactics, non-technical tactics, to help with this verification business.

First – ask the engineers a simple question, “What conflict is eliminated with the new technology?” Good, innovative technologies eliminate fundamental, long standing conflicts. These long standing conflicts limit a technology in a way that is so fundamental engineers don’t even know they exist. When a fundamental conflict is eliminated, long held “design tradeoffs” no longer apply, and optimizing is replaced by maximizing. With optimizing, one aspect of the design is improved at the expense of another. With maximizing, both aspects of the design are improved without compromise. If the engineers cannot tell you about the conflict they’ve eliminated, your trust has not been sufficiently verified. Ask them to come back when they can answer your question.

Second – when they come back with their answer, it will be too complex to be understood, even by them. Tell them to come back when they can describe the conflict on a single page using a simple block diagram, where the blocks, labeled with everyday nouns, represent parts of the design intimately involved with the conflict, and the lines, labeled with everyday verbs, represent actions intimately involved with the conflict. If they can create a block diagram of the conflict, and it makes sense to you, your trust has been sufficiently verified. (For a post with a more detailed description of the block diagrams, click on “one page thinking” in the Category list.)

Though your engineers won’t like it at first, your two-pronged verification tactics will help them raise their game, which, in turn, will improve the risk/reward ratio of your innovation work.

Leading, shaping, and guiding technology work is hard, even for technologists who spend all day doing it.  So, it seems the all-too-busy CEOs don’t stand a chance at effectively shaping their companies’ technical work.  And it’s not just the non-technologist CEOs who have a problem; the technologist CEOs also have a problem, as they don’t have sufficient time to dig deeply into the details or stay current on the state-of-the-art.  So, as a CEO, technologist or not, it is difficult to meaningfully lead, shape, and guide technical work.

So why is this technology stuff so hard to shape and guide?  Well, here are a few reasons: technologies have their own set of arcane languages, each with many dialects (and no dictionary); they have their own technology-centric acronyms that technologists mix and match as they see fit; and they are full of long-forgotten formulae.  And these formulae are composed of strange math shapes and symbols.  And, as if to elevate confusion to stratospheric levels, the math symbols are Greek letters.  So, literally, this technology stuff is written in Greek.  So what’s an all-too-busy CEO to do?  Read the rest of this entry »