Shipulski On Design

Archive for the ‘Problems’ Category

One of the best problems to solve for your customers is the problem they don’t know they have.  If you can pull it off, you will create an entirely new value proposition for them and enable them to do things they cannot do today. But the problem is they can’t ask you to solve it because they don’t know they have it.

To identify problems customs can’t see, you’ve got to watch them go about their business.  You’ve got to watch all aspects of their work and understand what they do and why they do it that way.  And it’s their why that helps you find the transparent problems.  When they tell you their why, they tell you the things they think cannot change and the things they consider fundamental constraints.  Their whys tell you what they think is unchangeable.  And from their perspective, they’re right.  These things are unchangeable because they don’t know what’s possible with new technologies.

Once you know their unchangeable constraints, choose one to work on and turn it into a tight problem statement.  Then use your best tools and methods to solve it.  Once solved, you’ve got to make a functional prototype and show them in person.  Without going back to them with a demonstration of a functional prototype, they won’t believe you.  Remember, you did something they didn’t think was possible and changed the unchangeable.

When demonstrating the prototype to the customer, just show it in action.  Don’t describe it, just show them and let them ask questions.  Listen to their questions so you can see the prototype through their eyes.  And to avoid leading the witness, limit yourself to questions that help you understand why they see the prototype as they do.  The way they see the prototype will be different than your expectations, and that difference is called learning.  And if you find yourself disagreeing with them, you’re doing it wrong.

This first prototype won’t hit the mark exactly, but it will impress the customer and it will build trust with them.  And because they watched the prototype in action, they will be able to tell you how to improve it.  Or better yet, with their newfound understanding of what’s possible, they might be able to see a more meaningful transparent problem that, once solved, could revolutionize their industry.

Customers know their work and you know what’s possible.  And prototypes are a great way to create the future together.

“Transparent” by Rene Mensen is licensed under CC BY 2.0.

Clean-sheet designs are fun, right up until they don’t launch.

When you feel the urge to do a clean-sheet design, go home early.

When you don’t know how to make it better, make it worse and do the opposite.

Without trying, there is no way to know if it will work.

Trying sometimes feels like dying.

But without trying, nothing changes.

Agreement is important, but only after the critical decision has been made.

When there’s 100% agreement, you waited too long to make the decision.

When it’s unclear who the customer is, ask “Whose problem will be solved?”

When the value proposition is unclear, ask ‘What problem will be solved?”

When your technology becomes mature, no one wants to believe it.

When everyone believes the technology is mature, you should have started working on the new technology four years ago.

If your projects are slow, blame your decision-making processes.

Two of the most important decisions: which projects to start and which to stop.

All the action happens at the interfaces, but that’s also where two spans of control come together and chafe.

If you want to understand your silos and why they don’t play nicely together, look at the organizational chart.

When a company starts up, the product sets the organizational structure.

Then, once a company is mature, the organizational structure constrains the product.

At the early stages of a project, there’s a lot of uncertainty.

And once the project is complete, there’s a lot of uncertainty.

“Toys Never Forget” by Alyssa L. Miller is marked with CC BY 2.0.

If you see a problem, tell someone.  But, also, tell them how you’d like to improve things.

Once you see a problem, you have an obligation to seek a solution.

Complaining is telling someone they have a problem but stopping short of offering solutions.

To stop someone from complaining, ask them how they might make the situation better.

Problems are good when people use them as a forcing function to create new offerings.

Problems are bad when people articulate them and then go home early.

Thing is, problems aren’t good or bad.  It’s our response that determines their flavor.

If it’s your problem, it can never be our solution.

Sometimes the best solution to a problem is to solve a different one.

Problem-solving is 90% problem definition and 10% getting ready to define the problem.

When people don’t look critically at the situation, there are no problems.  And that’s a big problem.

Big problems require big solutions. And that’s why it’s skillful to convert big ones into smaller ones.

Solving the right problem is much more important than solving the biggest problem.

If the team thinks it’s impossible to solve the problem, redefine the problem and solve that one.

You can relabel problems as “opportunities” as long as you remember they’re still problems

When it comes to problem-solving, there is no partial credit. A problem is either solved or it isn’t.

“Fry complaining” by kaibara87

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

How to decide if a problem is worth solving?

If it’s a new problem, try to solve it.

If it’s a problem that’s already been solved, it can’t be a new problem.  Let someone else re-solve it.

If a new problem is big, solve it in a small way.  If that doesn’t work, try to solve it in a smaller way.

If there’s a consensus that the problem is worth solving, don’t bother. Nothing great comes from consensus.

If the Status Quo tells you not to solve it, you’ve hit paydirt!

If when you tell people about solving the problem they laugh, you’re onto something.

If solving the problem threatens the experts, double down.

If solving the problem obsoletes your most valuable product, solve it before your competition does.

If solving the problem blows up your value proposition, light the match.

If solving the problem replaces your product with a service, that’s a recipe for recurring revenue.

If solving the problem frees up a factory, well, now you have a free factory to make other things.

If solving the problem makes others look bad, that’s why they’re trying to block you from solving it.

If you want to know if you’re doing it right, make a list of the new problems you’ve tried to solve.

If your list is short, make it longer.

“CERDEC Math and Science Summer Camp, 2013” by CCDC_C5ISR is licensed under CC BY 2.0

There’s a lot of noise at work.  I’m not talking about the audible noise you hear in your office or the chatter of your coworkers. I’m talking about the noise purposefully created to slather a layer of importance to things that aren’t all that important.

Corporate priorities are created at the company level to move the company in a new direction. There are regular presentations made by the leadership team to educate everyone on the new direction and help everyone think the initiative is important.  This takes a lot of time and energy.  Then, there are regular meetings held across the company to hear the sermon of the corporate priorities. How much does it cost for everyone in the company to sit through a one-hour sermon on corporate priorities? How much does it cost to do this quarterly or monthly? Because the cost is high and the value is low, corporate priorities have a high noise content.

Monthly reports on the status of the corporate priorities take a lot of work to pull together. These reports tell us how things are going at a high level but are not actionable.  Some initiatives are green, some are yellow, and some are red.  So what? After reading a monthly report of a corporate initiative, have you ever changed your work in any way? I didn’t think so, because the report is noise.

If your work brings about no changes, the work is noise.

If you complete a talent assessment for your team and no one’s work changes or no one changes teams, the talent assessment is noise. If you are asked to create a summary of your work experience to support a talent assessment and nothing changes after the assessment, the talent assessment program is noise. If you are asked to put together a succession plan and nothing changes, the succession planning process is noise. If you are asked to put together an improvement plan for your team’s culture and no one reads the plan or holds you accountable, the culture improvement program is noise.

If you write a monthly report and no asks questions about it, the monthly reporting process is noise. If you write a charter for a project and no one asks questions about it, the project definition process is noise. If someone sets up a meeting without a defined agenda, that meeting is noise. If no one writes meeting minutes, the meeting is noise. If there will be no decision made at the meeting, don’t go because that meeting is noise.

Work is 95% noise.

If someone asks for help, help them because that is not noise. When you see a problem, do something about it because that’s not noise.  When you see something that’s missing, fill the hole because that’s not noise.  When something interests you, investigate it because that’s not noise.  When your curiosity gets the best of you, that’s not noise.  When something is important to you, that’s not noise.  When something should be important to someone else, tell them because that’s not noise.

When the work is noise, don’t do it. But if you must do it, do it with minimal effort and do it poorly. Don’t start the work until two weeks after the deadline. With luck, next time they’ll ask someone else to do it. If you think the work is noise, it probably is. Don’t do the work until you’re asked three times. Then, do it poorly.

If the customer won’t benefit, the work is noise. If the work is new and the customer might benefit, the work is not noise. If you are unsure if the work is noise, ask how might customer benefit.  If you are pursuing something that will grow the top line, it’s not noise. If you’re unsure if the work is noise, ask how the work might grow the top line.

If it’s noise, say no.  That will free up your time to say yes to things that are real.

“Olive with her NYE hearing protection… Muffs on upside down work great!” by Bekathwia is licensed under CC BY-SA 2.0

If you don’t know what the problem is, that’s your first problem.

A problem can’t be a problem unless there’s a solution.  If there’s no possible solution, don’t try to solve it, because it’s not a problem.

If there’s no problem, you have a big problem.

If you’re trying to solve a problem, but the solution is outside your sphere of influence, you’re taking on someone else’s problem.

If someone tries to give you a gift but you don’t accept it, it’s still theirs. It’s like that with problems.

If you want someone to do the right thing, create a problem for them that, when solved, the right thing gets done.

Problems are good motivators and bad caretakers.

A problem is between two things, e.g., a hammer and your thumb.  Your job is to figure out the right two things.

When someone tries to give you their problem, keep your hands in your pockets.

A problem can be solved before it happens, while it happens, or after it happened.  Each time domain has different solutions, different costs, and different consequences.  Your job is to choose the most appropriate time domain.

If you have three problems, solve one at a time until you’re done.

Solving someone else’s problem is a worst practice.

If you solve the wrong problem, you consume all the resources needed to solve the right problem without any of the benefits of solving it.

Ready, fire, aim is no way to solve problems.

When it comes to problems, defining IS solving.

If you learn one element of problem-solving, learn to see when someone is trying to give you their problem.

“My first solved Rubik’s cube” by Nina Stawski is licensed under CC BY 2.0

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.

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 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

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