The People Part of the Business

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

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

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

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

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

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

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

Image credit – are you my rik?

What To Do When It Matters

If you see something that matters, say something.

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

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

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

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

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

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

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

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

Image credit – Peter Addor

If you want to make progress, make a map.

Fascination with the idealized future state isn’t ideal.  Before moving forward, define the current state of things.

Improvement opportunities mean nothing unless they come from a deep understanding of the state of things as they are.  Define things as they are before settling on improvement opportunities.

If you want to converge on a common understanding of how things are, make a map.

In times of uncertainty, there’s no way to know the destination.  Assess your location, look for low-energy paths, and investigate several in parallel.

If you want to understand the situation as it stands, try to make a map.  The gaps in the map define your learning objectives.  And once the map hangs together, show it to someone you trust and refine it.

Before there can be agreement on potential solutions, there must be agreement on the situation as it is.  Take time to make a map of the situation and show it to those who will decide on potential solutions.  Create potential solutions only after everyone agrees on the situation as it stands.

If there’s disagreement on the map of the current state, break the regions of disagreement into finer detail until there is agreement.

It may seem slow and wasteful to make maps and create a common understanding of how things are.  But if you want to know slow and wasteful, look at how long things take when that work isn’t done.

If you want to make progress, make a map.

Image credit — maximilianschiffer

Appreciating What We Have

We have growth targets, stretch goals, corporate initiatives, and improvement plans.  If we achieve all this but it comes at the expense of our health, what do we really have?

When we have our health, we can forget we have it and take it for granted.  We forget we can easily get into our car and drive ourselves to work and remember to complain about traffic. We forget that some cannot walk from the car to the office but that it is easy for us.  We forget that not everyone can muster the energy to work a full day but take for granted that we can do it day in and day out.

The most effective way to remember our health is important is to lose it. But losing it for real is no way to go.  So how can we lose it temporarily and in an easily reversible way?  Here’s one way to give it a go.

Buy two wooden yardsticks (1-meter measuring sticks) to use as leg splints and some heavy adhesive tape.  Measure your inseam, subtract 4 inches (100mm), and cut the pieces of wood to length.  Place the splints on the inside and outside of your leg and tape them in place.  The objective is to prevent your knee from bending, so place them accordingly, and don’t be shy with the tape.

With your straight leg, walk to different rooms in your house.  Walk up and down stairs.  Walk down the street or around the block. Walk to your car and try to get in.  If you can get in, try to put your foot on the gas pedal and brake to show yourself how difficult it would be to drive. Try to ride a bicycle.

With the wooden splints still on your leg, go back in the house and spend two hours doing the things you’d normally do – cooking, cleaning, laundry, eating.  After two hours, take off the splints and reflect on the experience.  Ask yourself how you feel about your ability to walk now that you experienced an inability to walk.  Then think about it more abstractly.  Think of your straight leg as a surrogate for the loss of your health.  What would it mean to lose your health?  How do you feel about that?

I hope this little experiment can help you appreciate what you have.  It helped me.

Image credit — toastal

Function first, no exceptions.

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

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

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

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

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

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

Function first, no exceptions.

Image credit — Mrs Airwolfhound

When You Want To Make A Difference

When you want to make a difference, put your whole self out there.

When you want to make a difference, tell your truth.

When you want to make a difference, invest in people.

When you want to make a difference, play the long game.

When you want to make a difference, do your homework.

When you want to make a difference, buy lunch.

When you want to make a difference, let others in.

When you want to make a difference, be real.

When you want to make a difference, listen.

When you want to make a difference, choose a side.

When you want to make a difference, don’t take things personally.

When you want to make a difference, confide in others.

When you want to make a difference, send a text out of the blue.

And when you want to make a difference for yourself, make a difference for others.

Image credit – Tambako The Jaguar

How To Finish Projects

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

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

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

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

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

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

Image credit — majiedqasem

The Three Ts of Empowerment

If you give a person the tools, time, and training, you’ve empowered them.  They know what to do, they have supporting materials, and they have the permission to spend the time they need to get it done.

If you give a person the tools and the time but not the training, they will struggle to figure out the tools but they’ll likely get there in the end.  It won’t be all that efficient, but because you’ve given them the time they’ll be able to figure out the tools and get it done.

If you give a person the time but not the tools or the training, they’ll go on a random walk and make no progress.  Yes, you’ve given them the time, but you’ve given them no real support or guidance.  They’ll likely become tired and frustrated and you’ll have allocated their time yet made no progress.

If you give a person the tools and training but not the time, you’ve demoralized them.  They have new skills and new tools and want to use them, but they’re too busy doing their day job.  This is the opposite of empowerment.

If you’re not willing to give people the time to do new work, don’t bother providing new tools, and don’t bother training them.  Stay the course and accept things as they are.  Otherwise, you’ll disempower your best people.

But if you want to empower people, give them all three – tools, time, and training.

Image credit — Paul Balfe

Do you create the conditions for decisions to be made without you?

What does your team do when you’re not there?  Do they make decisions or wait for you to come back so you can make them?

If your team makes an important decision while you’re out of the office, do you support or criticize them? Which response helps them stand taller? Which is most beneficial to the longevity of the company?

If other teams see your team make decisions while you are on vacation, doesn’t that make it easier for those other teams to use their good judgment when their leader is on vacation?

If a team waits for their leader to return before making a decision, doesn’t that slow progress?  Isn’t progress what companies are all about?

When you’re not in the office, does the organization reach out directly to your team directly? Or do they wait until they can ask your permission?  If they don’t reach out directly, isn’t that a reflection on you as the leader? Is your leadership helping or hindering progress?  How about the professional growth of your team members?

Does your team know you want them to make decisions and use their best judgment? If not, tell them.  Does the company know you want them to reach out directly to the subject matter experts on your team? If not, tell them.

If you want your company to make progress, create the causes and conditions for good decisions to be made without you.

Image credit – Conall

Playing Tetris With Your Project Portfolio

When planning the projects for next year, how do you decide which projects are a go and which are a no?  One straightforward way is to say yes to projects when there are resources lined up to get them done and no to all others.  Sure, the projects must have a good return on investment but we’re pretty good at that part.  But we’re not good at saying no to projects based on real resource constraints – our people and our budgets.

It’s likely your big projects are well-defined and well-staffed.  The problem with these projects is usually the project timeline is disrespectful of the work content and the timeline is overly optimistic.  If the project timeline is shorter than that of a previously completed project of a similar flavor, with a similar level of novelty and similar resource loading, the timeline is overly optimistic and the project will be late.

Project delays in the big projects block shared resources from moving onto other projects within the appropriate time window which cascades delays into those other projects.  And the project resources themselves must stay on the big projects longer than planned (we knew this would happen even before the project started) which blocks the next project from starting on time and generates a second set of delays that rumble through the project portfolio.  But the big projects aren’t the worst delay-generating culprits.

The corporate initiatives and infrastructure projects are usually well-staffed with centralized resources but these projects require significant work from the business units and is an incremental demand for them.  And the only place the business units can get the resources is to pull them off the (too many) big projects they’ve already committed to.  And remember, the timelines for those projects are overly optimistic.  The big projects that were already late before the corporate initiatives and infrastructure projects are slathered on top of them are now later.

Then there are small projects that don’t look like they’ll take long to complete, but they do.  And though the project plan does not call for support resources (hey, this is a small project you know), support resources are needed.  These small projects drain resources from the big projects and the support resources they need.  Delay on delay on delay.

Coming out of the planning process, all teams are over-booked with too many projects, too few resources, and timelines that are too short. And then the real fun begins.

Over the course of the year, new projects arise and are started even though there are already too few resources to deliver on the existing projects.  Here’s a rule no one follows:  If the teams are fully-loaded, new projects cannot start before old ones finish.

It makes less than no sense to start projects when resources are already triple-double booked on existing projects.  This behavior has all the downside of starting a project (consumption of resources) with none of the upside (progress).  And there’s another significant downside that most don’t see.   The inappropriate “starting” of the new project allows the company to tell itself that progress is being made when it isn’t.  All that happens is existing projects are further starved for resources and the slow pace of progress is slowed further.

It’s bad form to play Tetris with your project portfolio.

Running too many projects in parallel is not faster.  In fact, it’s far slower than matching the projects to the resources on-hand to do them.  It’s essential to keep in mind that there is no partial credit for starting a project.  There is 100% credit for finishing a project and 0% credit for starting and running a project.

With projects, there are two simple rules.  1) Limit the number of projects by the available resources.  2) Finish a project before starting one.

Image credit – gerlos

When there are teaching moments, what do you teach?

When you have something special but don’t know it, the Universe is there to take it away from you so you can appreciate what you no longer have.  Seems backward, but the Universe knows how to be a good teacher.

When someone asks you to help them, but you know they are asking for the wrong thing, what do you do?  Do you feel pressure to maintain a good working relationship? Do you suggest something different?  Or do you simply decline to help?  What would the Universe do?  It would probably play the long game.

When a team does not follow good practice even though they have the tools, talent, and time, and then asks you to do that very work, what do you do?  Do you do the work they should have done? Do you suggest they allocate their resources to the problem? Do you ask them why they didn’t do the right work in the first place? What would the Universe do? Would do a little bit of everything. What would it want that team to learn?

When there’s disagreement on the approach, there can be no agreement on lower-level elements of the work.  What do you do?  Flip a coin? Arm wrestle? Yell at each other? I think the Universe would want to understand the design space in the most effective way, and I think it would try all the coherent approaches in a small way and see what happens.  Then, it would ask everyone to get back together to review the results and decide what to do next.

There are teaching moments every day.  But it’s never clear what to teach.  Does the urgency and significance of the moment mean that the immediate problem should be solved and the teaching should wait until the next time? Is the teaching that the higher-level systemic problem is so significant that the short-term pain must be experienced to create momentum around solving the systemic problem? Is the teaching that the team should be given help in a way that preserves their emotional well-being so they can finish the project in good spirits and help them elevate their work next time?

With teaching moments there are no right answers.  Sometimes you take the opportunity to teach and sometimes you look the other way.  Sometimes you hold people accountable and sometimes you soothe egos. Sometimes you withhold resources and sometimes you jump in with both feet.

And like the Universe, you get better at teaching the more you do it.

Image credit — Andrew Kuznetsov

Mike Shipulski Mike Shipulski
Subscribe via Email

Enter your email address:

Delivered by FeedBurner

Archives