Shipulski On Design

Archive for the ‘Clarity’ Category

You know you know, but you don’t.

You think you know, but you don’t.

You’re pretty sure you don’t know.

You know you don’t know, you think it’s not a problem that you don’t, but it is a problem.

You know you don’t know, you think it’s a problem that you don’t, but it isn’t a problem.

You don’t know, you don’t know that you don’t need to know yet, and you try.

You don’t know, you know you don’t need to know yet, and you wait.

You don’t know, you can’t know, you don’t know you can’t, and you try.

You don’t know, you can’t know, you know you can’t, and you wait.

Some skills you may want to develop….

To know when you know and when you don’t, ask yourself if you know and listen to the response.

To know if it’s a problem that you don’t know or if it isn’t, ask yourself, “Is it a problem that I don’t know?”  If it isn’t, let it go.  If it is, get after it.

To know if it’s not time to know or if it is, ask yourself, “Do I have to know this right now?” If it’s not time, wait.  If it is time, let the learning begin.  Trying to know before you need to is a big waste of time.

To know if you can’t know or if you can, ask yourself, “Can I know this?” and listen for the answer. Trying to learn when you can’t is the biggest waste of time.

Image credit — Dennis Skley

I started writing because I had no mentor to help me.  I thought I could help myself grow.  I thought I could write to better understand my ideas.  I thought I could use writing to mentor myself.  I tried it.  It was difficult.  It was scary.  But I started.

You will see the title, but you won’t see my scrap paper scribblings that emerge as I struggle to converge on a topic.  Prismatic shapes, zig-zags, arrows pointing toward nothing, nested triangles, cross-hatched circles, words that don’t go together, random words.  And when a topic finds me, I move to the laptop, but you won’t see that either.

You will see the sentences and paragraphs that hang together.  You won’t see the clustered fragments of almost sentences, the disjointed paragraphs, the out-of-sequence logic, the inconsistency of tense, and the wrong words.  You won’t see my head pressed to the kitchen table as I struggle to unshuffle the deck.

You will see the density of my writing.  You won’t see the preening.

You will see a curated image and a shout out to the owner.  You won’t see me spend 30 minutes searching for an image that supports the blog post obliquely.

You will see the research underpinning the main points, but you won’t see me doing it.  Books on and off the shelf, books on the floor, technical papers in my backpack, old presentations in forgotten folders, YouTube, blogs, and podcasts.  Far too many podcasts.

You will see this week’s blog post on Wednesday night, Thursday morning, or Thursday afternoon, depending on your time zone.  You won’t see the 750+ blog posts from 15 years of Wednesdays.

When it was time to send out my first blog post, I was afraid.  I questioned whether the content was worthy, whether I was right, and whether it made sense. I struggled to push the button.  I hesitated, hesitated again, and pushed the button.  And nothing bad happened.

When it was time to send out this blog post, I was confident the content was worthy, confident I was right, and confident that it made sense.   I put myself out there, and when it was time to hit the button, I did not hesitate because I wrote it for me.

Image credit — Charlie Marshall

Sometimes when I have a good idea, my body recognizes it before my mind does.  I believe my body has been doing this since I was young, but only over the last five years have I developed sufficient body awareness to recognize the sensation my body generates.  And now that I know the sensation is a signal, I know my body knows more than I do.

My body’s signaling system is usually triggered during a conversation with someone I trust.  While they are speaking to me, one or two of their words help my body flip the “knowing switch” and send its signal. Sometimes I stop listening and wait for the idea to come to my awareness.  Sometimes I say out loud, “My body thinks there’s something important in what you said.” Sometimes the signal and idea come as a pair, and I tell my friend about the idea after they finish their sentence.  All this takes some time for my coworkers and friends to understand and become comfortable.

My body can also send signals when it recognizes wrong paths or approaches that will cause conflict or confusion.  It’s a colder sensation than the one described above, and the coldness distinguishes it as a signal of potential wrongness, conflict, or confusion. Like above, it’s usually triggered during a conversation where a coworker’s words help my body flip its knowing switch and send the cold sensation.  Sometimes I stop listening and wait for the knowing to arrive.  Sometimes I acknowledge I just received a knowing signal. And sometimes I tell my friend about the knowing as soon as there’s an opening.  This, too, takes time for others to understand and become comfortable.

For my body to be able to do this for me, it must be well-rested, well-exercised, and grounded.  To do this, my body must be standing on emotional bedrock.

I think I’m more effective because I can connect with my body’s signals.  I can become aware of better ideas, I can become aware of skillful approaches, and I can become aware of ways to protect my friends from conflict and confusion.

Bessel van der Kolk says The Body Keeps The Score, and I agree. And with deep calm and awareness, I think the body can do much more.

Image credit — darkday

For the past two decades, I’ve actively developed engineering leaders.  A good friend asked me how I do it, so I took some time to write it down.  Here is the curriculum in the form of How Tos:

How to build trust.  This is the first thing.  Always.  Done right, the trust-based informal networks are stronger than the formal organization chart. Done right, the informal networks can protect the company from bad decisions.  Done right, the right information flows among the right engineers at the right time so the right work happens in the right way.

How to decide what to do next. This is a broad one.  We start with a series of questions: What are we doing now?  What’s the problem? How do you know? What should we do more of?  What should we do less of?  What resources are available? When must we be done?

How to map the current state.  We don’t define the idealized future state or the North Star, we start with what’s happening now.  We make one-page maps of the territory.  We use drawings, flow charts, boxes/arrows, and the fewest words. And we take no action before there’s agreement on how things are.  The value of GPS isn’t to define your destination, it’s to establish your location.  That’s why we map the current state.

How to build momentum. It’s easy to jump onto a moving steam train, but a stationary one is difficult to get moving.  We define the active projects and ask – How might we hitch our wagon to a fast-moving train?

How to start something new. We start small and make a thought-provoking demo.  The prototype forces us to think through all the elements, makes things real, and helps others understand the concept. If that doesn’t work, we start smaller.

How to define problems so we can solve them easily. We define problems with blocks and arrows, and limit ourselves to one page.  The problem is defined as a region of contact between two things, and we identify it with the color red.  That helps us know where the problem is and when it occurs. If there are two problems on a page, we break it up into two pages with one problem.  Then we decide to solve the problem before, during, or after it occurs.

How to design products that work better and cost less. We create Pareto charts of the cost of the existing product (cost by subassembly and cost by part) and set a cost reduction goal.  We create Pareto charts of the part count of the existing product (part count by subassembly and part count by individual part number) and define a goal for part count reduction.  We define test protocols that capture the functionality customers care about. We test the existing product and set performance improvement goals for the new one.  We test the new product using the same protocols and show the data in a simple A-B format. We present all this data at formal design reviews.

How to define technology projects. We define how the customer does their work.  We then define the evolutionary history of our products and services, and project that history forward.  For lines of goodness with trajectories that predict improvement, we run projects to improve them.  For lines of goodness with stalled trajectories, we run projects to establish new technologies and jump to the next S-curve.  We assess our offerings for completeness and create technologies to fill the gap.

How to file the right patents.  We ask these questions: How quickly will the customer notice the new functionality or benefit? Once recognized, will they care? Will the patent protect high-volume / high-margin consumables? There are more questions, but these are the ones we start with.  And the patent team is an integral part of the technology reviews and product development process.

How to do the learning.   We start with the leader’s existing goals and deliverables and identify the necessary How Tos to get their work done. There are no special projects or extra work.

If you’re interested in learning more about the curriculum or how to enroll, send me an email mike@shipulski.com.

Image credit — Paul VanDerWerf

To be more effective at a meeting, take the time to dissect the meeting agenda and details.

Who called the meeting?  If the CEO calls the meeting, you know your role. And you know your role if a team member calls the meeting.  Knowledge of the organizer helps you understand your role in the meeting.

Who is invited to the meeting?  If you are the only one invited, it’s a one-on-one meeting.  You know there will be dialogue and back-and-forth discussion.  If there are fifty people invited, you know it will be a listening meeting. And if all the company leaders are invited, maybe you should dress up a bit.

What is the sequence of the invitees? Who is first on the invite list?

Who is not invited to the meeting?  This says a lot, but takes a little thought to figure out what it says.

How long is the meeting? A fifteen-minute daily standup meeting is informal but usually requires a detailed update on yesterday’s progress.  An all-day meeting means you’ve got to pace yourself and bring your coffee.

Is lunch served?  The better the lunch, the more important the meeting.  And it’s the same for snacks.

Is the meeting in-person or remote?  In-person meetings are more important and more impactful.

If pre-read material is sent out two days before the meeting, the organizer is on their game.  If the pre-read material is sent out three minutes before the meeting, it’s a different story.

If there’s no agenda, it means the organizer isn’t all that organized.  Skip these meetings if you can.  But if you can’t, bring your laptop and be ready to present your best stuff.  If no one asks you to talk, keep quiet and listen.  If you’re asked to present, present something if you can.  And if you can’t, say you’re not ready because the topic was not included in the agenda.

The best agendas define the topics, the leader of each topic, and the time blocks.

All these details paint a picture of the upcoming meeting and help you know what to expect.  When you know what to expect will enable you to hear the things that aren’t said and the discussions that don’t happen.

When the group avoids talking about the charged topic or the uncomfortable situation, you’ll recognize it.  And because you know who called the meeting, the attendees, and the meeting context, you’ll help the group discuss what needs to be discussed.  You’ll know when to ask a seemingly innocent question to help the group migrate to the right discussion.  And you’ll know when it’s okay to put your hand up and tell the group they’re avoiding an important topic that should be discussed.

Anyone can follow the agenda, but it takes preparation, insight, awareness, and courage to help the group address the important but uncomfortable things not on the agenda.

Image credit — Joachim Dobler

Clarity.  People will know why they dislike (or like) your position, have good ideas on improving it, and appreciate your clarity.  Well, at least they’ll recognize you’re communicating differently.

Brevity.  Make it short.

Visual.  When you draw a picture of the situation, people will understand the main system elements and how they interact.  Use arrows to describe how the system changes over time.  Even better, create a series of snapshots in a time series so you can decide to solve the problem before, during, or after. Words constrict. Use images to create space for divergent perspectives.

Distilled.  When you converge on the most important theme, the discussion is focused on the most important thing.  And when it strays it’s easy to recognize and put it back to importance. To distill, limit yourself to one page and limit the number of words to twelve.  This is unnatural and requires confidence through practice.

Know what you want to communicate.  Use fewer and simpler words.  Decide what to leave out. Use images and cartoons. Make it clean.

Less is more.

Image credit —  Charlie Wales

When planning a project, we usually start with a traditional left-to-right schedule. On the left is the project’s start date, where tasks are added sequentially rightward toward completion. When all the tasks are added and the precedence relationships shift tasks rightward, the completion date becomes known. No one likes the completion date, but it is what it is until we’re asked to pull it in.

I propose a different approach – a reverse schedule.  Instead of left to right, the reverse schedule moves right to left.  It starts with the completion date on the right and stacks tasks backward in time toward today. The start date emerges when all the tasks are added and precedence relationships work their magic.  Where the traditional schedule tells us when the project will finish, the reverse schedule tells us when we should start.  And, usually, the reverse schedule says we should have started several months ago and the project is already late.

There are some subtle benefits of the reverse schedule.  It’s difficult to game the schedule and reduce task duration to achieve a desired start date because the tasks are stacked backward in time. (Don’t believe me?  Give it a try and you’ll see.)  And because the task duration is respectful of the actual work content, the reverse schedule is more realistic.  And when there’s too much work in a reverse schedule, the tasks push their way into the past and no one can suggest we should go back in time and start the project three months ago.  And since the end date is fixed, we are forced to acknowledge there’s not enough time to do all the work.  The beauty of the reverse schedule is it can tell us the project is late BEFORE we start the project.

Here’s a rule: You want to know you’re late before it’s too late.

The real power of the reverse schedule is that it creates a sense of urgency around starting the project.  In the project planning phase, a delay of a week here and there is no big deal. But, when the start date slips a day, the completion date slips a day.  The reverse schedule clarifies the day-for-day slip and helps the resources move the project sooner so the project can start sooner.  And those of us who run projects for a living know this is a big deal.  What would you pay for an extra two weeks at the end of a project that’s two weeks behind schedule?  Well, if you started two weeks sooner, you wouldn’t need the extra time.

The project doesn’t start when the project schedule says it starts.  The project starts when the resources start working on the project in a full-time way.  The reverse schedule can create the sense of urgency needed to get the critical resources moved to the project so they can start the work on time.

Image credit — Steve Higgins

Tariffs.  Economic uncertainty.  Geopolitical turmoil.  There’s no time for elegance.  It’s time for the art of the possible.

Give your sales team a reason to talk to customers.  Create something that your salespeople can talk about with customers.  A mildly modified product offering, a new bundling of existing products, a brochure for an upcoming new product, a price reduction, a program to keep prices as they are even though tariffs are hitting you.  Give them a chance to talk about something new so the customers can buy something (old or new).

Think Least Launchable Unit (LLU). Instead of a platform launch that can take years to develop and commercialize, go the other way.  What’s the minimum novelty you can launch? What will take the least work to launch the smallest chunk of new value?  Whatever that is, launch it now.

Take a Frankensteinian approach. Frankenstein’s monster was a mix and match of what the good doctor had scattered about his lab.  The head was too big, but it was the head he had.  And he stitched onto the neck most crudely with the tools he had at his disposal.  The head was too big, but no one could argue that the monster didn’t have a head.  And, yes, the stitching was ugly, but the head remained firmly attached to the neck.  Not many were fans of the monster, but everyone knew he was novel.  And he was certainly something a sales team could talk about with customers.  How can you combine the head from product A with the body of product B?  How can you quickly stitch them together and sell your new monster?

Less-With-Far-Less. You’ve already exhausted the more-with-more design space.  And there’s no time for the technical work to add more.  It’s time for less.  Pull out some functionality and lots of cost.  Make your machines do less and reduce the price.  Simplify your offering and make things easier for your customers.  Removing, eliminating, and simplifying usually comes with little technical risk.  Turning things down is far easier than turning them up.  You’ll be pleasantly surprised how excited your customers will be when you offer them slightly less functionality for far less money.

These are trying times, but they’re not to be wasted. The pressure we’re all under can open us up to do new work in new ways.  Push the envelope. Propose new offerings that are inelegant but take advantage of the new sense of urgency forced.

Be bold and be fast.

Image credit — Geoff Henson

If it’s taken from you, you’ll have a problem if you think it was yours.

When it’s taken from you, it doesn’t matter if it was never yours.

No one can take anything from you unless you think it is yours.

There can be no loss if it was never yours to have.

You can be manipulated if they know you have a problem letting go.

Said differently, if you can let go you can’t be manipulated.

Whether you want to admit it or not, it all goes away.

But if you see your favorite mug as already broken, there’s no problem when it breaks.

If you recognize your thirties will end, you won’t feel slighted when you start your fourth decade.

And it’s the same when you start your your fifth.

When you know things will end, their ending comes easier.

When you’re aware it will end, you can do it your way.

When you’re aware it’s finite, it’s easier to do what you think is right.

When you’re it all goes away, you can better appreciate what you have.

When you’re aware everything has a half-life, you’re less likely to live your life as a half-person.

Wouldn’t you like to do things your way?

Wouldn’t you like to do what you think is right?

Wouldn’t you like to live as a whole person?

Wouldn’t you like to appreciate what you have?

Would’t you like to bring your whole self to the party?

If so, why not embrace the impermanence?

Image credit — 正面顔〜〜〜(- .. -)

No one has ever been promoted by failing fast.  They may have been promoted because they learned something important from an experiment that delivered unexpected results, but that’s fundamentally different than failure.  That’s learning.

Failure, as a word, has the strongest negative connotations.  Close your eyes and imagine a failure.  Can you imagine a scenario where someone gets praised or promoted for that failure?  I think not.  It’s bad when you fail to qualify for a race.  It’s bad when you fail to get that new job.  It’s bad when driving down the highway the transmission fails fast.  If you squint, sometimes you can see a twinkle of goodness in failure, but it’s still more than 99% bad.

When it’s bad for people’s careers, they don’t do it. Failure is like that.  If you want to motivate people or instill a new behavior, I suggest you choose a word other than failure.

Learning, as a word, has highly positive connotations.  Children go to school to learn, and that’s good.  People go to college to learn, and that’s good.  When people learn new things they can do new things, and that’s good.  Learning is the foundation for growth and development, and that’s good.

Learning can look like failure to the untrained eye.  The prototype blew up – FAILURE.  We thought the prototype would survive the test, but it didn’t.  We ran a good test, learned the weakest element, and we’re improving it now – LEARNING.  In both cases, the prototype is a complete wreck, but in the FAILURE scenario, the team is afraid to talk about it, and in the LEARNING scenario they brag.  In the LEARNING scenario, each team member stands two inches taller.

Learning yes; failure no.

The transition from failure to learning starts with a question: What did you learn?  It’s a magic question that helps the team see the progress instead of the shattered remains.  It helps them see that their hard work has made them smarter.  After several what-did-you-learns, the team will start to see what they learned.  Without your prompts, they’ll know what they learned.  Then, they’ll design their work around their desired learning.  Then they’ll define formal learning objectives (LOs). Then they’ll figure out how to improve their learning rate.  And then they’re off to the races.

You don’t break things for the sake of breaking them.  You break things so you can learn.

Learning yes; failure no.  Because language matters.

Image credit — mining camper

Happy – when you can bring your whole self to everything you do.

Lonely – when you’re with people all day but can’t be truthful with them.

Sad – when you see what could be but never will.

Angry – when someone is less than truthful.

Happy – when people you care about are treated well.

Lonely – when you’re misunderstood.

Sad – when you realize a person’s lack of truthfulness will make them lonely.

Angry – when you take things personally that aren’t personal.

Happy – when an old friend visits.

Lonely – when there’s no trust.

Sad – when you see someone break trust and you know that will bring them loneliness.

Angry – when you know someone should know better.

Happy – when someone asks you for help.

Lonely – when you know you can help but they don’t ask.

Sad – when someone is set up for failure and there’s no way to help them.

Angry – when that someone is a good friend.

Happy – when you have your health.

Happy – when you have fun with friends.

Happy – when you spend time outside.

Happy – when you walk your dogs.

Happy – when your kids and your partner love you.

Whether you’re happy, lonely, sad, or angry, this too shall pass.

Image credit – Tambako the Jaguar.