Shipulski On Design

Archive for the ‘Culture’ Category

Know what’s new in the new design. To do that, ask for a reuse analysis and divvy up newness into three buckets – new to your company, new to your industry, new to world. If the buckets are too big, jettison some newness, and if there’s something in the new-to-world bucket, be careful.

Create test protocols (how you’ll test) and minimum acceptance criteria (specification limits) before doing design work. It’s a great way to create clarity.

Build first – build the crudest possible prototype to expose the unfamiliar, and use the learning to shape the next prototypes and to focus analyses. Do this until you run out of time.

Cost and function are joined at the hip, so measure engineering on both.

Have a healthy dissatisfaction for success. Recognize success, yes, but also recognize it’s fleeting. Someone will obsolete your success, and it should be you.

To get an engineering team to believe in themselves, you must believe in them. To believe in them, you must believe in yourself.

Whether it’s innovation, creativity, continuous improvement, or discontinuous improvement, it’s all about cultural change, and cultural change is about change in behavior.

With the police state approach, detailed processes are created and enforced; rules are created and monitored; and training is dealt out and attendance taken. Yes, behavior is changed, but it’s fleeting. Take your eye off the process, old behavior slips through the fence; look the other way from the rules, old behavior clips the barbed wire and climbs over the wall. To squelch old behavior with the police state approach, gulag energy must be consistently applied.

To squelch is one thing, but to create lasting behavior change is another altogether. But as different as they are, there’s a blurry line of justice that flips innocent to guilty. And to walk the line you’ve got to know where it is:

• Apply force, yes, but only enough to prevent backsliding – like a human ratchet. Push much harder and heels dig in.
• The only thing slower than going slow is going too fast. (Remember, you’re asking people to change the why of their behavior.) Go slow to go fast.
• Set direction and stay the course, unless there’s good reason to change. And when the team comes to you with a reason, deem it a good one, and the cornerstone of trust is laid. (This is a game of trust, not control.)

But there are some mantras to maximize:

• Over emphasize the positive and overlook the negative.
• Praise in public.
• Don’t talk, do.

The first two stand on their own, but the third deserves reinforcement.

This isn’t about your words, it’s about your behavior. And that’s good because you have full authority over your behavior. Demonstrate the new behavior so everyone knows what it looks like. Lead the way with your actions. Show them how it’s done. For lasting change, change your behavior.

Even if changing your behavior influences only one person, you’re on your way. The best prison riots start with a single punch.

Today’s answer to everything is process and tools. Define the desired outcome; create the process; create the tools.  Problem solved.

But if the desired outcome is lasting change, deterministic processes and static tools won’t get us there.  Lasting change comes from people and their behavior.

Going forward, instead of creating process, create an environment of trust so people will investigate the unfamiliar; and instead of creating tools, create time – time for people to prototype the unfamiliar.

The problem tree is big, old, and rugged with a fully developed branch network and the deepest roots. And nestled in its crown, set directly over the trunk, is the hidden tree house where the problem solvers play.

The problem tree has a left and right, with its why branches to the right and why-nots to the left. To the right, the biggest why limbs grow from the trunk then split into a series of smaller why branches which terminate at the why leaves. It’s the same on the left – big why-not limbs, why-not branches, why-not leaves.

To start their game, the problem solvers first agree on the biggest why limbs – the main reasons why to solve the problem. Once labeled, the team asks why again, and builds out the why side of the canopy – narrowing as they go. They continue their hierarchical why mapping until they get to the why leaves – the lowest-level whys. The last part is most tenuous because as the branches get smaller they can’t hold the weight and they sway in the political wind. But as the organization watches impatiently, the problem solvers know they must hang onto the smallest branches and stretch themselves hard to reach the leaves.

Once the whys are mapped the solvers know why they must solve the problem. They know who wants it solved (the biggest branches can have their own sponsor) and how the whys (and their sponsors) compliment or compete. And where the rubber meets the road (leaf level), they know why it must be solved – think manufacturing floor. Like a spider web, the why network sticks the solvers to the right problem.

Novice solvers think their ready to solve, but the seasoned climbers know it’s time swing on the wild side. It’s time to climb where few dare – the politically charged left side – the why-nots. Slowly, carefully, the climbers step from the safety of their tree house and explore why the company cannot, has not, or may not want to solve the problem. There are usually three big why-not branches – constraints, capability, and culture.

When the solvers shimmy out on the constraint branch, they usually find the smaller no-time-to-solve-it branch, with its leaves of – existing operating plans, product launches, other big problems, unfilled open positions, and reduced headcount. Though real, these branches are tough to talk about because the organization does not want to hear about them. And, sometimes, for all their dangerous climbing and shimmying, the solvers are accused of not being team players.

Their climb on the capability branch is challenging, but not for its complexity. There’s usually one branch – we don’t know how to do it, with a couple leaves – we’ve never done it before and we don’t do it that way. The capability branch is difficult because it causes the organization to overtly admit a fundamental gap. Also, it threatens the subject matter experts, who are important to the solution.

The culture branch is toughest of all. Its limbs can be slippery and sometimes have cover names (so it’s difficult for me to list them), but thematically, the best climbers know the branches represent the worn patterns of company behavior. Often, the behaviors (and the climate they create) have not been formalized, and shining a light on them may is too bright for some. But when the solvers find a why-not branch that cuts across one of these worn cowpaths, that’s just what they must do. Because without changing the behavioral pattern, there can be no solution.

With the problem tree fully built-out on a single page, it’s clear why the problem should be solved and what’s in the way (why-not). And when the solvers present it, the company decides if the whys are important enough to overcome the why-nots. If it’s a go, the first step is to prune the why-nots – resources to solve the constraint problems, tools and training to improve the capability problems, and a change in leadership behavior to solve the cultural problems. After those are taken care of, the problem definition phase comes to a close.

The problem tree defines the problem, it does not solve it. But through the process of building it out, the problem solvers (problem definers) help the company clear cut the forest of why-nots. Now, standing tall, standing alone, clearly seen for what it is, solving the problem is a breeze.

Creativity generates things that are novel and useful. Make them successful, and you’ve got innovation. There can be no innovation without creativity.

We associate creativity with innate ability that only some have; with transparent happenings that can’t be codified; with eureka moments that come from the subconscious. If anything defies process, it’s creativity. So let’s not use process to squelch creativity, let’s foster behaviors that spawn creativity.

Curiosity is the kindling for creativity; fan its flames and creativity ignites. There a two parts to curiosity – to see things as they are and to propose what could be.

To see things as they are is to create awareness of what is – awareness of context, or changes in context, awareness of worn paths and anomalies, and awareness at high and low levels of abstraction. It takes a disciplined, uncluttered mind to become aware of a new reality, especially while sitting in the old one. And because uncluttering comes only from slack time, to see things as they are is doubly difficult.

The next part of curiosity is to challenge what is in order to propose what could be. To start, root cause must be understood for the new what is. This requires active rejection of old fundamentals and a deep dive to understand new ones. This is toughest when the old fundamentals have been (and are still) successful. (And it’s doubly tough because it requires slack time.) Curiosity twists, pounds, and bends the new fundamentals into a future reality which culminates with a proposal of what could be. Done right, curiosity’s proposal is borderline heretical.

The good news is we don’t need new people – we have plenty of creative capacity. But here’s the bad news – our process thinking isn’t going to get us there because it’s all about behaviors. It’s time to think about how to change things so we can spend more time on behaviors that generate creativity. But if you must use process thinking, come up with a process that lets us spend more time on creative behaviors

The thinking (and some of the language) for this post came from Diego Uribe, a true thought leader in creativity. Thank you Diego.

If lean has taught us anything, it’s smaller is better. Smaller machines, smaller factories, smaller teams, smaller everything.

The famous Speaker of the House, Tip O’Neill, said all politics are local. He meant all action happens at the lowest levels (in the districts and neighborhoods), where everyone knows everyone, where the issues are well understood, and the fundamentals are not just talked about, they’re lived. It’s the same with manufacturing. But I’m not talking about local in the geography sense; I’m talking about the neighborhood sense. When manufacturing is neighborhood-local, it’s small, tight, focused and knowledgeable.

We mistakenly think about manufacturing strictly as the process of making things—it’s far more. In the broadest sense, manufacturing is everything: innovation, design, making and service. It’s this broad-sense manufacturing that will deliver the next economic revolution.

Previously, I described how big companies break themselves into smaller operating units. They recognize lean favors small, and they break themselves up for competitive advantage. They want to become a collective of small companies with the upside of small without of the downside of big. Yet with small companies, there’s an urge to be big.

Lean says smaller is better and more profitable. Lean says small companies have an advantage because they’re already small. Lean says small companies should stay small (neighborhood small) and be more of what they are.

Small companies have a size advantage. Their smaller scope improves focus and alignment. It’s easier to define the mission, communicate it, and work toward it. It’s easier to mobilize the neighborhood. It’s clearer when things go off track and easier to get things back on track. At the lowest level, smaller companies zero in on problems and fix them. At the highest, they align themselves with their mission. These are important advantages, but not the most important.

The real advantage is deep process knowledge. Smaller companies have less breadth and more depth, which allows them to focus energy on the work and develop deep process knowledge. Many large manufacturers have lost process knowledge over the years. Small companies tend to develop and retain more of it. We’ve forgotten the value of deep process knowledge, but as companies look for competitive advantage, its stock is rising.

Lean wants small companies to build on that strength. To take it to the next level, lean wants companies to think about manufacturing in the more-than-making sense and use that deep process knowledge to influence the product itself. Lean wants suppliers to inject their process knowledge into their customers’ product development process to radically reduce material cost and help the product sprint through the factory.

The ultimate advantage of deep process knowledge is realized when small companies use it to design products. It’s realized when people who know the process fundamentals work respectfully with their neighbors who design the product. The result is deeper process knowledge and a far more profitable product. Big companies like to work with smaller companies who can design and make.

Tip O’Neill and lean agree. All manufacturing is local. And this local nature drives a focus on the fundamentals and details. Being neighborhood-local is easier for small companies because their scope is smaller, which helps them develop and retain deep process knowledge.

Lean wants companies to be small—neighborhood-small. When small companies build on a foundation of deep process knowledge, sales grow. Lean wants sales growth, but it also wants companies to reduce their size in the neighborhood sense.

If the rule makes things take too long, do you follow it or shortcut it?

If the reason for the rule is no longer, do you follow it or declare it unreasonable?

If you don’t understand the rule do you work to understand it, or conveniently trespass?

If you don’t follow the rule, does that say something about the rule, or you?

When is a rule a rule and when is it shackles?

When it comes to law, physics, and safety, a rule is a rule.

If you’re limited by the rule, is it bad? (Isn’t far worse if you don’t realize it?)

What if the solution demands unruliness?

If you don’t follow rules, is it okay to make them?

What if a culture is so strong it rules out most everything, except following the rules?

What if a culture is so strong it demands you make the rules?

When it comes to rules, there’s only one rule – You decide.

I will hold a Workshop on Systematic DFMA Deployment on June 13 in RI. (See bottom of linked page.) I look forward to meeting you in person.

As an engineering leader you have the biggest profit lever in the company. You lead the engineering teams, and the engineering teams design the products. You can shape their work, you can help them raise their game, and you can help them change their thinking. But if you don’t win their hearts and minds, you have nothing.

Engineers must see your intentions are good, you must say what you do and do what you say, and you must be in it for the long haul. And over time, as they trust, the profit lever grows into effectiveness. But if you don’t earn their trust, you have nothing.

But even with trust, you must be light on the tiller. Engineers don’t like change (we’re risk reducing beings), but change is a must. But go too quickly, and you’ll go too slowly. You must balance praise of success with praise of new thinking and create a standing-on-the-shoulders-of-giants mindset. But this is a challenge because they are the giants – you’re asking them to stand on their own shoulders.

How do you know they’re ready for new thinking? They’re ready when they’re willing to obsolete their best work and to change their work to make it happen. Strangely, they don’t need to believe it’s possible – they only need to believe in you.

Now the tough part: There’s a lot of new thinking out there. Which to choose?

Whatever the new thinking, it must make sense at a visceral level, and it must be simple. (But not simplistic.) Don’t worry if you don’t yet have your new thinking; it will come. As a seed, here are my top three new thinkings:

Define the problem. This one cuts across everything we do, yet most underwhelm it. To get there, ask your engineers to define their problems on one page. (Not five, one.) Ask them to use sketches, cartoons, block diagram, arrows, and simple nouns and verbs.  When they explain the problem on one page, they understand the problem. When they need two, they don’t.

Test to failure. This one’s subtle but powerful. Test to define product limits, and don’t stop until it breaks. No failure, no learning. To get there, resurrect the venerable test-break-fix cycle and do it until you run out of time (product launch.) Break the old product, test-break-fix the new product until it’s better.

Simplify the product. This is where the money is. Product complexity drives organizational complexity – simplify the product and simply everything. To get there, set a goal for 50% part count reduction, train on Design for Assembly (DFA), and ask engineering for part count data at every design review.

I challenge you to challenge yourself: I challenge you to define new thinking; I challenge you to help them with it; I challenge you to win their hearts and minds.

For the foreseeable future, there will be more work than time. Yet year-on-year we’re asked to get more done and year-on-year we pull it off. Most are already at our maximum hour threshold, so more hours is not the answer. The answer is productivity.

Like it or not, there are physical limits to the number of hours worked. At a reasonable upper our bodies need sleep and our families deserve our time. And at the upper upper end, a 25 hour day is not possible. Point is, at some point we draw a line in the sand and head home for the day. Point is, we have finite capacity.

As a thought experiment, pretend you’re at (or slightly beyond) your reasonable upper limit and not going to work more hours. If your work stays the same, your output will be constant and productivity will be zero. But since productivity will increase, your work must change. No magic here, but how to change your work?

Changing your work is about choice – the choice to change your work. You know your work best and you’re the best one to choose. And your choice comes down to what you’ll stop doing.

The easiest thing to stop doing is work you’ve just completed. It’s done, so stop. Finish one, start one is the simplest way to go through life, but it’s not realistic (and productivity does not increase.) Still, it makes for a good mantra: Stop starting and start finishing.

The next things to stop are activities that have no value. Stop surfing and stop playing Angry Birds. Enough said. (If you need professional help to curb your surfing habit, take a look at Leechblock. It helped me.)

The next things to stop are meetings. Here are some guidelines:

• If the meeting is not worth a meeting agenda, don’t go.
• If it’s a status meeting, don’t go – read the minutes.
• If you’re giving status at a status meeting, don’t go – write a short report.
• If there’s a decision to be made, and it affects you, go.

The next thing to stop is email. The best way I know to kick the habit is a self-mandated time limit. Here are some specific suggestions:

• Don’t automatically connect your email to the server – make yourself connect to it.
• Create an email filter for the top ten most important people (You know who they are.) to route them to your Main inbox. Everyone else is routed to a Read Later inbox.
• Check email for fifteen minutes in the morning and fifteen minutes in the afternoon. Start with the Main inbox (important people) and move to the Read Later inbox if you have time. If you don’t have time for the Read Laters, that’s okay – read them later.
• Create an email rule that automatically deletes unread emails in two days and read ones in one.
• Let bad things happen and adjust your email filters and rules accordingly.

Once you’ve chosen to stop the non-productive work, you’ll have more than doubled your productive hours which will double your productivity. That’s huge.

The tough choices come when you must choose between two (or more) sanctioned projects. There are also tricks for that, but that’s different post.

Some thoughts on no:

• Yes is easy, no is hard.
• Sometimes slower is faster.
• Yes, and here’s what it will take:
• The best choose what they’ll not do.
• Judge people on what they say no to.
• Work and resources are a matched pair.
• Define the work you’ll do and do just that.
• Adding scope is easy, but taking it out is hard.
• Map yes to a project plan based on work content.
• Challenge yourself to challenge your thinking on no.
• Saying yes to something means saying no to something else.
• The best have chosen wrong before, that’s why they’re the best.
• It’s better to take one bite and swallow than take three and choke.

Fun is no longer part of the business equation. Our focus on productivity, quality, and cost has killed it. Killed it dead. Vital few, return on investment, Gantt charts, project plans, and criminal number one – PowerPoint.  I can’t stand it.

What happens when you try to have a little fun at work? People look at you funny. They say: What’s wrong with you? Look! You’re smiling, you must be sick. (I hope you’re not contagious.) Don’t put us at ease, or we may be creative, be innovative, or invent something.

We’ve got it backward.  Fun is the best way to improve productivity (and feel good doing it), the best way to improve work quality (excitement and engagement in the work), and the best way to reduce costs (and feel good doing it.)  Fun is the best way to make money.

When we have fun we’re happy. When we’re happy we are healthy and engaged.  When we’re healthy we come to work (and do a good job.) And when we’re engaged everything is better.

Maybe fun isn’t what’s important. Maybe it’s all the stuff that results from fun. Maybe you should find out for yourself.  Maybe you should have some fun and see what happens.