Shipulski On Design

Archive for the ‘Fundementals’ Category

What would happen if the factory had to support demand that increased one percent per week? Without incremental investment, how many weeks could they meet the ever-increasing demand?  That number is a measure of the system’s flexibility.  More weeks, more flexibility.  And the element of the manufacturing system that gives out first is the constraint.  So, now you know how much demand you can support before there’s a problem and you know what the problem will be.  And if you know the lead time to implement the improvement needed to support the increased demand, in a reverse-scheduling way, you know when to implement the improvement so it comes online when you need it.

What would happen if the factory had to support demand that increased one percent in a week?  How about two percent in a week, five percent, or ten percent?  Without incremental investment, what percentage increase could they support in a single week?  More percent increase, more flexibility.  And the element of the manufacturing system that gives out first is the constraint.  So, now you know how much increased demand you can support in a single week and you know the gating item that will block further increases.  You know now where to clip the increased demand and push the extra demand into the next week.  And you know the investment it would take to support a larger increase in a single week.

These two scenarios can be used to assess and quantify a process of any type.  For example, to understand the flexibility of the new product development process, load it (virtually) with more projects to see where it breaks.  Make a note of what it would take to increase the system’s flexibility and ask yourself if that’s a good investment.  If it is, make that investment.  If it isn’t, don’t.

This simple testing method is especially useful when the investment needed to increase flexibility has a long lead time or is expensive.  If your testing says the system can support five percent more demand before it breaks and you know that demand will hit the system in ten weeks, I hope the lead time to implement the needed improvement is less than ten weeks.  If not, you won’t be able to meet the increased demand.  And I hope the money to make the improvement is already budgeted because a budgeting cycle is certainly longer than ten weeks and you can’t buy what you need if the money isn’t in the budget.

The first question to ask yourself is what is the minimum flexibility of the system that will trigger the next investment to improve throughput and increase flexibility? And the follow-on question: What is needed to improve throughput? What is the lead time for that solution? How much will it cost? Is the money budgeted? And do we have the resources (people) that can implement the improvement when it’s time?

When the cost of not meeting demand is high, the value of this testing process is high. When the lead times for the improvements are long, this testing process has a lot of value because it gives you time to put the improvements in place.

Continuous improvement of process utilization is also a continuous reduction of process flexibility.  This simple testing approach can help identify when process flexibility is becoming dangerously low and give you the much-needed time to put improvements in place before it’s too late.

Image credit — Tambako The Jaguar

Praise is powerful, but not when you don’t give it.

People learn from mistakes, but not when they don’t make them.

Wonderful solutions are wonderful, but not if there are no problems.

Novelty is good, but not if you do what you did last time.

Disagreement creates deeper understanding, but not if there’s 100% agreement.

Consensus is safe, but not when it’s time for original thought.

Progress is made through decisions, but not if you don’t make them.

It’s skillful to constrain the design space, but not if it doesn’t contain the solution.

Trust is powerful, but not before you build it.

 

A mantra: Praise people in public.

If you want people to learn, let them make mistakes.

Wonderful problems breed wonderful solutions.

If you want novelty, do new things.

There can be too little disagreement.

Consensus can be dangerous.

When it’s decision time, make one.

Make the design space as small as it can be, but no smaller.

Build trust before you need it.

Image credit – Ralf St.

With projects, there is no partial credit.  They’re done or they’re not.

Solve the toughest problems first.  When do you want to learn the problem is not solvable?

Sometimes slower is faster.

Problems aren’t problems until you realize you have them.  Before that, they’re problematic.

If you can’t put it on one page, you don’t understand it. Or, it’s complex.

Take small bites.  And if that doesn’t work, take smaller bites.

To get more projects done, do fewer of them.

Say no.

Stop starting and start finishing.

Effectiveness over efficiency. It’s no good to do the wrong thing efficiently.

Function first, no exceptions. It doesn’t matter if it’s cheaper to build if it doesn’t work.

No sizzle, no sale.

And customers are the ones who decide if the sizzle is sufficient.

Solve a customer’s problem before solving your own.

Design it, break it, and fix it until you run out of time.  Then launch it.

Make the old one better than the new one.

Test the old one to set the goal. Test the new one the same way to make sure it’s better.

Obsolete your best work before someone else does.

People grow when you create the conditions for their growth.

If you tell people what to do and how to do it, you’ll get to eat your lunch by yourself every day.

Give people the tools, time, training, and a teacher.  And get out of the way.

If you’ve done it before, teach someone else to do it.

Done right, mentoring is good for the mentor, the mentee, and the bottom line.

When in doubt, help people.

Trust is all-powerful.

Whatever business you’re in, you’re in the people business.

Image credit — Hartwig HKD

X: When will you be done with the project?

Me: This work has never been done before, so I don’t know.

 

X: But the Leadership Team just asked me when the project will be done. So, what should I say?

Me: Since nothing has changed since the last time you asked me, I still don’t know. Tell them I don’t know.

 

X: They won’t like that answer.

Me: They may not like the answer, but it’s the truth.  And I like telling the truth.

 

X: Well, what are the steps you’ll take to complete the project?

Me: All I can tell you is what we’re trying to learn right now.

 

X: So all you can tell me is the work you’re doing right now?

Me: Yes.

 

X: It seems like you don’t know what you’re doing.

Me: I know what we’re doing right now.

 

X: But you don’t know what’s next?

Me: How could I?  If this current experiment goes up in smoke, the next thing we’ll do is start a different project.  And if the experiment works, we’ll do the next right thing.

 

X: So the project could end tomorrow?

Me: That’s right.

 

X: Or it could go on for a long time?

Me: That’s right too.

 

X: Are you always like this?

Me: Yes, I am always truthful.

 

X: I don’t like your answers. Maybe we should find someone else to run the project.

Me: That’s up to you.  But if the new person tells you they know when the project will be done, they’re the wrong person to run the project.  Any date they give you will be a guess.  And I would not want to be the one to deliver a date like that to the Leadership Team.

 

X: We planned for the project to be done by the end of the year with incremental revenue starting in the first quarter of next year.

Me: Well, the project work is not bound by the revenue plan.  It’s the other way around.

 

X: So, you don’t care about the profitability of the company?

Me: Of course I care.  That’s why we chose this project – to provide novel customer value and sell more products.

 

X: So the project is intended to deliver new value to our customers?

Me: Yes, that’s how the project was justified.  We started with an important problem that, if solved, would make them more profitable.

 

X: So you’re not just playing around in the lab.

Me: No, we’re trying to solve a customer problem as fast as we can.  It only looks like we’re playing around.

 

X: If it works, would our company be more profitable?

Me: Absolutely.

 

X: Well, how can I help?

Me: Please meet with the Leadership Team and thank them for trusting us with this important project.  And tell them we’re working as fast as we can.

Image credit – Florida Fish and Wildlife

X:  Me:  format stolen from Simon Wardley (@swardley).  Thank you, Simon.

What could we change to become happier? 

Happiness comes when our reality (how things really are) compares favorably with our expectations. If happiness comes from the comparison between how things are and our expectations, wouldn’t we be happier with any outcome if we change our expectations of the outcome? But how are expectations defined? What makes an expectation an expectation?  Where do our expectations come from?

If we expect to have no control over the outcome, wouldn’t we be happier with any outcome?  Aren’t we the ones who set our expectations? And hasn’t the Universe told us multiple times we don’t have control? If so, what’s in the way of giving up our expectations of control? What’s in the way of letting go?

What could we change to become more thankful?

Thankfulness comes when our reality, what we see or recognize, compares favorably with how we think things should be. If thankfulness comes from the comparison between what is and what should be, what if we changed our shoulds?  Wouldn’t we be more thankful if we lessened our shoulds and reality compared more favorably? But how are shoulds defined?  What makes a should a should? Where do our shoulds come from?

If we can help ourselves believe we don’t have control over how things should be, wouldn’t we be more thankful for how things are? And aren’t we the setters of our shoulds? And hasn’t the Universe often told us our shoulds have no control over it? If so, what’s in the way of giving up the belief that our shoulds have control over anything? What’s in the way of letting go?

Shoulds and expectations are close cousins and both influence our happiness and ability to be thankful.

At this Thanksgiving holiday, may we be aware of our shoulds and enjoy our friends and family as they are. May we be aware of our expectations and enjoy the venue, the food, the weather, and the conversations as they are. May we suspend our natural desire to control things and be happy and thankful for things as they are.

And may we love ourselves as we are.

Happy Thanksgiving.

Mike

 

Image credit — Bennilover

I was invited to an important meeting.  Here’s how it went.

I was invited to an important meeting.  I want you to attend with me.

I was invited to an important meeting with my boss.  Will you join me?

I was invited to an important meeting but I cannot attend.  Will you go in my place?

I was invited to an important meeting but the company will be better served if you attend.

I heard you were invited to the meeting instead of me.  I think that’s great.

Here’s a presentation I put together.  I want to explain it to you.

Here’s a presentation I put together.  What does it say to you?

Here’s a presentation I put together.  What’s missing?

I want you to create a draft of a presentation which we’ll review together.

I want you to create the presentation.  I’ll review it if you want.

I want you to create the presentation and deliver it.

I heard you helped someone create an interesting presentation and it went over well.  I’m happy you did that.

This is the situation and this is what I want you to do.

This is the situation and this is what I think we should do.  What do you think?

This is the situation. What do you think we should do?

This is the situation.  What are you going to do?

What’s the situation?

What’s the situation and what will you do?

What was the situation and what did you do?

I heard you helped someone with their situation.  That made me smile.

Image credit — Bastian_Schmidt

When you are stuck, often the problems you can describe are not the problems that are in the way.

The problems you solved last time make it more difficult to see new problems this time.

The problems you know of are not the problem.

When you have no problems, you have big problems.

When you have no problem, there is no way to justify additional resources.

When you have no problem, you better finish on time.

When you’re stuck on a problem, make it worse and solve it by doing the opposite.

Problems are not bad, even though bringing them to everyone’s attention may be bad for your career.

And if talking about problems is bad for your career, you are working at the wrong company.

Until you can explain the problem in plain language, you do not understand it.

And when you do not understand a problem, you can’t solve it.

Solutions start with a problem.

Two questions to ask: Where is the problem and when does it occur?

Problems are solved with microscopes and not telescopes. Get close to the problem.

Your problem is not new.  Someone has solved it in a different application, context, or product.

There are at least three ways to solve a problem: before it occurs, while it occurs, or after it occurs,

Sometimes solving a difficult problem requires the generation of an easily solvable problem. So be it.

Problems are more powerful than opportunities.  Call them by their name.

Because without problems, there can be no solutions.

Image credit – Andy Morffew

Whatever business you’re in, you’re in the people business.

Scan your organization for single-point failure modes, where if one person leaves the wheels would fall off.  For the single-point failure mode, move a new person into the role and have the replaced person teach their replacement how to do the job.  Transfer the knowledge before the knowledge walks out the door.

Scan your organization for people who you think can grow into a role at least two levels above their existing level.  Move them up one level now, sooner than they and the organization think they’re ready.  And support them with a trio of senior leaders.  Error on the side of moving up too few people and providing too many supporting resources.

Scan your organization for people who exert tight control on their team and horde all the sizzle for themselves.  Help these people work for a different company. Don’t wait. Do it now or your best young talent will suffocate and leave the company.

Scan your organization for people who are in positions that don’t fit them and move them to a position that does.  They will blossom and others will see it, which will make it safer and easier for others to move to positions that fit them.  Soon enough, almost everyone will have something that fits them.  And remember, sometimes the position that fits them is with another company.

Scan your organization for the people who work in the background to make things happen. You know who I’m talking about.  They’re the people who create the conditions for the right decisions to emerge, who find the young talent and develop them through the normal course of work, who know how to move the right resources to the important projects without the formal authority to do so, who bring the bad news to the powerful so the worthy but struggling projects get additional attention and the unworthy projects get stopped in their tracks, who bring new practices to new situations but do it through others, who provide air cover so the most talented people can do the work everyone else is afraid to try, who overtly use their judgment so others can learn how to use theirs, and who do the right work the right way even when it comes at their own expense.  Leave these people alone.

When you take care of the people part of the business, all the other parts will take care of themselves.

Image credit – are you my rik?

If you see something that matters, say something.

If you say something and nothing happens, you have a choice – bring it up again, do something, or let it go.

Bring it up again when you think your idea was not understood. And if it’s still not understood after the second try, bring it up a third time.  After three unsuccessful tries, stop bringing it up.

Now your choice is to do something or let it go.

Do something to help people see your idea differently.  If it’s a product or technology, build a prototype and show people.  This makes the concept more real and facilitates discussion that leads to new understanding and perspectives.  If it’s a new value proposition, create a one-page sales tool that defines the new value from the customers’ perspective and show it to several customers.  Make videos of the customers’ reactions and show them to people that matter. The videos let others experience the customers’ reactions first-hand and first-hand customer feedback makes a difference. If is a new solution to a problem, make a prototype of the solution and show it to people that have the problem.  People with problems react well to solutions that solve them.

When people see you invest time to make a prototype or show a concept to customers, they take you and your concept more seriously.

If there’s no real traction after several rounds of doing something, let it go. Letting it go releases you from the idea and enables you to move on to something better.  Letting it go allows you to move on.  Don’t confuse letting it go with doing nothing.  Letting it go is an action that is done overtly.

The number of times to bring things up is up to you.  The number of prototypes to build is up to you.  And the sequence is up to you.  Sometimes it’s right to forgo prototypes and customer visits altogether and simply let it go.

But don’t worry.  Because it matters to you, you’ll figure out the best way to move it forward.  Follow your instincts and don’t look back.

Image credit – Peter Addor

Before a design can be accused of having too much material and labor costs, it must be able to meet its functional specifications.  Before that is accomplished, it’s likely there’s not enough material and labor in the design and more must be added to meet the functional specifications.  In that way, it likely doesn’t cost enough.  If the cost is right but the design doesn’t work, you don’t have a viable offering.

Before the low-cost manufacturing process can be chosen, the design must be able to do what customers need it to do.  If the design does not yet meet its functional specification, it will change and evolve until it can.  And once that is accomplished, low-cost manufacturing processes can be selected that fit with the design.  Sure, the design might be able to be subtly adapted to fit the manufacturing process, but only as much as it preserves the design’s ability to meet its functional requirements. If you have a low-cost manufacturing process but the design doesn’t meet the specifications, you don’t have anything to sell.

Before a product can function robustly over a wide range of operating conditions, the prototype design must be able to meet the functional requirements at nominal operating conditions.  If you’re trying to improve robustness before it has worked the first time, your work is out of sequence.

Before you can predict when the project will be completed, the design must be able to meet its functional requirements.  Before that, there’s no way to predict when the product will launch. If you advertise the project completion date before the design is able to meet the functional requirements, you’re guessing on the date.

When your existing customers buy an upgrade package, it’s because the upgrade functions better.  If the upgrade didn’t work better, customers wouldn’t buy it.

When your existing customers replace the old product they bought from you with the new one you just launched, it’s because the new one works better.  If the new one didn’t work better, customers wouldn’t buy it.

Function first, no exceptions.

Image credit — Mrs Airwolfhound

Finishing a project is usually associated with completing all the deliverables.  But in the real world there are other flavors of finishing that come when there is no reason or ability to complete all the deliverables or completing them will take too long.

Everyone’s favorite flavor of finishing is when all the deliverables are delivered and sales of the new product are more than anticipated.  Finishing this way is good for your career.  Finish this way if you can.

When most of the deliverables are met, but some of them aren’t met at the levels defined by the specification, the specification can be reduced to match the actual performance and the project can be finished.  This is the right thing to do when the shortfall against the specification is minor and the product will still be well received by customers.  In this case, it makes no sense to hold up the launch for a minor shortfall. There is no shame here.  It’s time to finish and make money.

After working on the project for longer than planned and the deliverables aren’t met, it’s time to finish the project by stopping it.  Though this type of finishing is emotionally difficult, finishing by stopping is far better than continuing to spend resources on a project that will likely never amount to anything.  Think opportunity cost.  If allocating resources to the project won’t translate into customer value and cash, it’s better to finish now so you can allocate the resources to a project that has a better chance of delivering value to you and your customers.

Before a project is started in earnest and the business case doesn’t make sense, or the commercial risk is too high, or the technical risk is too significant, or it’s understaffed, finish the project by not starting it. This is probably the most important type of finishing you can do.  Again, think of opportunity cost.  By finishing early (before starting) resources can start a new project almost immediately and resources were prevented from working on a project that wasn’t going to deliver value.

Just as we choose the right way to start projects and the right way to run them, we must choose the right way to finish them.

Image credit — majiedqasem