Shipulski On Design

Situation A

• The economy has picked up, but your sales have dropped off.
• Competitors’ products work better than yours.
• Competitors’ product launches are more frequent than yours.
• The number of competitors is increasing.
• The sales team is angry – they cannot sell against competitors.
• The product roadmap is more of the same.

The situation is clear – you’re behind your competitors, and they are accelerating. The action plan is clear – leapfrog your competitors.

Declare failure with the more-of-the-same product roadmap, and imagine a new one. The new one must leapfrog your competitors (though they’re accelerating). Imagine a new product roadmap that’s so radical it’s borderline ridiculous, that’s so outrageous you’re afraid to present it. (A sign it’s right on-the-mark.) Imagine one you have little to no idea how to do. Now, take the best of the ridiculous product roadmap and replace the oldest parts of the old one. Create a nice hybrid, and make it happen.

Situation A is tough because there is stress around the company’s future, and it’s easy because there’s a clear reason to innovate – company survival.

a

Situation B

• The economy has dropped off, but your sales have picked up.
• Your products work better than your competitors’.
• Your product launches are more frequent than your competitors’.
• There the number of competitors is decreasing.
• The sales team is happy – they can sell against competitors.
• The product roadmap is more of the same.

The situation is clear – you’re ahead of your competitors, and they are accelerating. The action plan is clear – leapfrog yourself.

Declare failure with the more-of-the-same product roadmap, and imagine a new one. The new one must leapfrog yourself (though you’re accelerating). Imagine a new product roadmap that’s so radical it’s borderline ridiculous, that’s so outrageous you’re afraid to present it. (A sign it’s right on-the-mark.) Imagine one you have little to no idea how to do. Now, take the best of the ridiculous product roadmap and replace the oldest parts of the old one.  Create a nice hybrid, and make it happen.

Situation B is easy because there is no stress around the company’s future, and it’s difficult because there is no clear reason to innovate.

There’s no reason to argue which situation you’re in, no need to argue which is more difficult. Either way, leapfrog something.

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

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

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

What could be better for your company?

What could be better for you?

When asked how to improve manufacturing, the recipe is clear: lean.  When asked how to improve engineering, the recipe: there isn’t one.  Each engineering improvement effort is unique; though there are common themes and building blocks, each has its own fingerprint.

Each company has its own strengths, weaknesses, opportunities and threats; each company has unique products and markets; each its own goals; each its own culture; each its own future state. Informed by uniqueness, the recipe is unique. To create your unique improvement recipe, I suggest WHY, WHAT, HOW.

WHY
Before your engineering improvement recipe can be formed, the fundamental shaping question must be answered.  Take a breath, fire up your laptop, put on your headphones, and queue up your best music. Type this question:

WHY does our business demand we improve engineering?

Now, type the answer. (Literally.) Use nouns and verbs to explain why engineering must improve. If you can’t, stop. Without a clear, concise, jargon-free answer nothing can be done to advance the cause.  (Though there can be plenty of activity, there can be no progress.) Without the WHY, you cannot pass GO.  You must create a clear, concise WHY.

Seek out help from trustworthy people to create the WHY. Don’t move forward until you understand it well enough to explain it to the engineering organization.  Now, with WHY in place, it’s time for WHAT.

WHAT
Informed by WHY, it’s time for WHAT. Secure a quiet spot, scare up a big piece of paper, and grab your favorite pen. On the top of the page, write this question:

WHAT does engineering improvement look like?

Now, draw the picture. (Literally.) Use sketches, scribbles, arrows, blocks, and people’s names to describe what improved engineering looks like.  Sit in the future and describe it in present tense.  Once drawn, review it with folks you trust, revise it, and repeat.  If you cannot draw the future, keep trying.  Once you have something, review it with folks you trust, revise it, and repeat. Don’t move forward until you draw it clearly enough to explain it to the engineering organization. And with WHAT in place, it’s time for HOW.

HOW
The first step of HOW is similar to WHAT. Pick up your favorite pen, come back to the now, and draw a picture of today’s engineering capabilities, engineering’s current state.  Again, use scribbles, blocks, arrows, and names.

The second step is to define the difference between future and current states.  With future and current state pictures side-by-side, perform a mathematical subtraction: future state – current state.  The difference is HOW. A block in future state that’s not part of the current state is a new thing that must be created; a new arrow in the future state is an activity, interaction, or relationship that must be created; a new person, named or unnamed, represents new thinking. Things that appear in both states are strengths to build on.

The third step, prioritization.  Start here:

What engineering strengths will we build on?

It’s important start with strengths. It sends the right message to the engineering organization: we must build on build on what works, build on what got us here. Engineers need to know that, fundamentally, their work is good, and major building blocks are in place, the foundation is solid.

What development areas will we improve?

Take care with this one.  To avoid a demoralized engineering team, there should be fewer development areas than strengths.  Though there may be many development areas, call out only the most important.

What’s the right first bite?

The most important improvements are those that strongly support the WHY; there’s a natural sequence of things (socks before shoes) that must be respected;  and there’s a finite amount of work that can be done.  Use these three lenses as the start of a prioritization framework.

Building blocks for engineering improvement are the same for all companies: people, tools, and processes, but there are many types of people, countless engineering tools, and all processes can be improved. WHY, WHAT, HOW can help define your unique improvement fingerprint: the right people, the right tools, the right processes, shaped by your unique company goals, and improved in right sequence.

This week marks two years of blog posts, delivered every Wednesday night (or Thursday morning for those that sleep in), whether you want it or not.  I’m proud to say I have not missed one in two years.

Here are the top 5 posts over the last 12 months (for direct visits to my website):

1. The Most Popular Posts of 2010 – seems circular, doesn’t it?
2. Upcoming Workshop on Systematic DFMA Deployment – a great time in Providence, RI – June 2011.
3. Obsolete Your Best Work – lot’s of great feedback on this one, and a great photo of a guy smashing a Lambo.
4. The Obligation of Knowing Your Shit – written after reading a great passage from Post Captain Jack Aubrey standing on the quarterdeck of HMS Surprise (from Patric O’Brian’s famed 21 volume Aubrey–Maturin series on early 19th century British Navy).
5. Improve the US Economy, One Company at a Time – I’m part way there.

For those that subscribe to my blog posts, you have different tastes.  Here are your top 5:

1. Learning Through Disagreement – written after a physics-based discussion with two talented colleges. A great photo of Tip and Reagan – two masters of working across the aisle.
2. Pushing on Engineering – how to influence an engineer, written by an engineer.
3. Improve the US Economy, One Company at a Time – the only overlap between the lists. I’m still only part way there.
4. It’s All About Judgement – innovation is 90% judgement and the other half perspiration.  Good luck trying to manage it like a manufacturing process.
5. Voice of Technology – who knew listening to Technology could be so sexy.

You thought these posts were important – you voted with your mouse.  So, please retweet, email, or send this post to those that matter to you. Pay it forward.

I look forward to another great year.  Thanks for reading.

Mike

Creating new products that provide a useful function is hard, and insuring they function day-in and day-out is harder.  Plain and simple, engineering is hard.

Planes must fly, cars must steer, and Velcro must stick. But, at every turn, there are risks, reasons why a new design won’t work, and it’s the engineer’s job to make the design insensitive to these risks. (Called reducing signal to noise ratio in some circles.) At a fundamental level engineering is about safety, and at a higher level it’s about sales – no function, no sales.

That’s why at every opportunity engineers reduce risk . (And thank goodness we do.) It makes sense that we’re the ones that think things through to the smallest detail, that can’t move on until we have the answer, that ask odd questions that seem irrelevant. It all makes sense since we’re the ones responsible if the risks become reality. We’re the ones that bear ultimate responsibility for product function and safety, and, thankfully, it shapes us.

But there’s a dark side to this risk reduction mindset – where we block our thinking, where we don’t try something new because  of problems we think we may have, problems we don’t have yet. The cause of this innovation-limiting behavior: problem broadening, where we apply a thick layer of problem over the entirety of a new concept, and declare it unworkable. Truth is, we don’t understand things well enough to make that declaration, but, in a knee-jerk way, we misapply our natural risk reduction mindset. Clearly, problems exist when doing new, but real problems are not broad, real problems are not like peanut butter and jelly spread evenly across the whole sandwich. Real problems are narrow; real problems are localized, like getting a drip of jelly on your new shirt.

How to get the best of both worlds? How to embrace the risk reduction mindset so products are safe and help engineering folks to try something radically new? To innovate?

We’ve got the risk reduction world covered, so it’s all about enhancing the try-something-new side. To do this we need to combat problem broadening; we need a process for problem narrowing. With problem narrowing, engineers drill down until the problem is defined as the interaction of two elements (the jelly and your shirt), defined in space (the front of your shirt) and time (when the knife drops a dollop on your shirt). Where problem broadening tells us to avoid making peanut butter and jelly sandwiches altogether (those sandwiches will always dirty our shirts), problem narrowing tells use to put something between the knife and the front of your shirt, or to put on your new shirt after you make your sandwich, or to do something creative to keep the jelly away from our shirt.

Problems narrow as knowledge deepens. Work through your fears, try something new, and advance your knowledge. Then define your problems narrowly, and solve them.

Innovate.

We all want to increase profits, but sometimes we get caught in the details and miss the big picture:

Profit = (Price – Cost) x Volume.

It’s a simple formula, but it provides a framework to focus on fundamentals. While all parts of the organization contribute to profit in their own way, engineering’s work has a surprisingly broad impact on the equation.

The market sets price, but engineering creates function, and improved function increases the price the market will pay. Design the product to do more, and do it better, and customers will pay more. What’s missing for engineering is an objective measure of what is good to the customer.

To read the complete article, click this link.

We’re starting to come to terms with the green revolution; we’re staring to realize that green is good for our planet and even better for our business. But how do we put greenwashing behind us and truly make a difference?

To improve recyling, find the non-recyclable stuff in your product and design it out.  Make a Pareto chart of non-recyclable stuff (by weight) by major subassembly, and focus the design effort on the biggest brown bars of the Pareto. (Consider packaging a major subassembly and give it its own bar.)

To improve carbon footprint of logistics, find the weight and volume of your product and design out the biggest and heaviest.  Make a Pareto chart of weight by major subassembly, and focus the design effort on the heaviest brown bars. Make a Pareto chart of volume by major subassembly, (Make cube around the subassembly and calculate volume in mm³.) and focus the design effort on the biggest bars. (Don’t forget the packaging.)

To improve energy efficiency of your factory, find electricity consumption and design it out.  Make a Pareto chart of electricity consumption by major process step then map it to the product – to the element of the product that creates the need for electricity, and focus the design effort on the biggest bars.

Going forward, here are some thoughts to help grow your business with green (and save the planet):

• It’s easier to design out brown than to design in green.
• To design out brown, you’ve got to know where it is.
• The product creates brown – look to the product to eliminate it.

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

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

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

me to we

talk to listen

verify to trust

fear to confidence

comply to embrace

compete to collaborate

next month to next week

can’t to could, could to can

no to maybe, maybe to how

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

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

Last month a group of engineers met secretly to reinvent the US economy one company at a time.  Here are some of the players, maybe you’ve heard of them:

Alcoa, BAE, Boeing, Bose, Covidien, EMC, GE Medical, GE Transportation, Grundfos, ITT, Medrad, Medtronic, Microsoft, Motorola, Pratt & Whitney, Raytheon, Samsung, Schneider Electric, Siemens, United Technologies, Westinghouse, Whirlpool.

Presenter after presenter the themes were the same: double profits, faster time to market, and better products – the triple crown of product development. Magic in a bottle, and still the best kept secret of the product development community. (No sense sharing the secret sauce when you can have it all for yourself.)

Microsoft used the secret sauce to increase profits of their hardware business by $75 million; Boeing recently elevated the secret methodology to the level of lean. Yet it’s still a secret.

What is this sauce that doubles profits without increasing sales?  (That’s right, doubles.) What is this magic that decreases time to market? That reduces engineering documentation? That reduces design work itself? What is this growth strategy?

When trying to spread it on your company there are some obstacles, but the benefits should be enough to carry the day.  First off, the secret sauce isn’t new, but double the profits should be enough to take a first bite.  Second, its name doesn’t roll off the tongue (there’s no sizzle), but decreased time to market should justify a taste test. Last, design engineering must change its behavior (we don’t like to do that), but improved product functionality should be enough to convince engineering to swallow.

There are also two mapping problems: First, the sauce has been mapped to the wrong organization – instead of engineering it’s mapped to manufacturing, a group that, by definition, cannot do the work. (Only engineering can change the design.) Second, the sauce is mapped to the wrong word – instead of profit it’s mapped to cost.  Engineering is praised for increased profits (higher function generates higher profits) and manufacturing is responsible for cost – those are the rules.

With double profits, reduced time to market, and improved product function, the name shouldn’t matter. But if you must know, its name is Design for Manufacturing and Assembly (DFMA), though I prefer to call it the secret sauce that doubles profits, reduces time to market, and improves product function.

Battery life of cell phones is horrific. We’re sold on high functionality, communication speed, and beautiful, bright screens, but with all systems up, the phone cannot deliver; we get about half a day. We pare down functionality, and try to make it through the day; we shut off regular requests for updates; we shut down our network connections; dim our screens to save energy. All the high functionality that defines the phone cannot be realized; the functionality that sets it apart from others, the stuff that others only dream of, cannot be realized. Our special capability cannot be used to do our jobs to the fullest; it cannot be used to do our jobs like we know we can.

Another tactic is the power nap – the quick charge in the middle of the day to get us through the crisis. Commandeer a power outlet in a quiet corner, and settle in for a little charge. (Ahh, it feels good to charge up on someone else’s nickel.) But it’s not right that we must ration our capacity for a narrow slice of the day, to save up for a flurry of high-end activity (especially Angry Birds); we should be able to go all day. But we can’t because expectations are out of line with our capability. In this new era of high power draw, our batteries cannot deliver. We must change our behavior.

Nothing beats a regular charge – home at a regular time, turn off the phone, plug in for an uninterrupted charge, and wake up in the morning fully refreshed and ready for full output. For the whole day it’s unique, innovative functionality, all communication networks up and running, and full screen brightness. That’s what you’re paid for, and that’s what you deliver – every day. But if you skip your full charge cycle, even one, it’s back into the unhealthy cycle of half-day battery life and dimmed screens. This is not a good for you, and not a good value for your company. You (and they) need you doing the things only you can do; they (and you) need you contributing at full brightness. Maintaining the regular charge cycle takes discipline, but, over the long term it’s the most productive and enjoyable way to go.

In the new lithium-ion world, we’ve forgotten a hard-learned lesson of the lead-acid era – the trickle charge. With the trickle charge, the battery is taken fully off-line, fully disconnected from the world, with no expectation of output of any kind, and hard-connected to a big charger, a special charger. This charger is usually located in a remote location and hard-wired into a dedicated circuit that cannot be compromised for any reason. For the trickle charge, the battery is connected to the all-powerful charger for two weeks, for a slow, soothing , deep-cycle charge that restores and invigorates. Upon return from the trickle charge, long-forgotten capability is restored and screens are at full brightness.

Used together, ritualistic over-night charging and regular, deep-cycle trickle charging work wonders.

Shut your phone off when you get home and take a long vacation. Your brain needs a re-charge.

Out of office reply: On vacation!

We’ve all done Voice of the Customer (VOC) work, where we jump on a plane, visit our largest customers, and ask leading questions. Under the guise of learning it’s mostly a mechanism to justify what we already want to do, to justify the products we know want to launch. (VOC should stand for Validate Our Choices.)

It’s a waste of time to ask customers for the next big thing or get their thoughts on a radical technology. First off, it’s not their job to know the next big thing, it’s ours. The next big thing is bigger than their imagination, never mind what they do today. (That’s why it’s called the next big thing.) And if we wait for customers tell us the next big thing, we’re hosed. (Their time horizon is too short and ours is shorter.) In this case it’s best to declare failure; our competitors figured it out a long time ago (they didn’t wait for the customer) and are weeks from commercialization. We should get busy on the next, next big thing because we’ve already missed this next generation. Next time we’ll silence the voice of the customer (VOC) and listen to the voice of the technology (VOT).

As far as radical technology, if we wait for customers to understand the technology, it’s not radical. Radical means radical, it means game-changing, a change so radical it obsoletes business models and creates unrecognizable, ultra-profitable, new ones. That’s radical. If we don’t start technical work until our customers understand the new technology, it’s no longer radical, and our competitors have already cornered the market. Again, we’ve missed an entire generation. Next time we’ll silence the voice of the customer (VOC) and listen to the voice of the technology (VOT).

Technology has a life force; it has a direction; it knows what it wants to be when it grows up. It has a voice. Independent of customer, it knows where it wants to go and how it will get there. At the highest level it has character traits and preferred paths, a kind of evolutionary inevitability; this is the voice of technology (VOT).

Technology will evolve to complete itself; it will move toward natural periodicity among its elements; it will harmonize itself; it will become more controllable; it will shorten its neural flow paths;  it will do yoga to improve its flexibility; its feet will grow too fast and create adolescent imbalance; it will replicate into multiples selves; it will shrink itself;  it will improve its own DNA. This is VOT.

Technology cannot tell us its lower-level embodiments (we control that), but it does sing hymns of its high-level wants and desires, and we must listen. No need to wait for VOC, it’s time to listen to VOT.

Like a dog whistle, technologists can hear VOT while others cannot. We understand the genetics of technology and we understand its desires (because we understand its physics.) We can look back to its ancestors, see its trajectory of natural evolution, and predict attributes of its offspring. Before everyone else, we see what will be.

Next time, instead of VOC, ask your technologists what the voice of technology is saying, and listen.