Shipulski On Design

Archive for the ‘Fundementals’ Category

When you demo something new, you make the technology real.  No longer can they say – that’s not possible.

When you demo something new, you help people see what it is and what it isn’t.  And that brings clarity.

When you demo something new, people take sides. And that says a lot about them.

When you demo something new, be prepared to demo it again. It takes time for people to internalize new concepts.

When someone asks you to repeat the demo so others can see it, it’s a sign there’s something interesting about the demo.  Repeat it.

When someone calls out fault with a minor element of the demo, they also reinforce the strength of the main elements.

When you demo something new and it works perfectly, you should have demo’d it sooner.

When the demo works perfectly, you’re not trying hard enough.

When you demo something new, there is no way to predict the action items spawned by the demo.  In fact, the reason to do the demo is to learn the next action items.

When you demo something new, make the demo short so the conversation can be long.

When you demo something new, shut your mouth and let the demo do the talking.

When you demo something new, keep track of the questions that arise.  Those questions will inform the next demo.

When you demo something new and it’s misunderstood, congratulations. You’ve helped the audience loosen their thinking.

If you want to change people’s thinking, do a demo.

Image credit – Ralf Steinberger

When new ideas come from the outside, they are dismissed out of hand.  The technical term for this behavior is Not Invented Here (NIH).  Because it was not invented by the party with official responsibility, that party stomps it into dust.  But NIH doesn’t stomp in public; it stomps in mysterious ways.

Wow!  That’s a great idea!  Then, mysteriously, no progress is made and it dies a slow death.

That’s cool! Then there’s a really good reason why it can’t be worked.

That’s interesting!  Then that morphs into the kiss of death.

We never thought of that.  But it won’t scale.

That’s novel!  But no one is asking for it.

That’s terribly exciting! We’ll study it into submission.

That’s incredibly different!  And likely too different.

When the company’s novel ideas die on the vine, they likely die at the hands of NIH. If you can’t understand why a novel idea never made it out of the lab, investigate the crime scene and you may find NIH’s fingerprints.  If customers liked the new idea yet it went nowhere, it could be NIH was behind the crime. If it makes sense, but it doesn’t make progress, NIH is the prime suspect.

If a team is not receptive to novel ideas from the outside, it’s because they consider their own ideas sufficiently good to meet their goals.  Things are going well and there’s no reason to adopt new ideas from the outside.  And buried in this description are the two ways to overcome NIH.

The fastest way to overcome NIH is to help a new idea transition from an idea conceived by someone outside the team to an idea created by someone inside the team.  Here’s how that goes.  The idea is first demonstrated by the external team in the form of a functional prototype.  This first step aims to help the internal team understand the new idea.  Then, the first waiting period is endured where nothing happens.  After the waiting period, a somewhat different functional prototype is created by the external team and shown to the internal team.  The objective is to help the internal team understand the new idea a little better.  Then, the second waiting period is endured where nothing happens.  Then, a third functional prototype is created and shown to the internal team.  This time, shortcomings are called out by the external team that can only be addressed by the internal team.  Then, the last waiting period is endured.  Then, after the third waiting period, the internal team addresses the shortcomings and makes the idea their own.  NIH is dead, and it’s off to the races.

The second fastest way to overcome NIH is to wait for the internal team to transition to a team that is receptive to new ideas initiated outside the team.  The only way for a team to make the transition is for them to realize that their internal ideas are insufficient to meet their objectives.  This can only come after their internal ideas are shown to be inadequate multiple times.  Only after exhausting all other possibilities, will a team consider ideas generated from outside the team.

When the external team recognizes the internal team is out of ideas, they demonstrate a functional prototype to the internal team.  And they do it in an “informational” way, meaning the prototype is investigatory in nature and not intended to become the seed of the internal team’s next generation platform.  And as it turns out, it’s only a strange coincidence that the functional prototype is precisely what the internal team needs to fuel the next-generation platform.  And the prototype is not fully wrung out.  And as it turns out, the parts that need to be wrung out are exactly what the external team knows how to do.  And when the internal team needs expertise from the external team to address the novel elements, as it turns out the external team conveniently has the time to help out.

Not Invented Here (NIH) is real.  And it’s a powerful force. And it can be overcome.  And when it is overcome, the results are spectacular.

Image credit — Becky Mastubara

When you want to figure out what’s next, show customers what’s possible.  This is much different than asking them what they want.  So, don’t do that.  Instead, show them a physical prototype or a one-page sales tool that explains the value they would realize.

When they see what’s possible, the world changes for them.  They see their work from a new perspective. They see how the unchangeable can change.  They see some impossibilities as likely.  They see old constraints as new design space.  They see the implications of what’s possible from their unique context.  And they’re the only ones that can see it.  And that’s one of the main points of showing them what’s possible – for YOU to see the implications of what’s possible from their perspective.  And the second point is to hear from them what you should have shown them, how you missed the mark, and what you should show them next time.

When you show customers what’s possible, that’s not where things end.  It’s where things start.

When you show customers what’s possible, it’s an invitation for them to tell you what it means to them.  And it’s also an invitation for you to listen.  But listening can be challenging because your context is different than theirs.  And because they tell you what they think from their perspective, they cannot be wrong.  They might be the wrong customer, or you might have a wrong understanding of their response, but how they see it cannot be wrong.  And this can be difficult for the team to embrace.

What you do after learning from the customer is up to you.  But there’s one truism – what you do next will be different because of their feedback.  I am not saying you should do what they say or build what they ask for.  But I think you’ll be money ahead if your path forward is informed by what you learn from the customers.

Image credit —  Alexander Henning Drachmann

Stop, Start, Continue is a powerful, straightforward way to manage things.

If it’s not working, Stop.

If it’s working well, Continue.

If there’s a big opportunity to grow, Start.

Sounds pretty simple, but it’s often executed poorly.

The most dangerous variant of Stop, Start, Continue is Start, Start, Continue.  Regardless of how well projects are doing, they Continue.  The market has changed but the product hasn’t launched yet, Continue the project.  Though the technical risk is increasing instead of decreasing, keep your mouth shut and Continue the project.  Though resources have moved to different projects (that have recently started), Continue the project and pretend progress is being made.  And though Continue is a big problem, Starting is a bigger one.

With Start, Start, Continue, the company’s eyes are too big for their stomach.  Because there is no mechanism to limit the start of new projects based on the available resources (people, tools, infrastructure), projects start without the resources needed to get them done.  In the short term, there’s a celebration because an important new project has started.  But a month later, everyone on the project team knows the project is doomed because the project is largely unstaffed. And because of the tight lips, no one in company leadership knows there’s a problem.  The telltale signs of Start, Start, Continue are long projects (insufficient resources) and a lack of Finishing (too many projects and too little focus).

There is a little-known process that can overpower Start, Start, Continue.  It’s called Stop, Stop, Stop.  It’s simple and powerful.

With Stop, Stop, Stop, stalled projects are stopped and resources are freed up to accelerate the best remaining projects.  Think of it as moving from Continue existing projects to Accelerate the most important projects.  And with Stop, Stop, Stop, there is no starting.  None.  There is only stopping, at least to start.  Pet projects are stopped. Long-in-the-tooth projects are stopped. Irrelevant projects are stopped.  And even good projects are stopped to allow great projects to Start.

With Stop, Stop, Stop, at least two projects must stop before a new project can start.  And it’s better to stop three.

The result of Stop, Stop, Stop is a glut of freed-up resources that can be applied to amazing new projects.  And because the resources are unallocated and ready to go, those new projects can be fully staffed and can make progress quickly.  And because there are now fewer projects overall, the shared resources can respond more quickly for double acceleration.  And with fewer projects, there are fewer resource collisions among projects and fewer slowdowns. Triple acceleration and a lighter project management burden.

If your projects are moving too slowly, use Stop, Stop, Stop to stop the worst projects.  If you have too many projects and too few resources, Stop, Stop, Stop can set you free.  If you want to Start an amazing new project, use Stop, Stop, Stop to free up the resources to make it happen.

Before you Start, Stop.  And before you Continue, Stop. And instead of pretending to Stop or talking about Stopping, Stop.

Show them how the work is done.

Ask them what they saw.

Praise them for what they recognized and describe what they didn’t.

Repeat

Tell them how the work is done.

You do some and they watch you, and they do some and you watch them.

Ask them what they felt and what questions they have.

Praise them for their openness and answer their questions.

Repeat.

Ask them how the work should be done and listen.

Praise them for their insights and suggest alternative approaches for consideration.

Together, choose the approach and they do the work.  You check in as needed.

Ask them how they felt while doing the work and ask if they have questions.

Praise them for sharing; validate their feelings; and answer their questions.

Repeat.

Ask them to do the work.

They choose the approach and do the work.  You do something else but stay close.

If they ask questions, answer them.

Check in with them after the work is done, but they own the agenda.

Repeat

Ask them what work should be done next and listen.

Acknowledge their discomfort and tell them it’s supposed to feel like that.

They choose the work; they choose the approach; and you stay away.

If they ask questions, answer with more questions so they can work it out on their own.

Check in with them after the work is done, but make it a social visit because they’re pros now.

Image credit – skyseeker

When there are too many projects, all the projects move too slowly.

When there are too many projects, adding resources doesn’t help much and may make things worse.

To speed up the important projects, stop the less important projects. There’s no better way.

When there are too many projects, stopping comes before starting.

All projects are important, it’s just that some are more important than others.  Stop the lesser ones.

When someone says all projects are equally important, they don’t understand projects.

If all projects are equally important, then they are also equally unimportant and it does not matter which projects are stopped.  This twist of thinking can help people choose the right projects to stop.

When there are too many projects, stop two before starting another.

Finishing a project is the best way to stop a project, but that takes too long.  Stop projects in their tracks.

There is no partial credit for a project that is 80% complete and blocking other projects.  It’s okay to stop the project so others can finish.

Queueing theory says wait times increase dramatically when utilization of shared resources reaches 85%.  The math says projects should be stopped well before shared resources are fully booked.

If you want to go faster, stop the lesser projects.

Image credit – Rodrigo Olivera

You can’t see if you don’t look.

You can’t look if you’re distracted.

You can’t be distracted if you’re living in the present moment.

You can’t live in the present moment if you’re sad about the past or afraid of the future.

You can’t be sad about the past unless you want it to be different.

You can’t be afraid of the future unless you want to control it.

You can’t want the past to be different if you accept things as they are.

You can’t want to control the future if you accept you have no control over it.

Yet, we want the past to be different and we want to control the future.

When you find yourself wanting the past to be different or wanting to control the future, focus on your breath for a minute or two.  That will bring you back to the present moment.

And if that doesn’t work, go outside and walk in nature for fifteen minutes then quiet yourself and focus on your breath for a minute or two.  That should bring you back to the present moment.

Everything gets better when you’re sitting in the present moment.

The projects you choose define the problems you solve.

The problems you choose to solve define the novel value delivered to the customer.

The people you choose to run the projects set the character of the projects.

The choice of the projects’ character defines how the people feel about working on the projects.

How people choose to feel about working on the projects influences the character of the projects.

The people on the projects choose how the problems are solved.

How people choose to solve problems defines how well the problems are solved.

The choice around how well problems are solved sets the level of goodness delivered to the customer.

The level of goodness you choose to deliver to the customer governs the incremental revenue you create.

It doesn’t seem right that the amount of incremental revenue is a choice.

But, when you choose the right projects and the right people to run them and you choose the right problems and the right people to solve them, incremental revenue becomes your choice.

image credit — officallychaz

When there’s a disagreement between the stated strategy and the active projects, believe the active projects.

When there’s a formal objective to reduce the number of meetings and the number of meetings doesn’t decrease, the desired outcome isn’t really desired.

When there’s a desire to reduce costs and there’s no hiring freeze, there’s no real desire to reduce costs.

When it’s acknowledged that there are too many projects and more projects are added, the doers’ morale tanks while the approvers’ credibility is decimated.

When people don’t talk openly about the mismatch between words and behavior, it does not mean they’re unaware.

When there’s a mismatch between words and behavior, people see it.

If you want your new product development projects to go faster, reduce the number of active projects.  Full stop.

A rule to live by: If the new product development project is 90% complete, the company gets 0% of the value.  When it comes to new product development projects, there’s no partial credit.

Improving the capabilities of your project managers can help you go faster, but not if you have too many active projects.

If you want to improve the speed of decision-making around the projects, reduce the number of required decisions by reducing the number of active projects.

Resource conflicts increase radically as the number of active projects increases.  To fix this, you guessed it, reduce the number of active projects.

A project that is run under the radar is the worst type of active project. It sucks resources from the official projects and prevents truth telling because no one can admit the dark project exists.

With fewer active projects, resource intensity increases, the work is done faster, and the projects launch sooner.

Shared resources serve the projects better and faster when there are fewer active projects.

If you want to go faster, there’s no question about what you should do.  You should stop the lesser projects to accelerate the most important ones.  Full stop.

And if you want to stop some projects, I suggest you try to answer this question: Why does your company think it’s a good idea to have far too many active new product development projects?

Image credit — JOHN K THORNE

When there’s a disagreement, listen before you talk.  And if that doesn’t work, listen more. With this approach, disagreement cannot blossom into a problem.

When there’s a decision to be made, make it.  There are problems with any decision you make, and you might as well learn them as soon as you can.

When there’s a change coming, get people together and talk about what’s coming. One thing to remember – the talking you do before the change is much more meaningful than the talking after the change causes problems.

When an important project is behind schedule, pause the project.  Nothing causes dialog, problem-solving, and movement of resources like pausing an important project.

When person A says one thing to person B and another to person C, call a meeting with A, B, and C and within fifteen minutes the source of the problem will be apparent to all.

When someone doesn’t do what they said they’d do, send them an email asking when they’ll do it.  Then, at the same time every week, “reply all” to your email and ask them when they’ll do it.  That way, they get to see the ever-growing, time-stamped record of their problematic non-performance.

When there’s no owner of the problem, there can be no solution.  And that’s a big problem.

When it’s your problem, solve it.

When someone tries to give you their problem, don’t take it.  Like any gift, if you don’t accept it, the would-be giver still owns it.

When there are no problems, there can be no learning.

Image credit — Rob Oo