Archive for the ‘Fundementals’ Category

It’s time to start starting.

What do we do next? I don’t know

What has been done before?

What does it do now?

What does it want to do next?

If it does that, who cares?

 

Why should we do it? I don’t know.

Will it increase the top line?  If not, do something else.

Will it increase the bottom line?  If so, let someone else do it.

What’s the business objective?

 

Who will buy it? I don’t know.

How will you find out?

What does it look like when you know they’ll buy it?

Why do you think it’s okay to do the work before you know they’ll buy it?

 

What problem must be solved? I don’t know.

How will you define the problem?

Why do you think it’s okay to solve the problem before defining it?

Why do you insist on solving the wrong problem? Don’t you know that ready, fire, aim is bad for your career?

Where’s the functional coupling? When will you learn about Axiomatic Design?

Where is the problem? Between which two system elements?

When does the problem happen? Before what? During what? After what?

Will you separate in time or space?

When will you learn about TRIZ?

 

Who wants you to do it? I don’t know.

How will you find out?

When will you read all the operating plans?

Why do you think it’s okay to start the work before knowing this?

 

Who doesn’t want you to do it? I don’t know.

How will you find out?

Who looks bad if this works?

Who is threatened by the work?

Why do you think it’s okay to start the work before knowing this?

 

What does it look like when it’s done? I don’t know.

Why do you think it’s okay to start the work before knowing this?

 

What do you need to be successful? I don’t know.

Why do you think it’s okay to start the work before knowing this?

 

Starting is essential, but getting ready to start is even more so.

 

Image credit — Jon Marshall

What You Don’t Have

If you have more features, I will beat you with fewer.

If you have a broad product line, I will beat you with my singular product.

If your solution is big, mine will beat you with small.

If you sell across the globe, I will sell only in the most important market and beat you.

If you sell to many customers, I will provide a better service to your best customer and beat you.

If your new projects must generate $10 million per year, I will beat you with $1 million projects.

If you are slow, I will beat you with fast.

If you use short term thinking, I will beat you with long term thinking.

If you think in the long term, I will think in the short term and beat you.

If you sell a standardized product, I will beat you with customization.

If you are successful, I will beat you with my hunger.

If you try to do less, I will beat you with far less.

If you do what you did last time, I will beat you with novelty.

If you want to be big, I will be a small company and beat you.

I will beat you with what you don’t have.

Then, I will obsolete my best work with what I don’t have.

Your success creates inertia. Your competitors know what you’re good at and know you’ll do everything you can to maintain your trajectory.  No changes, just more of what worked.  And they will use your inertia. They will start small and sell to the lowest end of the market. Then they’ll grow that segment and go up-scale. You will think they are silly and dismiss them. And then they will take your best customers and beat you.

If you want to know how your competitors will beat you, think of your strength as a weakness.  Here’s a thought experiment to explain.  If your success is based on fast, turn speed into weakness and constrain out the speed. Declare that your new product must be slow. Then, create a growth plan based on slow.  That growth plan is how your competitors will beat you.

Your growth won’t come from what you have, it will come from what you don’t have.

It’s time to create your anti-product.

Why do you go to work?

Why did you go to work today? Did your work bring you meaning? How do you feel about that? Your days are limited. What would it take to slather your work with meaning?

Last week, did you make a difference? Did you make a ruckus?

Would you rather strive for the next job, or would you rather make a difference?

Ten years from now, what will be different because of you? Who will remember? How do you feel about that?

Who stands taller because of you?

Do you want to make a difference or do you want the credit?

Do you care what people think or do you do what’s right?

Do you stand front and center when things go badly? Do you sit quietly in the background when things go well? If you don’t, why don’t you do what it takes to develop young talent?

Have you ever done something that’s right for the company but wrong for your career? If you have, many will remember.

What conditions did you create to help people try new things?

Would you rather make the decision yourself or teach others to make good decisions?

Here’s a rule: If you didn’t make a ruckus, you didn’t make a difference.

Last week, did you go with the flow, or did you generate that much-needed turbulence for those that are too afraid to speak up?

What have you given that will stay with someone for the rest of their life?

Do bring your whole self to the work?

If the right people know what you did, can that be enough for you?

At the end of the day, what is different because of you? More importantly, at the end of the day who is different? Who did you praise? Who did you push? Who did you believe in? Who did you teach? Who did you support? Who did you learn from? Who did you thank? Who did you challenge? Who did empathize with? Who were you truthful with? Who did you share with? Who did you listen to?

And how do you feel about that?

Image credit — banoootah_qtr

Two Sides of the Equation

If you want new behavior, you must embrace conflict.

If you can’t tolerate the conflict, you’ll do what you did last time.

If your point of view angers half and empowers everyone else, you made a difference.

If your point of view meets with 100% agreement, you wasted everyone’s time.

If your role is to create something from nothing, you’ve got to let others do the standard work.

If your role is to do standard work, you’ve got to let others create things from scratch.

If you want to get more done in the long term, you’ve got to make time to grow people.

If you want to get more done in the short term, you can’t spend time growing people.

If you do novel work, you can’t know when you’ll be done.

If you are asked for a completion date, I hope you’re not expected to do novel work.

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

If you’re not in the people business, you’ll soon be out of business.

If you call someone on their behavior and they thank you, you were thanked by a pro.

If you call someone on their behavior and they call you out for doing it, you were gaslit.

If you can’t justify doing the right project, reduce the scope, and do it under the radar.

If you can’t prevent the start of an unjust project, find a way to work on something else.

If you are given a fixed timeline and fixed resources, flex the schedule.

If you are given a fixed timeline, resources, and schedule, you’ll be late.

If you get into trouble, ask your Trust Network for help.

If you have no Trust Network, you’re in trouble.

If you have a problem, tell the truth and call it a problem.

If you can’t tell the truth, you have a big problem.

If you are called on your behavior, own it.

If you own your behavior, no one can call you on it.

Image credit – Mary Trebilco

No Time for the Truth

Company leaders deserve to know the truth, but they can no longer take the time to learn it.

Company leaders are pushed too hard to grow the business and can no longer take the time to listen to all perspectives, no longer take the time to process those perspectives, and no longer take the time to make nuanced decisions. Simply put, company leaders are under too much pressure to grow the business.  It’s unhealthy pressure and it’s too severe.  And it’s not good for the company or the people that work there.

What’s best for the company is to take the time to learn the truth.

Getting to the truth moves things forward.  Sure, you may not see things correctly, but when you say it like you see it, everyone’s understanding gets closer to the truth.  And when you do see things clearly and correctly, saying what you see moves the company’s work in a more profitable direction.  There’s nothing worse than spending time and money to do the work only to learn what someone already knew.

What’s best for the company is to tell the truth as you see it.

All of us have good intentions but all of us are doing at least two jobs. And it’s especially difficult for company leaders, whose responsibility is to develop the broadest perspective.  Trouble is, to develop that broad perspective sometime comes at the expense of digging into the details. Perfectly understandable, as that’s the nature of their work. But subject matter experts (SMEs) must take the time to dig into the details because that’s the nature of their work. SMEs have an obligation to think things through, communicate clearly, and stick to their guns.  When asked broad questions, good SMEs go down to bedrock and give detailed answers. And when asked hypotheticals, good SMEs don’t speculate outside their domain of confidence. And when asked why-didn’t-you’s, good SMEs answer with what they did and why they did it.

Regardless of the question, the best SMEs always tell the truth.

SMEs know when the project is behind. And they know the answer that everyone thinks will get the project get back on schedule. And the know the truth as they see it. And when there’s a mismatch between the answer that might get the project back on schedule and the truth as they see it, they must say it like they see it.  Yes, it costs a lot of money when the project is delayed, but telling the truth is the fastest route to commercialization. In the short term, it’s easier to give the answer that everyone thinks will get things back on track. But truth is, it’s not faster because the truth comes out in the end.  You can’t defy the physics and you can’t transcend the fundamentals.  You must respect the truth. The Universe doesn’t care if the truth is inconvenient.  In the end, the Universe makes sure the truth carries the day.

We’re all busy.  And we all have jobs to do. But it’s always the best to take the time to understand the details, respect the physics, and stay true to the fundamentals.

When there’s a tough decision, understand the fundamentals and the decision will find you.

When there’s disagreement, take the time to understand the physics, even the organizational kind. And the right decision will meet you where you are.

When the road gets rocky, ask your best SMEs what to do, and do that.

When it comes to making good decisions, sometimes slower is faster.

Image credit — Dennis Jarvis

Effectiveness at the Expense of Efficiency

Efficiency is a simple measurement – output divided by resources needed to achieve it. How much did you get done and how many people did you need to do it? What was the return on the investment? How much money did you make relative to how much you had to invest? We have efficiency measurements for just about everything. We are an efficiency-based society.

It’s easy to create a metric for efficiency. Figure out the output you can measure and divide it by the resources you think you used to achieve it. While a metric like this is easy to calculate, it likely won’t provide a good answer to what we think is the only question worth asking– how do we increase efficiency?

Problem 1. The resources you think are used to produce the output aren’t the only resources you used to generate the output.  There are many resources that contributed to the output that you did not measure. And not only that, you don’t know how much those resources actually cost.  You can try the tricky trick of fully burdened cost, where the labor rate is loaded with an overhead percentage.  But that’s, well, nothing more than an artifact of a contrived accounting system. You can do some other stuff like calculate the opportunity cost of deploying those resources on other projects. I’m not sure what that will get you, but it won’t get you the actual cost of achieving the output you think you achieved.

Problem 2. We don’t measure what’s important or meaningful.  We measure what’s easy to measure.  And that’s a big problem because you end up beating yourself about the head and shoulders trying to improve something that is easy to measure but not all that meaningful. The biggest problem here is local optimization.  You want something easy to measure so you cull out a small fraction of a larger process and increase the output of that small part of the process.  The thing is, your customer doesn’t care about the efficiency of that small piece of that process.  And, improving that small piece likely doesn’t do anything for the output of the total process.  If more products aren’t leaving the factory, you didn’t do anything.

Problem 3. Productivity isn’t all that important. What’s important is effectiveness.  If you are highly efficient at the wrong thing, you may be efficient, but you’re also ineffective. If you launch a product in a highly efficient way and no one buys it, your efficiency numbers may be off the charts, but your effectiveness numbers are in the toilet.

We have very few metrics on effectiveness.  But here are some questions a good effectiveness metric should help you answer.

  • Did we work on the right projects?
  • Did we make good decisions?
  • Did we put the right people on the projects?
  • Did we do what we said we’d do?
  • After the project, is the team excited to do a follow-on project?
  • Did our customers benefit from our work?
  • Do our partners want to work with us again?
  • Did we set ourselves up to do our work better next time?
  • Did we grow our young talent?
  • Did we have fun?
  • Do more people like to work at our company?
  • Have we developed more trust-based relationships over the last year?
  • Have we been more transparent with our workforce this year?

If I had a choice between efficiency and effectiveness, I’d choose effectiveness.

Image credit – Bruce Tuten

Want to succeed? Learn how to deliver customer value.

Whatever your initiative, start with customer value. Whatever your project, base it on customer value. And whatever your new technology, you guessed it, customer value should be front and center.

Whenever the discussion turns to customer value, expect confusion, disagreement, and, likely, anger. To help things move forward, here’s an operational definition I’ve found helpful:

When they buy it for more than your cost to make it, you have customer value.

And when there’s no way to pull out of the death spiral of disagreement, use this operational definition to avoid (or stop) bad projects:

When no one will buy it, you don’t have customer value and it’s a bad project.

As two words, customer and value don’t seem all that special. But, when you put them together, they become words to live by.  But, also, when you do put them together, things get complicated.  Here’s why.

To provide customer value, you’ve got to know (and name) the customer.  When you asked “Who is the customer?” the wheels fall off. Here are some wrong answers to that tricky question. The Board of Directors is the customer. The shareholders are the customers. The distributor is the customer. The OEM that integrates your product is the customer. And the people that use the product are the customer. Here’s an operational definition that will set you free:

When someone buys it, they are the customer.

When the discussions get sticky, hold onto that definition. Others will try to bait you into thinking differently, but don’t bite. It will be difficult to stand your ground.  And if you feel the group is headed in the wrong direction, try to set things right with this operational definition:

When you’ve found the person who opens their wallet, you’ve found the customer.

Now, let’s talk about value. Isn’t value subjective? Yes, it is.  And the only opinion that matters is the customer’s. And here’s an operational definition to help you create customer value:

When you solve an important customer problem, they find it valuable.

And there you have it.  Putting it all together, here’s the recipe for customer value:

  1. Understand who will buy it.
  2. Understand their work and identify their biggest problem.
  3. Solve their problem and embed it in your offering.
  4. Sell it for more than it costs you to make it.

Image credit — Caroline

The Most Important People in Your Company

When the fate of your company rests on a single project, who are the three people you’d tap to drag that pivotal project over the finish line? And to sharpen it further, ask yourself “Who do I want to lead the project that will save the company?” You now have a list of the three most important people in your company.  Or, if you answered the second question, you now have the name of the most important person in your company.

The most important person in your company is the person that drags the most important projects over the finish line.  Full stop.

When the project is on the line, the CEO doesn’t matter; the General Manager doesn’t matter; the Business Leader doesn’t matter.  The person that matters most is the Project Manager.  And the second and third most important people are the two people that the Project Manager relies on.

Don’t believe that? Well, take a bite of this. If the project fails, the product doesn’t sell. And if the product doesn’t sell, the revenue doesn’t come. And if the revenue doesn’t come, it’s game over. Regardless of how hard the CEO pulls, the product doesn’t launch, the revenue doesn’t come, and the company dies.  Regardless of how angry the GM gets, without a product launch, there’s no revenue, and it’s lights out.  And regardless of the Business Leader’s cajoling, the project doesn’t cross the finish line unless the Project Manager makes it happen.

The CEO can’t launch the product. The GM can’t launch the product. The Business Leader can’t launch the product.  Stop for a minute and let that sink in.  Now, go back to those three sentences and read them out loud. No, really, read them out loud.  I’ll wait.

When the wheels fall off a project, the CEO can’t put them back on. Only a special Project Manager can do that.

There are tools for project management, there are degrees in project management, and there are certifications for project management.  But all that is meaningless because project management is alchemy.

Degrees don’t matter. What matters is that you’ve taken over a poorly run project, turned it on its head, and dragged it across the line. What matters is you’ve run a project that was poorly defined, poorly staffed, and poorly funded and brought it home kicking and screaming. What matters is you’ve landed a project successfully when two of three engines were on fire. (Belly landings count.) What matters is that you vehemently dismiss the continuous improvement community on the grounds there can be no best practice for a project that creates something that’s new to the world. What matters is that you can feel the critical path in your chest. What matters is that you’ve sprinted toward the scariest projects and people followed you. And what matters most is they’ll follow you again.

Project Managers have won the hearts and minds of the project team.

The Project manager knows what the team needs and provides it before the team needs it. And when an unplanned need arises, like it always does, the project manager begs, borrows, and steals to secure what the team needs.  And when they can’t get what’s needed, they apologize to the team, re-plan the project, reset the completion date, and deliver the bad news to those that don’t want to hear it.

If the General Manager says the project will be done in three months and the Project Manager thinks otherwise, put your money on the Project Manager.

Project Managers aren’t at the top of the org chart, but we punch above our weight. We’ve earned the trust and respect of most everyone. We aren’t liked by everyone, but we’re trusted by all. And we’re not always understood, but everyone knows our intentions are good. And when we ask for help, people drop what they’re doing and pitch in. In fact, they line up to help. They line up because we’ve gone out of our way to help them over the last decade. And they line up to help because we’ve put it on the table.

Whether it’s IoT, Digital Strategy, Industry 4.0, top-line growth, recurring revenue, new business models, or happier customers, it’s all about the projects. None of this is possible without projects. And the keystone of successful projects?  You guessed it.  Project Managers.

Image credit – Bernard Spragg .NZ

Stop, Start, Continue the Hard Way

The stop, start, continue method (SSC) is a simple, yet powerful, way to plan your day, week and year. And though it’s simple, it’s not simplistic. And though it looks straightforward, it’s onion-like in its layers.

Stop, start, continue (SSC) is interesting in that it’s forward-looking, present-looking, and rearward-looking at the same time. And its power comes from the requirement that the three time perspectives must be reconciled with each other. Stopping is easy, but what will start? Starting is easy, unless nothing is stopped. Continuing is easy, but it’s not the right thing if the rules have changed. And starting can’t start if everything continues.

Stop. With SSC, stopping is the most important part. That’s why it’s first in the sequence. When everyone’s plates are full and every meeting is an all-you-can-eat buffet, without stopping, all the new action items slathered on top simply slip off the plate and fall to the floor. And this is double trouble because while it’s clear new action items are assigned, there’s no admission that the carpet is soiled with all those recently added action items.

Here’s a rule: If you don’t stop, you can’t start.

And here’s another: Pros stop, and rookies start.

With continuous improvement, you should stop what didn’t work. But with innovation, you should stop what was successful. Let others fan the flames of success while you invent the new thing that will start a bigger blaze.

Start. With SSC, starting is the easy part, but it shouldn’t be. Resources are finite, but we conveniently ignore this reality so we can start starting. The trouble with starting is that no one wants to let go of continuing. Do everything you did last year and start three new initiatives. Continue with your current role, but start doing the new job so you can get the promotion in three years.

Here’s a rule: Starting must come at the expense of continuing.

And here’s another: Pros do stop, start, continue, and rookies do start, start, start.

Continue. With SSC, continue is underrated. If you’re always starting, it’s because you have nothing good to continue. And if you’ve got a lot of continuing to do, it’s because you’ve got a lot of good things going on. And continuing is efficient because you’re not doing something for the first time. And everyone knows how to do the work and it goes smoothly.

But there’s a dark side to continue – it’s called the status quo. The status quo is a powerful, one-trick pony that only knows how to continue. It hates stopping and blocks all starting. Continuing is the mortal enemy of innovation.

Here’s a rule: Continuing must stop, or starting can’t start.

And here’s another: Pros continue and stop before they start, and rookies start.

SSC is like juggling three balls at once. Just as it’s not juggling unless it’s three balls at the same time, it’s not SSC unless it’s stop, start, continue all done at the same time. And just as juggling two balls at once isn’t juggling, it’s not SSC if it’s just two out of the three. And just as dropping two of the three balls on the floor isn’t juggling, it’s not SSC if it’s starting, starting, starting.

Image credit – kosmolaut

A Recipe to Grow Talent

Do it for them, then explain. When the work is new for them, they don’t know how to do it. You’ve got to show them how to do it and explain everything. Tell them about your top-level approach; tell them why you focus on the new elements; show them how to make the chart that demonstrates the new one is better than the old one. Let them ask questions at every step. And tell them their questions are good ones.  Praise them for their curiosity. And tell them the answers to the questions they should have asked you. And tell them they’re ready for the next level.

Do it with them, and let them hose it up. Let them do the work they know how to do, you do all the new work except for one new element, and let them do that one bit of new work. They won’t know how to do it, and they’ll get it wrong. And you’ve got to let them.  Pretend you’re not paying attention so they think they’re doing it on their own, but pay deep attention.  Know what they’re going to do before they do it, and protect them from catastrophic failure.  Let them fail safely.  And when then hose it up, explain how you’d do it differently and why you’d do it that way.  Then, let them do it with your help. Praise them for taking on the new work. Praise them for trying. And tell them they’re ready for the next level.

Let them do it, and help them when they need it. Let them lead the project, but stay close to the work.  Pretend to be busy doing another project, but stay one step ahead of them. Know what they plan to do before they do it.  If they’re on the right track, leave them alone.  If they’re going to make a small mistake, let them. And be there to pick up the pieces.  If they’re going to make a big mistake, casually check in with them and ask about the project. And, with a light touch, explain why this situation is different than it seems.  Help them take a different approach and avoid the big mistake. Praise them for their good work. Praise them for their professionalism. And tell them they’re ready for the next level.

Let them do it, and help only when they ask. Take off the training wheels and let them run the project on their own. Work on something else, and don’t keep track of their work. And when they ask for help, drop what you are doing and run to help them. Don’t walk. Run. Help them like they’re your family. Praise them for doing the work on their own. Praise them for asking for help. And tell them they’re ready for the next level.

Do the new work for them, then repeat. Repeat the whole recipe for the next level of new work you’ll help them master.

Image credit — John Flannery

28 Things I Learned the Hard Way

  • If you want to have an IoT (Internet of Things) program, you’ve got to connect your products.
  • If you want to build trust, give without getting.
  • If you need someone with experience in manufacturing automation, hire a pro.
  • If the engineering team wants to spend a year playing with a new technology, before the bell rings for recess ask them what solution they’ll provide and then go ask customers how much they’ll pay and how many they’ll buy.
  • If you don’t have the resources, you don’t have a project.
  • If you know how it will turn out, let someone else do it.
  • If you want to make a friend, help them.

 

  • If your products are not connected, you may think you have an IoT program, but you have something else.
  • If you don’t have trust, you have just what you earned.
  • If you hire a pro in manufacturing automation, listen to them.
  • If Marketing has an optimistic sales forecast for the yet-to-be-launched product, go ask customers how much they’ll pay and how many they’ll buy.
  • If you don’t have a project manager, you don’t have a project.
  • If you know how it will turn out, teach someone else how to do it.
  • If a friend needs help, help them.

 

  • If you want to connect your products at a rate faster than you sell them, connect the products you’ve already sold.
  • If you haven’t started building trust, you started too late.
  • If you want to pull in the delivery date for your new manufacturing automation, instead, tell your customers you’ve pushed out the launch date.
  • If the VP knows it’s a great idea, go ask customers how much they’ll pay and how many they’ll buy.
  • If you can’t commercialize, you don’t have a project.
  • If you know how it will turn out, do something else.
  • If a friend asks you twice for help, drop what you’re doing and help them immediately.

 

  • If you can’t figure out how to make money with IoT, it’s because you’re focusing on how to make money at the expense of delivering value to customers.
  • If you don’t have trust, you don’t have much
  • If you don’t like extreme lead times and exorbitant capital costs, manufacturing automation is not for you.
  • If the management team doesn’t like the idea, go ask customers how much they’ll pay and how many they’ll buy.
  • If you’re not willing to finish a project, you shouldn’t be willing to start.
  • If you know how it will turn out, it’s not innovation.
  • If you see a friend that needs help, help them ask you for help.

Image credit — openDemocracy

Mike Shipulski Mike Shipulski
Subscribe via Email

Enter your email address:

Delivered by FeedBurner

Archives