Archive for the ‘Uncertainty’ Category

The Illusion of Control

Unhappy: When you want things to be different than they are.

Happy: When you accept things as they are.

 

Sad: When you fixate on times when things turned out differently than you wanted.

Neutral: When you know you have little control over how things will turn out.

Anxious: When you fixate on times when things might turn out differently than you want.

 

Stressed: When you think you have control over how things will turn out.

Relaxed: When you know you don’t have control over how things will turn out.

 

Agitated: When you live in the future.

Calm: When you live in the present.

Sad: When you live in the past.

 

Angry: When you expect a just world, but it isn’t.

Neutral: When you expect that it could be a just world, but likely isn’t.

Happy: When you know it doesn’t matter if the world is just.

 

Angry: When others don’t meet your expectations.

Neutral: When you know your expectations are about you.

Happy: When you have no expectations.

 

Timid: When you think people will judge you negatively.

Neutral: When you think people may judge you negatively or positively.

Happy: When you know what people think about you is none of your business.

 

Distracted: When you live in the past or future.

Focused: When you live in the now.

 

Afraid of change: When you think all things are static.

Accepting change: When you know all things are dynamic.

 

Intimidated: When you think you don’t meet someone’s expectations.

Confident: When you know you did your best.

 

Uncomfortable: When you want things to be different than they are.

Comfortable: When you know the Universe doesn’t care what you think.

 

“Space – Antennae Galaxies” by Trodel is licensed under CC BY-SA 2.0

The Dark Underbelly of Success

Best practice – a tired recipe you recycle because you think the world is static.
Emergent practice – a new way to work created from whole cloth because the context is new.

Worst practice – a best practice applied to a world that has changed around you.
Novel practice– work that recognizes the world is a different place but is dismissed out-of-hand because everyone wants to live in the comfortable past.

Continuous improvement – when you try to put a shine on a tired, old process that worked ten years ago.
Discontinuous improvement – work that is disrespectful to the Status Quo and hurts people’s feelings.

Grow the core – when you do what you did in 2010 because you don’t know what else to do.
Obsolete your best work – when you do work that makes it clear to your customers that they should not have purchased your most successful product.

Reduce operating expense – what you do when you don’t know how to grow the top line and want to eliminate the flexibility to respond to an uncertain future.
Grow the top line – when you launch a new product that causes your customers to happily throw away the product they just bought from you.

A PowerPoint slide deck that defines your strategic plan – an electronic work product that distracts you from the reality of an ever-changing future.
A new product that is radically better than your last one – what you should create instead of a PowerPoint slide deck that defines your strategic plan.

MBA – a university degree that gives you a pedigree so companies hire you.
Ph.D. – a university degree that teaches you to learn, but takes too long.

Return On Investment (ROI) – a calculation that scuttles new work that would reinvent your business.
Imagination – thinking that will help you navigate an uncertain future, but is knee-capped by the ROI calculation.

Standard work – a process you used last time and will use next time because, again, you think the world is static.
Judgment – thinking that creates a whole new business trajectory to address an uncertain future but can get you fired if you use it.

A sustainable competitive advantage – a relic of a slow-moving world.
Continual change – the only way to deal with an ever-accelerating future.

Success – profits from work done by people who retired from your company some time ago.
Success – the thing that blocks you from working on the unproven.

Success – what pays the bills.
Success – what jeopardizes your ability to pay the bills in five years.

Success – why people think old practices are best practices.
Success – why new work is so difficult to do.

Success – why continuous improvement carries the day.
Success – why discontinuous improvement threatens.

Success – the mother of complacency.

“dark underbelly” by JoeBenjamin is licensed under CC BY-NC 2.0

The Innovation Mantra

We have an immense distaste for uncertainty. And, as a result, we create for ourselves a radical and unskillful overestimation of our ability to control things. Our distaste of uncertainty is really a manifestation of our fear of death. When we experience and acknowledge uncertainty, it’s an oblique reminder that we will die. And that’s why talk ourselves into the belief we can control thing we really cannot.  It’s a defense mechanism that creates distance between ourselves and from feeling our fear of death.  And it’s the obliquity that makes it easier to overestimate our ability to control our environment.  Without the obliquity, it’s clear we can’t control our environment, the very thing we wake up to every morning, and it’s clear we can’t control much. And if we can’t control much, we can’t control our aging and our ultimate end.  And this is why we reject uncertainty at all costs.

Predictable, controllable, repeatable, measurable – overt rejections of uncertainty. Six Sigma – Measure, Analyze, Improve, Control – overt rejection of uncertainty.  Standard work – rejection of uncertainty. Don’t change the business model – a rejection of uncertainty. A rejection of novelty is a rejection of uncertainty. And that’s why we don’t like novelty. It scares us deeply. And it scares us because it reminds us that everything changes, including our skin, joints, and hairline. And that’s why it’s so challenging to do innovation.

Innovation reminds us of our death and that’s why it’s difficult?  Really? Yes.

Six Sigma is comforting because its programmatic illusion of control lets us forget about our death? Yes.

The aging business model reminds us of our death and that’s why we won’t let it go? Yes.

That’s crazy! Yes, but at the deepest level, I think it’s true.

I understand if you disagree with my rationale. And I understand if you think my thinking is morbid. If that’s the case, I suggest you write down why you think it’s so incredibly difficult to create a new business model, to do novel work, or to obsolete your best work. I’ll stop for a minute to give you time to grab a pen and paper. Okay, now put your pen to paper and write down why doing innovation (doing novel work) is so difficult. Now, ask yourself why that is. And do that three more times. Where did you end up? What’s the fundamental reason why doing new work (and the uncertainty that comes with it) is so difficult to do?

To be clear, I’m not advocating that you tell everyone that innovation is difficult because it reminds them that they’ll die. I explained my rationale to give you an idea of the magnitude of the level of fear around uncertainty so that, when someone is scared to death of novelty, you might help them navigate their fear.

Trying something new doesn’t invalidate what you did over the last decade to grow your business, nor will it replace it immediately, if it all.  Maybe the new work will add to what you’ve done over the last decade. Maybe the new work will amplify what’s made you successful. Maybe the new work will slowly and effectively migrate your business to greener pastures. And maybe it won’t work at all. Or, maybe your customers will make it work and bury you and your business.

With innovation, start small.  That way the threat is smaller.  Run small experiments and share the results, especially the bad results.  That way you demonstrate that unanticipated results don’t kill you and, when you share them, you demonstrate that you’re not afraid of uncertainty. Try many things in parallel to demonstrate that it’s okay that everything doesn’t turn out well and you’re okay with it.  And when someone asks what you’ll do next, tell them “I don’t know because it depends on how the next experiment turns out.”

When you’re asked when you’ll be done with an innovation project, tell them “I don’t know because the work has never been done before.” And if they say you must give them a completion date, tell them “If you must have a completion date, you do the project.”

When you’re running multiple experiments in parallel and you’re asked what you’ll do next, tell them you’ll do “more of what works and less of what doesn’t.” And if they say “that’s not acceptable”, then tell them “Well, then you run the project.”

We don’t have nearly as much control as our minds want to us believe, but that’s okay as long as we behave like we know it’s true. Uncertainty is uncomfortable, but that’s not a bad thing. In fact, I think it’s a good thing.

If people aren’t afraid, there can be no uncertainty. And if there’s no uncertainty, there can be no novelty. And if there’s no novelty, there can be no innovation. If people aren’t afraid, you’re doing it wrong.

As a leader, tell them you’re afraid but you’re going to do it anyway.

As a leader, tell your team that it’s natural to be afraid and their fear is a leading indicator of innovation.

As a leader, tell them there’s one thing you’re certain about – that innovation is uncertain.

And when things get difficult, repeat the Innovation Mantra: Be afraid and do it anyway.

“Mantra” by j / f / photos is licensed under CC BY-ND 2.0

Regardless of the question, trust is the answer.

If you want to make a difference, build trust.

 

If you want to build trust, do a project together.

If you want to build more trust, help the team do work they think is impossible.

If you want to build more trust, contribute to the project in the background.

If you want to build more trust, actively give credit to others.

If you want to build more trust, deny your involvement.

 

If you want to create change, build trust.

 

If you want to build trust, be patient.

If you want to build more trust, be more patient.

If you want to build more trust, check your ego at the door so you can be even more patient.

 

If you want to have influence, build trust.

 

If you want to build trust, do something for others.

If you want to build more trust, do something for others that keeps them out of trouble.

If you want to build more trust, do something for others that comes at your expense.

If you want to build more trust, do it all behind the scenes.

If you want to build more trust, plead ignorance.

 

If you want the next project to be successful, build trust.

 

If you want to build trust, deliver what you promise.

If you want to build more trust, deliver more than you promise.

If you want to build more trust, deliver more than you promise and give the credit to others.

 

If you want deep friendships, build trust.

 

If you want to build trust, give reinforcing feedback.

If you want to build more trust, give reinforcing and correcting feedback in equal amounts.

If you want to build trust, give reinforcing feedback in public and correcting feedback in private.

 

If you want your work to have meaning, build trust.

 

“[1823] Netted Pug (Eupithecia venosata)” by Bennyboymothman is licensed under CC BY 2.0

Goals, goals, goals.

All goals are arbitrary, but some are more arbitrary than others.

When your company treats goals like they’re not arbitrary, welcome to the US industrial complex.

What happens if you meet your year-end goals in June? Can you take off the rest of the year?

What happens if at year-end you meet only your mid-year goals? Can you retroactively declare your goals unreasonable?

What happens if at the start of the year you declare your year-end goals are unreasonable? Can you really know they’re unreasonable?

You can’t know a project’s completion date before the project is defined.  That’s a rule.

Why does the strategic planning process demand due dates for projects that are yet to be defined?

The ideal future state may be ideal, but it will never be real.

When the work hasn’t been done before, you can’t know when you’ll be done.

When you don’t know when the work will be done, any due date will do.

A project’s completion date should be governed by the work content, not someone’s year-end bonus.

Resources and progress are joined at the hip.  You can’t have one without the other.

If you are responsible for the work, you should be responsible for setting the completion date.

Goals are real, but they’re not really real.

“Arbitrary limitations II” by Marcin Wichary is licensed under CC BY 2.0

Say no to say yes.

If the project could obsolete your best work, do it.  Otherwise, do something else.

But first, makes sure there’s solid execution on the turn-the-crank projects that pay the bills.

If you always say yes to projects, you never have the bandwidth to do the magical work no one is asking for.

When was the last time you used your discretion to work on a project of your choosing? How do you feel about that?

If you’re told to stop the project by the most successful business unit, stomp on the accelerator.

The best projects aren’t the ones with the best ROI. The best projects are the ones that threaten success.

If you’re certain of a project’s ROI, there is no novelty.

If the project has novelty, you can’t predict the ROI. All you can do is decide if it’s worth doing.

There’s a big difference between calculating an ROI and predicting the commercial success of a project.

If your company demands certainty, you can be certain the new projects will be just like the old ones.

If the success of a project hinges on work hasn’t been done before, you may have a winner.

Say yes to predictability and you say no to novelty.

Say no to novelty and you say no to innovation.

Say no to innovation and you say no to growth.

Say no to growth and the game is over.

Say no to good projects so you can say yes to the magical ones.

Say no to ROI so you work on projects that could reinvent the industry.

If the project doesn’t excite, just say no.

Image credit – Lucie Provincher

Feel It All

In these trying times, when 30% of Americans cannot pay their rent or mortgage, is it okay to put hard limits on the amount of work we do or to take good care of ourselves or to feel good about taking a vacation?

With remote work, we commute less, which should give us more time to take care of ourselves.  But, do you have more time?  If you do, what do you do with your freed-up time?  Do you work more? Do you exercise? Do you worry? Do you take the time to feel grateful that you have a job?

When you work from home do you stop and make time to eat lunch?  Do you shut off the work and just eat? Or, do you eat while you work? Do you take more time than when you are (or were) in the office or less? If you take more time to eat than when at the office, do you feel good that you’re taking care of yourself? Or, if you take less, do you feel good you’re doing all you can to prevent layoffs?  Or, are you simply thankful you still have healthcare benefits?

When you work at home do you attend too many Zoom meetings? If so, what happens to all the work you can’t get done? Do you attend half-heartedly and multitask (work on something else)? Multitasking is disrespectful to the Zoom meeting and the other work, but do you have a choice? To get the work done, do you extend your workday to include your non-commute time?  Or, do you decline Zoom meetings because other work is more important? Is it okay to decline a Zoom meeting?

Do you feel good when you set limits to preserve your emotional well-being? Do you preserve your well-being or do you do all you can to keep your job?

And now the tough one. Do you feel good when you go on vacation or do you feel sad because so many citizens have lost their jobs?

Thing is, it’s not or. It’s and.

It’s not that we must feel bad when we work during our non-commute time or feel good when we take care of ourselves or feel thankful for our jobs or feel bad because so many have lost theirs. It’s not or, it’s and. We’ve got to hold all these feelings at once. Tough to do, but we can.

It’s not that we feel bad when we work through lunch or feel good when we go for a walk or feel happy when we do all we can to prevent layoffs or we are thankful we have a job at all.  It’s and.  We’ve got to handle it all at once.  We do what we can to prevent layoffs and take care of ourselves. We feel it all and make the choice.

We attend Zoom meetings and decline them and multitask. We process the three potential realities and choose.  The bad ones we decline, the good ones we attend wholeheartedly, and for the others we multitask.

We feel great when we go on vacation and feel sad that others are in a bad way.  We feel both at the same time.

Or, as word, is binary, black and white. But today’s realities are not black and white and there is no best way.

If you’re looking for some relief during these trying times, give “and” a try. Feel happy and sad.  Feel grateful and scared. Feel it all and see what happens.

I hope it brings you peace.

Image credit — David

Wrong Questions to Ask When Doing Technology Development

I know you’re trying to do something that has never been done before, but when will you be done? I don’t know.  We’ll run the next experiment then decide what to do next.  If it works, we’ll do more of that.  And if it doesn’t, we’ll do less of that. That’s all we know right now.

I know you’re trying to create something that is new to our industry, but how many will we sell? I don’t know. Initial interviews with customers made it clear that this is an important customer problem. So, we’re trying to figure out if the technology can provide a viable solution.  That’s all we know right now.

No one is asking for that obscure technology. Why are you wasting time working on that?  Well, the voice of the technology and the S-curve analyses suggest the technology wants to move in this direction, so we’re investing this solution space.  It might work and it might not.  That’s all we know right now.

Why aren’t you using best practices? If it hasn’t been done before, there can be no best practice.  We prefer to use good practice or emergent practice.

There doesn’t seem like there’s been much progress.  Why aren’t you running more experiments? We don’t know which experiments to run, so we’re taking some time to think about what to do next.

Will it work?  I don’t know.

That new technology may obsolete our most profitable product line.  Shouldn’t you stop work on that? No. If we don’t obsolete our best work, someone else will. Wouldn’t it be better if we did the obsoleting?

How many more people do you need to accelerate the technology development work? None.  Small teams are better.

Sure, it’s a cool technology, but how much will it cost?  We haven’t earned the right to think about the cost.  We’re still trying to make it work.

So, what’s your solution? We don’t know yet.  We’re still trying to formulate the customer problem.

You said you’d be done two months ago.  Why aren’t you done yet? I never said we’d be done two months ago. You asked me for a completion date and I could not tell you when we’d be done.  You didn’t like that answer so I suggested that you choose your favorite date and put that into your spreadsheet. We were never going to hit that date, and we didn’t.

We’ve got a tight timeline.  Why are you going home at 5:00? We’ve been working on this technology for the last two years.  This is a marathon.  We’re mentally exhausted.  See you tomorrow.

If you don’t work harder, we’ll get someone else to do the technology development work.  What do you think about that? You are confusing activity with progress.  We are doing the right analyses and the right thinking and we’re working hard.  But if you’d rather have someone else lead this work, so would I.

We need a patented solution.  Will your solution be patentable? I don’t know because we don’t yet have a solution. And when we do have a solution, we still won’t know because it takes a year or three for the Patent Office to make that decision.

So, you’re telling me this might not work?  Yes. That’s what I’m telling you.

So, you don’t know when you’ll be done with the technology work, you don’t know how much the technology will cost, you don’t know if it will be patentable, or who will buy it? That’s about right.

Image credit — Virtual EyeSee

Mutual Trust, Intuitive Skill, and Center of Emphasis

Mutual Trust. Who do you trust implicitly? And of that shortlist, who trusts you implicitly? You know how they’ll respond. You know what decision they’ll make. And you don’t have to keep tabs on them and you don’t have to manage them. You do your thing and they do theirs and, without coordinating, everything meshes.

When you have mutual trust, you can move at lightning speed. No second-guessing. No hesitation. No debates. Just rapid progress in a favorable direction. Your eyes are their eyes. Their ears are your ears. One person in two bodies.

If I could choose one thing to have, I’d choose mutual trust.

Mutual trust requires shared values. So, choose team members with values that you value. And mutual trust is developed slowly over time as you work together to solve the toughest problems with the fewest resources and the tightest timelines. Without shared values, you can’t have mutual trust. And without joint work on enigmatic problems, you can’t have mutual trust.

Mutual trust is a result. And when your trust-based relationships are more powerful than the formal reporting structure, you’ve arrived.

Intuitive Skill. In today’s world, decisions must be made quickly. And to make good decisions under unreasonable time constraints and far too little data requires implicit knowledge and intuitive skill. Have you read the literature? Have you studied the history? Have you drilled, and drilled, and drilled again? Did you get the best training? Have you honed your philosophy by doing the hard work? Have you done things badly, learned the hard lessons, and embossed those learnings on your soul? Have you done it so many times you know how it will go? Have you done it so many different ways your body knows how it should respond in unfamiliar situations?

If you have to think about it, you don’t yet have intuitive skill.  If you can explain why you know what to do, you don’t have intuitive skill. Make no mistake.  Intuitive skill does not come solely from experience.  It comes from study, from research, from good teachers, and from soul searching.

When your body starts doing the right thing before your brain realizes you’re doing it, you have intuitive skill.  And when you have intuitive skill, you can move at light speed.  When it takes more time to explain your decision than it does to make it, you have intuitive skill.

Center of Mass, Center of Emphasis. Do you focus on one thing for a week at a time? And do you wake up dreaming about it? And do you find yourself telling people that we’ll think about something else when this thing is done? Do you like doing one thing in a row? Do you delay starting until you finish finishing? Do you give yourself (and others) the flexibility to get it done any way they see fit, as long as it gets done? If the answer is yes to all these, you may be skilled in center-of-emphasis thinking.

The trick here is to know what you want to get done, but have the discipline to be flexible on how it gets done.

Here’s a rule.  If you’re the one who decides what to do, you shouldn’t be the one who decides the best way to do it.

Yes, be singularly focused on the objective, but let the boots-on-the-ground circumstances and the context of the moment define the approach. And let the people closest to the problem figure out the best way to solve it because the context is always changing, the territory is always changing, and the local weather is always changing. And the right approach is defined by the specific conditions of the moment.

Build trust and earn it. And repeat. Practice, study, do, and learn. Hone and refine. And repeat. And choose the most important center of emphasis and let the people closest to the problem choose how to solve it. And then build trust and earn it.

This post was inspired by Taylor Pearson and John Boyd, the creator of the OODA loop.

Image credit – Andy Maguire

Battling Judgment

Judging results when things are different than our expectations.

If you don’t like being judged, stop judging yourself.

No one can judge you without your consent, even you.

If someone judges you, that’s about them.

People’s judgment of you is none of your business.

When you see a friend judging themselves, give them a hug. A virtual one will do.

Judging someone means you want them to be different than they are.

If someone gives you a gift and you don’t accept it, it’s still theirs. Judgment is like that.

If you’re afraid of being judged for trying something new, be afraid, and try it anyway.

Judgment is objective evidence of disapproval if you accept it.

Judging someone won’t change their behavior, other than make them angry.

When you see a friend being judged, give them a hug (in a social distance way.)

When someone judges you, don’t worry.  In ten years, no one will remember.

When someone tries to judge you, let them try.

If you do your best, why do you think it’s okay to judge yourself about the outcome?

If you don’t do your best, don’t judge. Ask why.

Judgment can debilitate, but only if you let it.

Image credit — Stuart Richards

Learn to Recognize Waiting

If you want to do a task, but you don’t have what you need, that’s waiting for a support resource. If you need a tool, but you don’t have it, you wait for a tool. If you need someone to do the task, but you don’t have anyone, you wait for people. If you need some information to make a decision, but you don’t have it, you wait for information.

If a tool is expensive, usually you have to wait for it. The thinking goes like this – the tool is expensive, so let’s share the cost over too many projects and too many teams. Sure, less work will get done, but when we run the numbers, the tool will look less expensive because it’s used by many people.  If you see a long line of people (waiting) or a signup list (people waiting at their desks), what they are waiting for is usually an expensive tool or resource. In that way, to find the cause of waiting, stand at the front of the line and look around. What you see is the cause of the waiting.

If the tool isn’t expensive, buy another one and reduce the waiting. If the tool is expensive, calculate the cost of delay.  Cost of delay is commonly used with product development projects. If the project is delayed by a month, the incremental revenue from the product launch is also delayed by a month.  That incremental revenue is the cost of delaying the project by a month. When the cost of delay is larger than the cost of an expensive tool, it makes sense to buy another expensive tool. But, to purchase that expensive tool requires multiple levels of approvals.  So, the waiting caused by the tool results in waiting for approval for the new tool. I guess there’s a cost of delay for the approval process, but let’s not go there.

Most companies have more projects than people, and that’s why projects wait. And when projects wait, projects are late. Adding people is like getting another expensive tool.  They are spread over too many projects, and too little gets done. And like with expensive tools, getting more people doesn’t come easy. New hires can be justified (more waiting in the approval queue), but that takes time to find them, hire them, and train them. Hiring temporary people is a good option, though that can seem too expensive (higher hourly rate), it requires approval, and it takes time to train them.  Moving people from one project to another is often the best way because it’s quick and the training requirement is less.  But, when one project gains a person, another project loses one. And that’s often the rub.

When it’s time to make an important decision and the team has to wait for missing information, the project waits. And when projects wait, projects are late. It’s difficult to see the waiting caused by missing or uncommunicated information, but it can be done. The easiest to see when the information itself is a project deliverable. If a milestone review requires a formal presentation of the information, the review cannot be held without it. The delay of the milestone review (waiting) is objective evidence of missing information.

Information-based waiting is relatively easy to see when the missing information violates a precedent for decision making.  For example, if the decision is always made with a defined set of data or information, and that information is missing, the precedent is violated and everyone knows the decision cannot be made. In this case, everyone’s clear why the decision cannot be made, everyone’s clear on what information is missing, and everyone’s clear on who dropped the ball.

It’s most difficult to recognize information-based waiting when the decision is new or different and requires judgment because there’s no requirement for the data and there’s no precedent to fall back on. If the information was formally requested and linked to the decision, it’s clear the information is missing and the decision will be delayed.  But if it’s a new situation and there’s no agreement on what information is required for the decision, it’s almost impossible to discern if the information is missing. In this situation, it comes down to trust in the decision-maker. If you trust the decision-maker and they say there’s information missing, then there’s information missing. If you trust the decision-maker and they say there’s no information missing, they should make the decision. But if you don’t trust the decision-maker, then all bets are off.

In general, waiting is bad.  And it’s helpful if you can recognize when projects are waiting. Waiting is especially bad went the delayed task is on the critical path because when the project is waiting on a task that’s on the critical path, there’s a day-for-day slip in the completion date.  Hint: it’s important to know which tasks and decisions are on the critical path.

Image credit — Tomasz Baranowski

Mike Shipulski Mike Shipulski
Subscribe via Email

Enter your email address:

Delivered by FeedBurner

Archives