Posts Tagged ‘Problems’
Stop reusing old ideas and start solving new problems.
Creating new ideas is easy. Sit down, quiet your mind, and create a list of five new ideas. There. You’ve done it. Five new ideas. It didn’t take you a long time to create them. But ideas are cheap.
Converting ideas into sellable products and selling them is difficult and expensive. A customer wants to buy the new product when the underlying idea that powers the new product solves an important problem for them. In that way, ideas whose solutions don’t solve important problems aren’t good ideas. And in order to convert a good idea into a winning product, dirt, rocks, and sticks (natural resources) must be converted into parts and those parts must be assembled into products. That is expensive and time-consuming and requires a factory, tools, and people that know how to make things. And then the people that know how to sell things must apply their trade. This, too, adds to the difficulty and expense of converting ideas into winning products.
The only thing more expensive than converting new ideas into winning products is reusing your tired, old ideas until your offerings run out of sizzle. While you extend and defend, your competitors convert new ideas into new value propositions that bring shame to your offering and your brand. (To be clear, most extend-and-defend programs are actually defend-and-defend programs.) And while you reuse/leverage your long-in-the-tooth ideas, start-ups create whole new technologies from scratch (new ideas on a grand scale) and pull the rug out from under you. The trouble is that the ultra-high cost of extend-and-defend is invisible in the short term. In fact, when coupled with reuse, it’s highly profitable in the moment. It takes years for the wheels to fall off the extend-and-defend bus, but make no mistake, the wheels fall off.
When you find the urge to create a laundry list of new ideas, don’t. Instead, solve new problems for your customers. And when you feel the immense pressure to extend and defend, don’t. Instead, solve new problems for your customers.
And when all that gets old, repeat as needed.
“Cave paintings” by allspice1 is licensed under CC BY-ND 2.0
Do you have a problem?
If it’s your problem, fix it. If it’s not your problem, let someone else fix it.
If you fix someone else’s problem, you prevent the organization from fixing the root cause.
If you see a problem, say something.
If you see a problem, you have an obligation to do something, but not an obligation to fix it.
If someone tries to give you their stinky problem and you don’t accept it, it’s still theirs.
If you think the problem is a symptom of a bigger problem, fixing the small problem doesn’t fix anything.
If someone isn’t solving their problem, maybe they don’t know they have a problem.
If someone you care about has a problem, help them.
If someone you don’t care about has a problem, help them, too.
If you don’t have a problem, there can be no progress.
If you make progress, you likely solved a problem.
If you create the right problem the right way, you presuppose the right solution.
If you create the right problem in the right way, the right people will have to solve it.
If you want to create a compelling solution, shine a light on a compelling problem.
If there’s a big problem but no one wants to admit it, do the work that makes it look like the car crash it is.
If you shine a light on a big problem, the owner of the problem won’t like it.
If you shine a light on a big problem, make sure you’re in a position to help the problem owner.
If you’re not willing to contribute to solving the problem, you have no right to shine a light on it.
If you can’t solve the problem, it’s because you’ve defined it poorly.
Problem definition is problem-solving.
If you don’t have a problem, there’s no problem.
And if there’s no problem, there can be no solution. And that’s a big problem.
If you don’t have a problem, how can you have a solution?
If you want to create the right problem, create one that tugs on the ego.
If you want to shine a light on an ego-threatening problem, make it as compelling as a car crash – skid marks and all.
If shining a light on a problem will make someone look bad, give them an opportunity to own it, and then turn on the lights.
If shining a light on a problem will make someone look bad, so be it.
If it’s not your problem, keep your hands in your pockets or it will become your problem.
But no one can give you their problem without your consent.
If you’re damned if you do and damned if you don’t, the problem at hand isn’t your biggest problem.
If you see a problem but it’s not yours to fix, you’re not obliged to fix it, but you are obliged to shine a light on it.
When it comes to problems, when you see something, say something.
But, if shining a light on a big problem is a problem, well, you have a bigger problem.
“No Problem!” by Andy Morffew is licensed under CC BY 2.0
Without a problem there can be no progress.
Without a problem, there can be no progress.
And only after there’s too much no progress is a problem is created.
And once the problem is created, there can be progress.
When you know there’s a problem just over the horizon, you have a problem.
Your problem is that no one else sees the future problem, so they don’t have a problem.
And because they have no problem, there can be no progress.
Progress starts only after the calendar catches up to the problem.
When someone doesn’t think they have a problem, they have two problems.
Their first problem is the one they don’t see, and their second is that they don’t see it.
But before they can solve the first problem, they must solve the second.
And that’s usually a problem.
When someone hands you their problem, that’s a problem.
But if you don’t accept it, it’s still their problem.
And that’s a problem, for them.
When you try to solve every problem, that’s a problem.
Some problems aren’t worth solving.
And some don’t need to be solved yet.
And some solve themselves.
And some were never really problems at all.
When you don’t understand your problem, you have two problems.
Your first is the problem you have and your second is that you don’t know what your problem by name.
And you’ve got to solve the second before the first, which can be a problem.
With a big problem comes big attention. And that’s a problem.
With big attention comes a strong desire to demonstrate rapid progress. And that’s a problem.
And because progress comes slowly, fervent activity starts immediately. And that’s a problem.
And because there’s no time to waste, there’s no time to define the right problems to solve.
And there’s no bigger problem than solving the wrong problems.
When The Wheels Fall Off
When your most important product development project is a year behind schedule (and the schedule has been revved three times), who would you call to get the project back on track?
When the project’s unrealistic cost constraints wall of the design space where the solution resides, who would you call to open up the higher-cost design space?
When the project team has tried and failed to figure out the root cause of the problem, who would you call to get to the bottom of it?
And when you bring in the regular experts and they, too, try and fail to fix the problem, who would you call to get to the bottom of getting to the bottom of it?
When marketing won’t relax the specification and engineering doesn’t know how to meet it, who would you call to end the sword fight?
When engineering requires geometry that can only be made by a process that manufacturing doesn’t like and neither side will give ground, who would you call to converge on a solution?
When all your best practices haven’t worked, who would you call to invent a novel practice to right the ship?
When the wheels fall off, you need to know who to call.
If you have someone to call, don’t wait until the wheels fall off to call them. And if you have no one to call, call me.
Image credit — Jason Lawrence
Now that you know your product is bad for the environment, what will you do?
If your products were bad for the environment, what would you do?
If your best products were the worst for the environment, what would you do?
If you knew your products hurt the people that use them, what would you do?
If you knew your sales would be reduced if you told your customers that your products were bad for their health, what would you do?
If you knew a competitive technology was fundamentally less harmful to the environment, what would you do?
If you knew that competitive technology did not hurt the people that use it, what would you do?
If you knew that competitive technology was taking market share from you, what would you do?
If you knew that competitive technology was improving faster than yours, what would you do?
If you knew how to redesign your product to make it better for the environment, but that redesign would reduce the product’s performance in other areas, what would you do?
If that same redesign effort generated patented technology, what would you do?
So, what will you do?
Image credit — Shane Gorski
How To Know if You’re Moving in a New Direction
If you want to move in a new direction, you can call it disruption, innovation, or transformation. Or, if you need to rally around an initiative, call it Industrial Internet of Things or Digital Strategy. The naming can help the company rally around a new common goal, so take some time to argue about and get it right. But, settle on a name as quickly as you can so you can get down to business. Because the name isn’t the important part. What’s most important is that you have an objective measure that can help you see that you’ve stopped talking about changing course and started changing it.
When it’s time to change course, I have found that companies error on the side of arguing what to call it and how to go about it. Sure, this comes at the expense of doing it, but that’s the point. At the surface, it seems like there’s a need for the focus groups and investigatory dialog because no one knows what to do. But it’s not that the company doesn’t know what it must do. It’s that no one is willing to make the difficult decision and own the consequences of making it.
Once the decision is made to change course and the new direction is properly named, the talk may have stopped but the new work hasn’t started. And this is when it’s time to create an objective measure to help the company discern between talking about the course change and actively changing the course.
Here it is in a nutshell. There can be no course change unless the projects change.
Here’s the failure mode to guard against. When the naming conventions in the operating plans reflect the new course heading but sitting under the flashy new moniker is the same set of tired, old projects. The job of the objective measure is to discern between the same old projects and new projects that are truly aligned with the new direction.
And here’s the other half of the nutshell. There can be no course change unless the projects solve different problems.
To discern if the company is working in a new direction, the objective measure is a one-page description of the new customer problem each project will solve. The one-page limit helps the team distill their work into a singular customer problem and brings clarity to all. And framing the problem in the customer’s context helps the team know the project will bring new value to the customer. Once the problem is distilled, everyone will know if the project will solve the same old problem or a new one that’s aligned with the company’s new course heading. This is especially helpful the company leaders who are on the hook to move the company in the new direction. And ask the team to name the customer. That way everyone will know if you are targeting the same old customer or new ones.
When you have a one-page description of the problem to be solved for each project in your portfolio, it will be clear if your company is working in a new direction. There’s simply no escape from this objective measure.
Of course, the next problem is to discern if the resources have actually moved off the old projects and are actively working on the new projects. Because if the resources don’t move to the new projects, you’re not solving new problems and you’re not moving in the new direction.
Image credit – Walt Stoneburner
Four Pillars of Innovation – People, Learning, Judgment and Trust
Innovation is a hot topic. Everyone wants to do it. And everyone wants a simple process that works step-wise – first this, then that, then success.
But Innovation isn’t like that. I think it’s more effective to think of innovation as a result. Innovation as something that emerges from a group of people who are trying to make a difference. In that way, Innovation is a people process. And like with all processes that depend on people, the Innovation process is fluid, dynamic, complex, and context-specific.
Innovation isn’t sequential, it’s not linear and cannot be scripted.. There is no best way to do it, no best tool, no best training, and no best outcome. There is no way to predict where the process will take you. The only predictable thing is you’re better off doing it than not.
The key to Innovation is good judgment. And the key to good judgment is bad judgment. You’ve got to get things wrong before you know how to get them right. In the end, innovation comes down to maximizing the learning rate. And the teams with the highest learning rates are the teams that try the most things and use good judgement to decide what to try.
I used to take offense to the idea that trying the most things is the most effective way. But now, I believe it is. That is not to say it’s best to try everything. It’s best to try the most things that are coherent with the situation as it is, the market conditions as they are, the competitive landscape as we know it, and the the facts as we know them.
And there are ways to try things that are more effective than others. Think small, focused experiments driven by a formal learning objective and supported by repeatable measurement systems and formalized decision criteria. The best teams define end implement the tightest, smallest experiment to learn what needs to be learned. With no excess resources and no wasted time, the team wins runs a tight experiment, measures the feedback, and takes immediate action based on the experimental results.
In short, the team that runs the most effective experiments learns the most, and the team that learns the most wins.
It all comes down to choosing what to learn. Or, another way to look at it is choosing the right problems to solve. If you solve new problems, you’ll learn new things. And if you have the sightedness to choose the right problems, you learn the right new things.
Sightedness is a difficult thing to define and a more difficult thing to hone and improve. If you were charged with creating a new business in a new commercial space and the survival of the company depended on the success of the project, who would you want to choose the things to try? That person has sightedness.
Innovation is about people, learning, judgement and trust.
And innovation is more about why than how and more about who than what.
Image credit – Martin Nikolaj Christensen
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
Thoughts on Selling
Like most things, selling is about people.
The hard sell has nothing to do with selling.
Just when you think you’re having the least influence, you’re having the most.
When – ready, sell, listen – has run its course, try – ready, listen, sell.
Regardless of how politely it’s asked, “How many do you want?” isn’t selling.
If sales people are compensated by sales dollars, why do you think they’ll sell strategically?
The time horizon for selling defines the selling.
When people think you’re selling, they’re not thinking about buying.
Selling is more about ears than mouths.
Selling on price is a race to the bottom.
Wanting sales people to develop relationships is a great idea; why not make it worth their while?
Solving customer problems is selling.
Making it easy to buy makes it easy to sell.
You can’t sell much without trust.
Sell like you expect your first sale will happen a year from now.
Selling is a result.
I’m not sure the best way to sell; but listening can’t hurt.
Over-promising isn’t selling, unless you only want to sell once.
Helping customers grow is selling.
Delaying gratification is exceptionally difficult, but it’s wonderful way to sell.
Ground yourself in the customers’ work and the selling will take care of itself.
People buy from people and people sell to people.
Image credit – Kevin Dooley
If you want to learn, define a learning objective.
Innovation is all about learning. And if the objective of innovation is learning, why not start with learning objectives?
Here’s a recipe for learning: define what you want to learn, figure how you want to learn, define what you’ll measure, work the learning plan, define what you learned and repeat.
With innovation, the learning is usually around what customers/users want, what new things (or processes) must be created to satisfy their needs and how to deliver the useful novelty to them. Seems pretty straightforward, until you realize the three elements interact vigorously. Customers’ wants change after you show them the new things you created. The constraints around how you can deliver the useful novelty (new product or service) limit the novelty you can create. And if the customers don’t like the novelty you can create, well, don’t bother delivering it because they won’t buy it.
And that’s why it’s almost impossible to develop a formal innovation process with a firm sequence of operations. Turns out, in reality the actual process looks more like a fur ball than a flow chart. With incomplete knowledge of the customer, you’ve got to define the target customer, knowing full-well you don’t have it right. And at the same time, and, again, with incomplete knowledge, you’ve got to assume you understand their problems and figure out how to solve them. And at the same time, you’ve got to understand the limitations of the commercialization engine and decide which parts can be reused and which parts must be blown up and replaced with something new. All three explore their domains like the proverbial drunken sailor, bumping into lampposts, tripping over curbs and stumbling over each other. And with each iteration, they become less drunk.
If you create an innovation process that defines all the if-then statements, it’s too complicated to be useful. And, because the if-thens are rearward-looking, they don’t apply the current project because every innovation project is different. (If it’s the same as last time, it’s not innovation.) And if you step up the ladder of abstraction and write the process at a high level, the process steps are vague, poorly-defined and less than useful. What’s a drunken sailor to do?
Define the learning objectives, define the learning plan, define what you’ll measure, execute the learning plan, define what you learned and repeat.
When the objective is learning, start with the learning objectives.
Image credit Jean L.
The Evolution of New Ideas
Before there is something new to see, there is just a good idea worthy of a prototype. And before there can be good ideas there are a whole flock of bad ones. And until you have enough self confidence to have bad ideas, there is only the status quo. Creating something from nothing is difficult.
New things are new because they are different than the status quo. And if the status quo is one thing, it’s ruthless in desire to squelch the competition. In that way, new ideas will get trampled simply based on their newness. But also in that way, if your idea gets trampled it’s because the status quo noticed it and was threatened by it. Don’t look at the trampling as a bad sign, look at it as a sign you are on the right track. With new ideas there’s no such thing as bad publicity.
The eureka moment is a lie. New ideas reveal themselves slowly, even to the person with the idea. They start as an old problem or, better yet, as a successful yet tired solution. The new idea takes its first form when frustration overcomes intellectual inertia a strange sketch emerges on the whiteboard. It’s not yet a good idea, rather it’s something that doesn’t make sense or doesn’t quite fit.
The idea can mull around as a precursor for quite a while. Sometimes the idea makes an evolutionary jump in a direction that’s not quite right only to slither back to it’s unfertilized state. But as the environment changes around it, the idea jumps on the back of the new context with the hope of evolving itself into something intriguing. Sometimes it jumps the divide and sometimes it slithers back to a lower energy state. All this happens without conscious knowledge of the inventor.
It’s only after several mutations does the idea find enough strength to make its way into a prototype. And now as a prototype, repeats the whole process of seeking out evolutionary paths with the hope of evolving into a product or service that provides customer value. And again, it climbs and scratches up the evolutionary ladder to its most viable embodiment.
Creating something new from scratch is difficult. But, you are not alone. New ideas have a life force of their own and they want to come into being. Believe in yourself and believe in your ideas. Not every idea will be successful, but the only way to guarantee failure is to block yourself from nurturing ideas that threaten the status quo.
Image credit – lost places