Posts Tagged ‘Creativity’

When It’s Time to Defy Gravity

If you pull hard on your team, what will they do? Will they rebel? Will they push back? Will they disagree? Will they debate? And after all that, will they pull with you? Will the pull for three weeks straight? Will they pull with their whole selves? How do you feel about that?

If you pull hard on your peers, what will they do? Will they engage? Will they even listen? Will they dismiss? And if they dismiss, will you persist? Will you pull harder? And when you pull harder, do they think more of you? And when you pull harder still, do they think even more of you? Do you know what they’ll do? And how do you feel about that?

If you push hard on your leadership, what will they do? Will they ‘lllisten or dismiss? And if they dismiss, will you push harder? When you push like hell, do they like that or do they become uncomfortable, what will you do?  Will they dislike it and they become comfortable and thankful you pushed? Whatever they feel, that’s on them. Do you believe that? If not, how do you feel about that?

When you say something heretical, does your team cheer or pelt you with fruit? Do they hang their heads or do they hope you do it again?  Whatever they do, they’ve watched your behavior for several years and will influence their actions.

When you openly disagree with the company line, do your peers cringe or ask why you disagree? Do they dismiss your position or do they engage in a discussion? Do they want this from you? Do they expect this from you? Do they hope you’ll disagree when you think it’s time? Whatever they do, will you persist? And how do you feel about that?

When you object to the new strategy, does your leadership listen? Or do they un-invite you to the next strategy session?  And if they do, do you show up anyway? Or do they think you’re trying to sharpen the strategy? Do they think you want the best for the company? Do they know you’re objecting because everyone else in the room is afraid to? What they think of your dissent doesn’t matter.  What matters is your principled behavior over the last decade.

If there’s a fire, does your team hope you’ll run toward the flames? Or, do they know you will?

If there’s a huge problem that everyone is afraid to talk about, do your peers expect you get right to the heart of it? Or, do they hope you will? Or, do they know you will?

If it’s time to defy gravity, do they know you’re the person to call?

And how do you feel about that?

Image credit – The Western Sky

The Giving Cycle

The best gifts are the ones that demonstrate to the recipients that you understand them. You understand what they want; you understand their size (I’m and men’s large); you understand their favorite color; you know what they already have; you know what they’re missing, and you know what they need.

On birthdays and holidays, everyone knows it’s time to give gifts and this makes it easy for us to know them for what they are. And, just to make sure everyone knows the gift is a gift, we wrap them in colorful paper or place them in a fancy basket and formally present them. But gifts given at work are different.

Work isn’t about birthdays and holidays, it’s about the work. There’s no fixed day or date to give them. And there’s no expectation that gifts are supposed to be given.  And gifts given at work are not the type that can be wrapped in colorful paper. In that way, gifts given at work are rare. And when they are given, often they’re not recognized as gifts.

The gift of a challenge. When you give someone a challenge, that’s a gift. Yes, the task is difficult. Yes, the request is unreasonable. Yes, it’s something they’ve never done before. And, yes, you believe they’re up to the challenge. And, yes, you’re telling them they’re worthy of the work. And whether the complete 100% of the challenge or only 5% of it, you praise them. You tell them, Holy sh*t!  That was amazing.  I gave you an impossible task and you took it on. Most people wouldn’t have even tried and you put your whole self into it.  You gave it a go.  Wow.  I hope you’re proud of what you did because I am. The trick for the giver is to praise.

The gift of support. When you support someone that shouldn’t need it, that’s a gift. When the work is clearly within a person’s responsibility and the situation temporarily outgrows them, and you give them what they need, that’s a gift. Yes, it’s their responsibility. Yes, they should be able to handle it. And, yes, you recognize the support they need. Yes, you give them support in a veiled way so that others don’t recognize the gift-giving. And, yes, you do it in a way that the receiver doesn’t have to acknowledge the support and they can save face. The trick for the giver is to give without leaving fingerprints.

The gift of level 2 support. When you give the gift of support defined above and the gift is left unopened, it’s time to give the gift of level 2 support. Yes, you did what you could to signal you left a gift on their doorstep. Yes, they should have seen it for what it was. And, yes, it’s time to send a level 2 gift to their boss in the form of an email sent in confidence. Tell their boss what you tried to do and why you tried to do it.  And tell them the guidance you tried to give. This one is called level 2 giving because two people get gifts and because it’s higher-level giving. The trick for the giver is to give in confidence and leave no fingerprints.

The gift of truth. When you give someone the truth of the situation when you know they don’t want to hear it, that’s a gift. Yes, they misunderstand the situation. Yes, it’s their responsibility to understand it. Yes, they don’t want your gift of truth. And, yes, you give it to them because they’re off-track. Yes, you give it to them because you care about them. And, yes you give the gift respectfully and privately.  You don’t give a take-it-or-leave-it ultimatum. And you don’t make the decision for them.  You tell them why you see it differently and tell them you hope they see your gift as it was intended – as a gift. The trick for the giver is to give respectfully and be okay whether the gift is opened or not.

The gift of forgiveness. When someone has mistreated you or hurt you, and you help them anyway, that’s a gift. Yes, they need help. Yes, the pain is still there. And, yes, you help them anyway. They hurt you because of the causes and conditions of their situation. It wasn’t personal.  They would have treated anyone that way. And, yes, this is the most difficult gift to give. And that’s why it’s last on the list. And the trick for the giver is to feel the hurt and give anyway.  It will help the hurt go away.

It may not seem this way, but the gifts are for the giver. Givers grow by giving. And best of all for the givers, they get to watch as their gifts grow getters into givers. And that’s magical. And that brings joy.

And the giving cycle spirals on.

Image credit – KTIQS.LCV

Disruption – the work that makes the best things obsolete.

I think the word “disruption” doesn’t help us do the right work. Instead, I use “innovation.” But that word has also lost much of its usefulness. There are different flavors of innovation and the flavor that maps to disruption is the flavor that makes things obsolete. This flavor of new work doesn’t improve things, it displaces them. So, when you see “innovation” in my posts, think “work that makes the best things obsolete.”

Doing work that makes the best things obsolete requires new behavior. Here’s a post that gives some tips to help make it easy for new behaviors to come to be. Within the blog post, there is a link to a short podcast that’s worth a listen. One Good Way to Change Behavior

And here’s a follow-on post about what gets in the way of new behavior.  What’s in the way?

It’s difficult to define “disruption.” Instead of explaining what disruption is or isn’t, I like to use “no-to-yes.” Don’t improve the system by 3%, instead use no-to-yes to make the improved system do something the existing system cannot. Battle Success With No-to-Yes

Instead of “disruption” I like “compete with no one.” To compete with no one, you’ve got to make your services so fundamentally good that your competition doesn’t stand a chance.  Compete With No One

Disruption, as a word, is not actionable. But here’s what is actionable: Choose to solve new problems. Choose to solve problems that will make today’s processes and outcomes worthless. Before you solve a problem ask yourself “Will the solution displace what we have today?” Innovation In Three Words

Here’s a nice operational definition of how to do disruption – Obsolete your best work.

And if you’re not yet out of gas, here are some posts that describe what gets in the way of new behavior and how to create the right causes and conditions for new behaviors to emerge.

Make it Easy

The Most Powerful Question

Creating the Causes and Conditions for New Behavior to Grow

Seeing What Isn’t There

The only thing predictable about innovation is its unpredictability.

For innovation to flow, drive out fear.

Image credit — Thomas Wensing

If you’re not sure…

If you’re not sure, it likely hasn’t been done before.
If you’re sure it’s been done before, teach someone how to do it.
If you’re not sure, you may not know how people will respond.
If you’re sure how they’ll respond, why bother?
If you’re not sure, you may be onto something.
If you’re sure, it’s re-hash.
If you’re not sure, it deserves your time.
If you’re sure, it deserves to be done poorly.
If you’re not sure, the uncertainty may be a sign of importance.
If you’re sure, it’s important someone else does it.
If you’re not sure, it may be a big learning opportunity.
If you’re sure, take the opportunity to learn something else.
If you’re not sure, your idea may threaten the status quo.
If you’re sure the status quo will like it, commit to something else to threaten the timeline.
If you’re not sure, it will be exciting.
If you’re sure, it will be exciting to grow someone worthy.
If you’re not sure, invest the time to figure out the fundamentals.
If you’re sure, invest in a future leader and teach them the fundamentals.
If you’re not sure, do it anyway.
If you’re sure, do something else.

Image credit – Nik Wallenda

Transcending a Culture of Continuous Improvement

We’ve been too successful with continuous improvement. Year-on-year, we’ve improved productivity and costs.  We’ve improved on our existing products, making them slightly better and adding features.

Our recipe for success is the same as last year plus three percent. And because the customers liked the old one, they’ll like the new one just a bit more. And the sales can sell the new one because its sold the same way as the old one.  And the people that buy the new one are the same people that bought the old one.

Continuous improvement is a tried-and-true approach that has generated the profits and made us successful. And everyone knows how to do it.  Start with the old one and make it a little better. Do what you did last time (and what you did the time before). The trouble is that continuous improvement runs out of gas at some point. Each year it gets harder to squeeze out a little more and each year the return on investment diminishes. And at some point, the same old improvements don’t come. And if they do, customers don’t care because the product was already better than good enough.

But a bigger problem is that the company forgets to do innovative work. Though there’s recognition it’s time to do something different, the organization doesn’t have the muscles to pull it off. At every turn, the organization will revert to what it did last time.

It’s no small feat to inject new work into a company that has been successful with continuous improvement.  A company gets hooked on the predictable results of continuous which grows into an unnatural aversion to all things different.

To start turning the innovation flywheel, many things must change. To start, a team is created and separated from the continuously improving core.  Metrics are changed, leadership is changed and the projects are changed. In short, the people, processes, and tools must be built to deal with the inherent uncertainty that comes with new work.

Where continuous improvement is about the predictability of improving what is, innovation is about the uncertainty of creating what is yet to be. And the best way I know to battle uncertainty is to become a learning organization.  And the best way to start that journey is to create formal learning objectives.

Define what you want to learn but make sure you’re not trying to learn the same old things. Learn how to create new value  for customers; learn how to deliver that value to new customers; learn how to deliver that new value in new ways (new business models.)

If you’re learning the same old things in the same old way, you’re not doing innovation.

Seeing Things as They Can’t Be

When there’s a big problem, the first step is to define what’s causing it. To do that, based on an understanding of the physics, a sequence of events is proposed and then tested to see if it replicates the problem. In that way, the team must understand the system as it is before the problem can be solved.

Seeing things as they are. The same logic applies when it’s time to improve an existing product or service. The first thing to do is to see the system as it is. But seeing things as they are is difficult. We have a tendency to see things as we want them or to see them in ways that make us look good (or smart). Or, we see them in a way that justifies the improvements we already know we want to make.

To battle our biases and see things as they are, we use tools such as block diagrams to define the system as it is. The most important element of the block diagram is clarity.  The first revision will be incorrect, but it must be clear and explicit. It must describe things in a way that creates a singular understanding of the system. The best block diagrams can be interpreted only one way.  More strongly, if there’s ambiguity or lack of clarity, the thing has not yet risen to the level of a block diagram.

The block diagram evolves as the team converges on a single understanding of things as they are. And with a diagram of things as they are, a solution is readily defined and validated. If when tested the proposed solution makes the problem go away, it’s inferred that the team sees things as they are and the solution takes advantage of that understanding to make the problem go away.

Seeing things as they may be. Even whey the solution fixes the problem, the team really doesn’t know if they see things as they are. Really, all they know is they see things as they may be. Sure, the solution makes the problem go away, but it’s impossible to really know if the solution captures the physics of failure.  When the system is large and has a lot of moving parts, the team cannot see things as they are, rather, they can only see the system as it may be. This is especially true if the system involves people, as people behave differently based on how they feel and what happened to them yesterday.

There’s inherent uncertainty when working with larger systems and systems that involve people.  It’s not insurmountable, but you’ve got to acknowledge that your understanding of the system is less than perfect. If your company is used to solving small problems within small systems, there will be little tolerance for the inherent uncertainty and associated unpredictability (in time) of a solution.  To help your company make the transition, replace the language of “seeing things as they are” with “seeing things as they may be.”  The same diagnostic process applies, but since the understanding of the system is incomplete or wrong, the proposed solutions cannot not be pre-judged as “this will work” and “that won’t work.”  You’ve got to be open to all potential solutions that don’t contradict the system as it may be. And you’ve got to be tolerant of the inherent unpredictability of the effort as a whole.

Seeing things as they could be. To create something that doesn’t yet exist, something does things like never before, something altogether new, you’ve got to stand on top of your understanding of the system and jump off.  Whether you see things as they are or as they may be, the new system will be different. It’s not about diagnosing the existing system; it’s about imagining the system as it could be. And there’s a paradox here. The better you understand the existing system, the more difficulty you’ll have imagining the new one. And, the more success the company has had with the system as it is, the more resistance you’ll feel when you try to make the system something it could be.

Seeing things as they could be takes courage – courage to obsolete your best work and courage to divest from success. The first one must be overcome first. Your body creates stress around the notion of making yourself look bad. If you can create something altogether better, why didn’t you do it last time? There’s a hit to the ego around making your best work look like it’s not all that good. But once you get over all that, you’ve earned the right to go to battle with your organization who is afraid to move away from the recipe responsible for all the profits generated over the last decade.

But don’t look at those fears as bad. Rather, look at them as indicators you’re working on something that could make a real difference.  Your ego recognizes you’re working on something better and it sends fear into your veins. The organization recognizes you’re working on something that threatens the status quo and it does what it can to make you stop. You’re onto something. Keep going.

Seeing things as they can’t be. This is rarified air. In this domain you must violate first principles. In this domain you’ve got to run experiments that everyone thinks are unreasonable, if not ill-informed. You must do the opposite. If your product is fast, your prototype must be the slowest. If the existing one is the heaviest, you must make the lightest. If your reputation is based on the highest functioning products, the new offering must do far less.  If your offering requires trained operators, the new one must prevent operator involvement.

If your most seasoned Principal Engineer thinks it’s a good idea, you’re doing it wrong. You’ve got to propose an idea that makes the most experienced people throw something at you. You’ve got to suggest something so crazy they start foaming at the mouth. Your concepts must rip out their fillings. Where “seeing things as they could be” creates some organizational stress, “seeing things as they can’t be” creates earthquakes. If you’re not prepared to be fired, this is not the domain for you.

All four of these domains are valuable and have merit. And we need them all. If there’s one message it’s be clear which domain you’re working in. And if there’s a second message it’s explain to company leadership which domain you’re working in and set expectations on the level of uncertainty and unpredictability of that domain.

Image credit – David Blackwell.

Don’t change culture. Change behavior.

There’s always lots of talk about culture and how to change it.  There is culture dial to turn or culture level to pull. Culture isn’t a thing in itself, it’s a sentiment that’s generated by behavioral themes.  Culture is what we use to describe our worn paths of behavior.  If you want to change culture, change behavior.

At the highest level, you can make the biggest cultural change when you change how you spend your resources. Want to change culture? Say yes to projects that are different than last year’s and say no to the ones that rehash old themes.  And to provide guidance on how to choose those new projects create, formalize new ways you want to deliver new value to new customers.  When you change the criteria people use to choose projects you change the projects.  And when you change the projects people’s behaviors change. And when behavior changes, culture changes.

The other important class of resources is people.  When you change who runs the project, they change what work is done.  And when they prioritize a different task, they prioritize different behavior of the teams.  They ask for new work and get new behavior. And when those project leaders get to choose new people to do the work, they choose in a way that changes how the work is done.  New project leaders change the high-level behaviors of the project and the people doing the work change the day-to-day behavior within the projects.

Change how projects are chosen and culture changes. Change who runs the projects and culture changes. Change who does the project work and culture changes.

Image credit – Eric Sonstroem

Innovation isn’t uncertain, it’s unknowable.

Where’s the Marketing Brief? In product development, the Marketing team creates a document that defines who will buy the new product (the customer), what needs are satisfied by the new product and how the customer will use the new product.  And Marketing team also uses their crystal ball to estimate the number of units the customers will buy, when they’ll buy it and how much they’ll pay.  In theory, the Marketing Brief is finalized before the engineers start their work.

With innovation, there can be no Marketing Brief because there are no customers, no product and no technology to underpin it.  And the needs the innovation will satisfy are unknowable because customers have not asked for the them, nor can the customer understand the innovation if you showed it to them.  And how the customers will use the? That’s unknowable because, again, there are no customers and no customer needs. And how many will you sell and the sales price? Again, unknowable.

Where’s the Specification? In product development, the Marketing Brief is translated into a Specification that defines what the product must do and how much it will cost.  To define what the product must do, the Specification defines a set of test protocols and their measurable results.  And the minimum performance is defined as a percentage improvement over the test results of the existing product.

With innovation, there can be no Specification because there are no customers, no product, no technology and no business model. In that way, there can be no known test protocols and the minimum performance criteria are unknowable.

Where’s the Schedule? In product development, the tasks are defined, their sequence is defined and their completion dates are defined. Because the work has been done before, the schedule is a lot like the last one.  Everyone knows the drill because they’ve done it before.

With innovation, there can be no schedule.  The first task can be defined, but the second cannot because the second depends on the outcome of the first. If the first experiment is successful, the second step builds on the first. But if the first experiment is unsuccessful, the second must start from scratch. And if the customer likes the first prototype, the next step is clear. But if they don’t, it’s back to the drawing board.  And the experiments feed the customer learning and the customer learning shapes the experiments.

Innovation is different than product development. And success in product development may work against you in innovation. If you’re doing innovation and you find yourself trying to lock things down, you may be misapplying your product development expertise. If you’re doing innovation and you find yourself trying to write a specification, you may be misapplying your product development expertise. And if you are doing innovation and find yourself trying to nail down a completion date, you are definitely misapplying your product development expertise.

With innovation, people say the work is uncertain, but to me that’s not the right word.  To me, the work is unknowable. The customer is unknowable because the work hasn’t been done before.  The specification is unknowable because there is nothing for comparison. And the schedule in unknowable because, again, the work hasn’t been done before.

To set expectations appropriately, say the innovation work is unknowable. You’ll likely get into a heated discuss with those who want demand a Marketing Brief, Specification and Schedule, but you’ll make the point that with innovation, the rules of product development don’t apply.

Image credit — Fatih Tuluk

You’re probably not doing transformational work.

Continuous improvement is not transformation. With continuous improvement, products, processes and services are improved three percent year-on-year. With transformation, products are a mechanism to generate data, processes are eliminated altogether and services move from fixing what’s broken to proactive updates that deliver the surprising customer value.

A strategic initiative is not transformation. A strategic initiative improves a function or process that is – a move to consultative selling or a better new product development process. Transformation dismantles. The selling process is displaced by automatic with month-to-month renewals. And while product development is still a thing, it’s relegated to a process that creates the platform for the real money-maker – the novel customer value made possible by the data generated by the product.

Cultural change is not transformation. Cultural change uses the gaps in survey data to tweak a successful formula and adjust messaging.  Transformation creates new organizations that violate existing company culture.

If there the corporate structure is unchanged, there can be no transformation.

If the power brokers are unchanged, there can be no transformation.

If the company culture isn’t violated, there can be no transformation.

If it’s not digital, there can be no transformation.

In short, if the same rules apply, there can be no transformation.

Transformation doesn’t generate discomfort, it generates disarray.

Transformation doesn’t tweak the successful, it creates the unrecognizable.

Transformation doesn’t change the what, it creates a new how.

Transformation doesn’t make better caterpillars, it creates butterflies.

 

Image credit – Chris Sorge

 

 

For innovation to flow, drive out fear.

The primary impediment to innovation is fear, and the prime directive of any innovation system should be to drive out fear.

A culture of accountability, implemented poorly, can inject fear and deter innovation.  When the team is accountable to deliver on a project but are constrained to a fixed scope, a fixed launch date and resources, they will be afraid.  Because they know that innovation requires new work and new work is inherently unpredictable, they rightly recognize the triple accountability – time, scope and resources – cannot be met.  From the very first day of the project, they know they cannot be successful and are afraid of the consequences.

A culture of accountability can be adapted to innovation to reduce fear.  Here’s one way. Keep the team small and keep them dedicated to a single innovation project. No resource sharing, no swapping and no double counting. Create tight time blocks with clear work objectives, where the team reports back on a fixed pitch (weekly, monthly). But make it clear that they can flex on scope and level of completeness.  They should try to do all the work within the time constraints but they must know that it’s expected the scope will narrow or shift and the level of completeness will be governed by the time constraint.  Tell them you believe in them and you trust them to do their best, then praise their good judgement at the review meeting at the end of the time block.

Innovation is about solving new problems, yet fear blocks teams from trying new things. Teams like to solve problems that are familiar because they have seen previous teams judged negatively for missing deadlines. Here’s the logic – we’d rather add too little novelty than be late.  The team would love to solve new problems but their afraid, based on past projects, that they’ll be chastised for missing a completion date that’s disrespectful of the work content and level of novelty.  If you want the team to solve new problems, give them the tools, time, training and a teacher so they can select different problems and solve them differently. Simply put – create the causes and conditions for fear to quietly slink away so innovation will flow.

Fear is the most powerful inhibitor. But before we can lessen the team’s fear we’ve got to recognize the causes and conditions that create it. Fear’s job is to keep us safe, to keep us away from situations that have been risky or dangerous.  To do this, our bodies create deep memories of those dangerous or scary situations and creates fear when it recognizes similarities between the current situation and past dangerous situations.  In that way, less fear is created if the current situation feels differently from situations of the past where people were judged negatively.

To understand the causes and conditions that create fear, look back at previous projects.  Make a list of the projects where project members were judged negatively for things outside their control such as: arbitrary launch dates not bound by the work content, high risk levels driven by unjustifiable specifications, insufficient resources, inadequate tools, poor training and no teacher.  And make a list of projects where team members were praised.  For the projects that praised, write down attributes of those projects (e.g., high reuse, low technical risk) and their outcomes (e.g., on time, on cost).  To reduce fear, the project team will bend new projects toward those attributes and outcomes. Do the same for projects that judged negatively for things outside the project teams’ control. To reduce fear, the future project teams will bend away from those attributes and outcomes.

Now the difficult parts.  As a leader, it’s time to look inside.  Make a list of your behaviors that set (or contributed to) causes and conditions that made it easy for the project team to be judged negatively for the wrong reasons.  And then make a list of your new behaviors that will create future causes and conditions where people aren’t afraid to solve new problems in new ways.

Image credit — andrea floris

Ask for the right work product and the rest will take care of itself.

We think we have more control than we really have.  We imagine an idealized future state and try desperately to push the organization in the direction of our imagination.  Add emotional energy, define a rational approach, provide the supporting rationale and everyone will see the light. Pure hubris.

What if we took a different approach? What if we believed people want to do the right thing but there’s something in the way?  What if like a log jam in a fast-moving river, we remove the one log blocking them all? What if like a river there’s a fast-moving current of company culture that wants to push through the emotional log jam that is the status quo?  What if it’s not a log at all but, rather, a Peter Principled executive that’s threatened by the very thing that will save the company?

The Peter Principled executive is a tough nut to crack. Deeply entrenched in the powerful goings on of the mundane and enabled by the protective badge of seniority, these sticks-in-the-mud need to be helped out of the way without threatening their no-longer-deserved status. Tricky business.

 

Rule 1: If you get into an argument with a Peter Principled executive, you’ll lose.

Rule 2: Don’t argue with Peter Principled executive.

 

If we want to make it easy for the right work to happen, we’ve got to learn how to make it easy for the Peter Principled executive to get out of the way.  First, ask yourself why the executive is in the way. Why are they blocking progress? What’s keeping them from doing the right thing? Usually it comes down to the fear of change or the fear of losing control.  Now it’s time to think of a work product that will help make the case there’s a a better way. Think of a small experiment to demonstrate a new way is possible and then run the experiment. Don’t ask, just run it. But the experiment isn’t the work product. The work product is a short report that makes it clear the new paradigm has been demonstrated, at least at small scale.  The report must be clear and dense and provide objective evidence the right work happened by the right people in the right way.  It must be written in a way that preempts argument – this is what happened, this is who did it, this is what it looks like and this is the benefit.

It’s critical to choose the right people to run the experiment and create the work product. The work must be done by someone in the chain of command of the in-the-way executive.  Once the work product is created, it must be shared with an executive of equal status who is by definition outside the chain of command.  From there, that executive must send a gracious email back into the chain of command that praises the work, praises the people who did it and praises the leader within the chain of command who had the foresight to sponsor such wonderful work.

As this public positivity filters through the organization, more people will add their praise of the work and the leaders that sponsored it.  And by the time it makes it up the food chain to the executive of interest, the spider web of positivity is anchored across the organization and can’t be unwound by argument. And there you have it. You created the causes and conditions for the log jam to unjam itself.  It’s now easy for the executive to get out of the way because they and their organization have already been praised for demonstrating the new paradigm.  You’ve built a bridge across the emotional divide and made it easy for the executive and the status quo to cross it.

Asking for the right work product is a powerful skill. Most error on the side of complication and complexity, but the right work product is just the opposite – simple and tight. Think sledgehammer to the forehead in the form of and Excel chart where the approach is beyond reproach; where the chart can be interpreted just one way; where the axes are labeled; and it’s clear the status quo is long dead.

Business model is dead and we’ve got to stop trying to keep it alive. It’s time to break the log jam. Don’t be afraid. Create the right work product that is the dynamite that blows up the status quo and the executives clinging to it.

Image credit – Emilio Küffer

Mike Shipulski Mike Shipulski
Subscribe via Email

Enter your email address:

Delivered by FeedBurner

Archives