Shipulski On Design

Posts Tagged ‘Lessons Learned’

In these trying times, when 30% of Americans cannot pay their rent or mortgage, is it okay to put hard limits on the amount of work we do or to take good care of ourselves or to feel good about taking a vacation?

With remote work, we commute less, which should give us more time to take care of ourselves.  But, do you have more time?  If you do, what do you do with your freed-up time?  Do you work more? Do you exercise? Do you worry? Do you take the time to feel grateful that you have a job?

When you work from home do you stop and make time to eat lunch?  Do you shut off the work and just eat? Or, do you eat while you work? Do you take more time than when you are (or were) in the office or less? If you take more time to eat than when at the office, do you feel good that you’re taking care of yourself? Or, if you take less, do you feel good you’re doing all you can to prevent layoffs?  Or, are you simply thankful you still have healthcare benefits?

When you work at home do you attend too many Zoom meetings? If so, what happens to all the work you can’t get done? Do you attend half-heartedly and multitask (work on something else)? Multitasking is disrespectful to the Zoom meeting and the other work, but do you have a choice? To get the work done, do you extend your workday to include your non-commute time?  Or, do you decline Zoom meetings because other work is more important? Is it okay to decline a Zoom meeting?

Do you feel good when you set limits to preserve your emotional well-being? Do you preserve your well-being or do you do all you can to keep your job?

And now the tough one. Do you feel good when you go on vacation or do you feel sad because so many citizens have lost their jobs?

Thing is, it’s not or. It’s and.

It’s not that we must feel bad when we work during our non-commute time or feel good when we take care of ourselves or feel thankful for our jobs or feel bad because so many have lost theirs. It’s not or, it’s and. We’ve got to hold all these feelings at once. Tough to do, but we can.

It’s not that we feel bad when we work through lunch or feel good when we go for a walk or feel happy when we do all we can to prevent layoffs or we are thankful we have a job at all.  It’s and.  We’ve got to handle it all at once.  We do what we can to prevent layoffs and take care of ourselves. We feel it all and make the choice.

We attend Zoom meetings and decline them and multitask. We process the three potential realities and choose.  The bad ones we decline, the good ones we attend wholeheartedly, and for the others we multitask.

We feel great when we go on vacation and feel sad that others are in a bad way.  We feel both at the same time.

Or, as word, is binary, black and white. But today’s realities are not black and white and there is no best way.

If you’re looking for some relief during these trying times, give “and” a try. Feel happy and sad.  Feel grateful and scared. Feel it all and see what happens.

I hope it brings you peace.

Image credit — David

If there’s no discomfort, there’s no novelty.

When there’s no novelty, it means you did what you did last time.

When you do what you did last time, you don’t grow.

When you do what you did last time, there’s no learning.

When you do what you did last time, opportunity cost eats you.

If there’s no discomfort, you’re not trying hard enough.

If there’s no disagreement, critical thought is in short supply.

When critical thought is in short supply, new ideas never see the light of day.

When new ideas never see the light of day, you end up doing what you did last time.

When you do what you did last time, your best people leave.

When you do what you did last time, your commute into work feels longer than it is.

When you do what you did last time, you’re in a race to the bottom.

If there’s no disagreement, you’re playing a dangerous game.

If there’s no discretionary work, crazy ideas never grow into something more.

When crazy ideas remain just crazy ideas, new design space remains too risky.

When new design space remains too risky, all you can do is what you did last time.

When you do what you did last time, managers rule.

When you do what you did last time, there is no progress.

When you do what you did last time, great talent won’t accept your job offers.

If there’s no discretionary work, you’re in trouble.

We do what we did last time because it worked.

We do what we did last time because we made lots of money.

We do what we did last time because it’s efficient.

We do what we did last time because it feels good.

We do what we did last time because we think we know what we’ll get.

We do what we did last time because that’s what we do.

Doing what we did last time works well, right up until it doesn’t.

When you find yourself doing what you did last time, do something else.

Image credit — Matt Deavenport

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

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

A prototype moves us from “That’s not possible.” to “Hey, watch this!”

A prototype moves us from “We don’t do it that way.” to “Well, we do now.”

A prototype moves us from “That’s impossible.” to “As it turns out, it was only almost impossible.”

A prototype turns naysayers into enemies and profits.

A prototype moves us from an argument to a new product development project.

A prototype turns analysis-paralysis into progress.

A prototype turns a skeptical VP into a vicious advocate.

A prototype turns a pet project into top-line growth.

A prototype turns disbelievers into originators of the idea.

A prototype can turn a Digital Strategy into customer value.

A prototype can turn an uncomfortable Board of Directors meeting into a pizza party.

A prototype can save a CEO’s ass.

A prototype can be too early, but mostly they’re too late.

If the wheels fall off your first prototype, you’re doing it right.

If your prototype doesn’t dismantle the Status-Quo, you built the wrong prototype.

A good prototype violates your business model.

A prototype doesn’t care if you see it for what it is because it knows everyone else will.

A prototype turns “I don’t believe you.” into “You don’t have to.”

When you’re told “Don’t make that prototype.” you’re onto something.

A prototype eats not-invented-here for breakfast.

A prototype can overpower the staunchest critic, even the VP flavor.

A prototype moves us from “You don’t know what you’re talking about.” to “Oh, yes I do.”

If the wheels fall off your second prototype, keep going.

A prototype is objective evidence you’re trying to make a difference.

You can argue with a prototype, but you’ll lose.

If there’s a mismatch between the theory and the prototype, believe the prototype.

A prototype doesn’t have to do everything, but it must do one important thing for the first time.

A prototype must be real, but it doesn’t have to be really real.

If your prototype obsoletes your best product, congratulations.

A prototype turns political posturing into reluctant compliance and profits.

A prototype turns “What the hell are you talking about?” into “This.”

A good prototype bestows privilege on the prototyper.

A prototype can beat a CEO in an arm-wrestling match.

A prototype doesn’t care if you like it. It only cares about creating customer value.

If there’s an argument between a well-stated theory and a well-functioning prototype, it’s pretty clear which camp will refine their theory to line up with what they just saw with their own eyes.

A prototype knows it has every right to tell the critics to “Kiss my ass.” but it knows it doesn’t have to.

You can argue with a prototype, but shouldn’t.

A prototype changes thinking without asking for consent.

Image credit — Pedro Ribeiro Simões

What people think about you is none of your business.

If you’re afraid to be wrong, you shouldn’t be setting direction.

Think the better of people, as they’ll be better for it.

When you find yourself striving, pull the emergency brake and figure out how to start thriving.

If you want the credit, you don’t want to make a difference.

If you’re afraid to use your best judgment, find a mentor.

Family first, no exceptions.

When you hold a mirror to the organization, you demonstrate that you care.

If you want to grow people and you invest less than 30% of your time, you don’t want to grow them.

When someone gives you an arbitrary completion date, they don’t know what they’re doing.

When the Vice President wants to argue with the physics, let them.

When all else fails, use your best judgment.

If it’s not okay to tell the truth, work for someone else.

The best way to make money is not the best way to live.

When someone yells at you, that says everything about them and nothing about you.

Trust is a result. Think about that.

When you ask for the impossible, all the answers will be irrational.

No one can diminish you without your consent.

If you don’t have what you want, why not try to want what you have?

When you want to control things, you limit the growth of everyone else.

People can tell when you’re telling the truth, so tell them.

If you find yourself watching the clock, find yourself another place to work.

When someone does a great job, tell them.

If you have to choose between employment and enjoyment, choose the latter.

If you’re focused on cost reduction, you’re in a race to the bottom.

The best way to help people grow is to let them do it wrong (safely).

When you hold up a mirror to the organization, no one will believe what they see.

If you’re not growing your replacement, what are you doing?

If you’re not listening, you’re not learning.

When someone asks for help, help them.

If you think you know the right answer, you’re the problem.

When someone wants to try something new, help them.

Whatever the situation, tell the truth, and love everyone.

Image credit — John Fife

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

If you want to do a task, but you don’t have what you need, that’s waiting for a support resource. If you need a tool, but you don’t have it, you wait for a tool. If you need someone to do the task, but you don’t have anyone, you wait for people. If you need some information to make a decision, but you don’t have it, you wait for information.

If a tool is expensive, usually you have to wait for it. The thinking goes like this – the tool is expensive, so let’s share the cost over too many projects and too many teams. Sure, less work will get done, but when we run the numbers, the tool will look less expensive because it’s used by many people.  If you see a long line of people (waiting) or a signup list (people waiting at their desks), what they are waiting for is usually an expensive tool or resource. In that way, to find the cause of waiting, stand at the front of the line and look around. What you see is the cause of the waiting.

If the tool isn’t expensive, buy another one and reduce the waiting. If the tool is expensive, calculate the cost of delay.  Cost of delay is commonly used with product development projects. If the project is delayed by a month, the incremental revenue from the product launch is also delayed by a month.  That incremental revenue is the cost of delaying the project by a month. When the cost of delay is larger than the cost of an expensive tool, it makes sense to buy another expensive tool. But, to purchase that expensive tool requires multiple levels of approvals.  So, the waiting caused by the tool results in waiting for approval for the new tool. I guess there’s a cost of delay for the approval process, but let’s not go there.

Most companies have more projects than people, and that’s why projects wait. And when projects wait, projects are late. Adding people is like getting another expensive tool.  They are spread over too many projects, and too little gets done. And like with expensive tools, getting more people doesn’t come easy. New hires can be justified (more waiting in the approval queue), but that takes time to find them, hire them, and train them. Hiring temporary people is a good option, though that can seem too expensive (higher hourly rate), it requires approval, and it takes time to train them.  Moving people from one project to another is often the best way because it’s quick and the training requirement is less.  But, when one project gains a person, another project loses one. And that’s often the rub.

When it’s time to make an important decision and the team has to wait for missing information, the project waits. And when projects wait, projects are late. It’s difficult to see the waiting caused by missing or uncommunicated information, but it can be done. The easiest to see when the information itself is a project deliverable. If a milestone review requires a formal presentation of the information, the review cannot be held without it. The delay of the milestone review (waiting) is objective evidence of missing information.

Information-based waiting is relatively easy to see when the missing information violates a precedent for decision making.  For example, if the decision is always made with a defined set of data or information, and that information is missing, the precedent is violated and everyone knows the decision cannot be made. In this case, everyone’s clear why the decision cannot be made, everyone’s clear on what information is missing, and everyone’s clear on who dropped the ball.

It’s most difficult to recognize information-based waiting when the decision is new or different and requires judgment because there’s no requirement for the data and there’s no precedent to fall back on. If the information was formally requested and linked to the decision, it’s clear the information is missing and the decision will be delayed.  But if it’s a new situation and there’s no agreement on what information is required for the decision, it’s almost impossible to discern if the information is missing. In this situation, it comes down to trust in the decision-maker. If you trust the decision-maker and they say there’s information missing, then there’s information missing. If you trust the decision-maker and they say there’s no information missing, they should make the decision. But if you don’t trust the decision-maker, then all bets are off.

In general, waiting is bad.  And it’s helpful if you can recognize when projects are waiting. Waiting is especially bad went the delayed task is on the critical path because when the project is waiting on a task that’s on the critical path, there’s a day-for-day slip in the completion date.  Hint: it’s important to know which tasks and decisions are on the critical path.

Image credit — Tomasz Baranowski

As the world becomes more connected, it becomes smaller.  And as it becomes smaller, competition becomes more severe. And as competition increases, work becomes more stressful.  We live in a world where workloads increase, timelines get pulled in, metrics multiply and “accountability” is always the word of the day. And in these trying times, the most important word to say is also the toughest.

When your plate is full and someone tries to pile on more work, what’s the toughest word to say?

When the project is late and you’re told to pull in the schedule and you don’t get any more resources, what’s the toughest word to say?

When the technology you’re trying to develop is new-to-world and you’re told you must have it ready in three months, what’s the toughest word to say?

When another team can’t fill an open position and they ask you to fill in temporarily while you do your regular job, what’s the toughest word to say?

When you’re asked to do something that will increase sales numbers this quarter at the expense of someone else’s sales next quarter, what’s the toughest word to say?

When you’re told to use a best practice that isn’t best for the situation at hand, what’s the toughest word to say?

When you’re told to do something and how to do it, what’s the toughest word to say?

When your boss asks you something that you know is clearly their responsibility, what’s the toughest word to say?

Sometimes the toughest word is the right word.

Image credit –Noirathse’s Eye

Two important questions to help you grow your business:

1. Is the problem worth solving?
2. When do you want to learn it’s not worth solving?

No one in your company can tell you if the problem is worth solving, not even the CEO. Only the customer can tell you if the problem is worth solving. If potential customers don’t think they have the problem you want to solve, they won’t pay you if you solve it. And if potential customers do have the problem but it’s not that important, they won’t pay you enough to make your solution profitable.

A problem is worth solving only when customers are willing to pay more than the cost of your solution.

Solving a problem requires a good team and the time and money to run the project. Project teams can be large and projects can run for months or years. And projects require budgets to buy the necessary supplies, tools, and infrastructure. In short, solving problems is expensive business.

It’s pretty clear that it’s far more profitable to learn a problem is not worth solving BEFORE incurring the expense to solve it.  But, that’s not what we do.  In a ready-fire-aim way, we solve the problem of our choosing and try to sell the solution.

If there’s one thing to learn, it’s how to verify the customer is willing to pay for your solution before incurring the cost to create it.

Image credit — Milos Milosevic

If words and actions are different, believe the actions.

If the words change over time, don’t put stock in the person delivering them.

If a good friend doesn’t trust someone, neither should you.

If the people above you don’t hold themselves accountable, yet they try to hold you accountable, shame on them.

If people are afraid to report injustices, it’s just a matter of time before the best people leave.

If actions are consistently different than the published values, it’s likely the values should be up-revved.

If you don’t trust your leader, respect your instincts.

If people are bored and their boredom is ignored, expect the company to death spiral into the ground.

If behaviors are different than the culture, the culture isn’t the culture.

If all the people in a group apply for positions outside the group, the group has a problem.

When actions seen by your eyes are different than the rhetoric force-fed into your ears, believe your eyes.

If you think your emotional wellbeing is in jeopardy, it is.

If to preserve your mental health you must hunker down with a trusted friend, find a new place to work.

If people are afraid to report injustices, company leadership has failed.

If the real problems aren’t discussed because they’re too icky, there’s a bigger problem.

If everyone in the group applies for positions outside the group and HR doesn’t intervene, the group isn’t the problem.

And to counter all this nonsense:

If someone needs help, help them.

If someone helps you, thank them.

If someone does a good job, tell them.

Rinse, and repeat.