Archive for the ‘Seeing Things As They Are’ Category

A Little Uninterrupted Work Goes a Long Way

If your day doesn’t start with a list of things you want to get done, there’s little chance you’ll get them done. What if you spent thirty minutes to define what you want to get done and then spent an hour getting them done?  In ninety minutes you’ll have made a significant dent in the most important work.  It doesn’t sound like a big deal, but it’s bigger than big.  Question: How often do you work for thirty minutes without interruptions?

Switching costs are high, but we don’t behave that way.  Once interrupted, what if it takes ten minutes to get back into the groove? What if it takes fifteen minutes?  What if you’re interrupted every ten or fifteen minutes?  Question: What if the minimum time block to do real thinking is thirty minutes of uninterrupted time?

Let’s assume for your average week you carve out sixty minutes of uninterrupted time each day to do meaningful work, then, doing as I propose – spending thirty minutes planning and sixty minutes doing something meaningful every day – increases your meaningful work by 50%.  Not bad.  And if for your average week you currently spend thirty contiguous minutes each day doing deep work, the proposed ninety-minute arrangement increases your meaningful work by 200%.  A big deal.  And if you only work for thirty minutes three out of five days, the ninety-minute arrangement increases your meaningful work by 400%.  A night and day difference.

Question: How many times per week do you spend thirty minutes of uninterrupted time working on the most important things?  How would things change if every day you spent thirty minutes planning and sixty minutes doing the most important work?

Great idea, but with today’s business culture there’s no way to block out ninety minutes of uninterrupted time.  To that I say, before going to work, plan for thirty minutes at home.  And set up a sixty-minute recurring meeting with yourself first thing every morning and do sixty minutes of uninterrupted work.  And if you can’t sit at your desk without being interrupted, hold the sixty-minute meeting with yourself in a location where you won’t be interrupted.  And, to make up for the thirty minutes you spent planning at home, leave thirty minutes early.

No way.  Can’t do it.  Won’t work.

It will work.  Here’s why.  Over the course of a month, you’ll have done at least 50% more real work than everyone else.  And, because your work time is uninterrupted, the quality of your work will be better than everyone else’s.  And, because you spend time planning, you will work on the most important things.  More deep work, higher quality working conditions, and regular planning.  You can’t beat that, even if it’s only sixty to ninety minutes per day.

The math works because in our normal working mode, we don’t spend much time working in an uninterrupted way.  Do the math for yourself.  Sum the number of minutes per week you spend working at least thirty minutes at time.  And whatever the number, figure out a way to increase the minutes by 50%.  A small number of minutes will make a big difference.

Image credit – NASA Goddard Space Flight Center

Testing the Business Model

Sometimes we get caught up in the details when we should be working on the foundation.  Here’s a rule: If the underlying foundation is not secure, don’t bother working on anything else.

If you’re working on a couple new technologies, but the overall business model won’t be profitable, don’t work on the new technologies.  Instead, figure out a business model that is profitable, then do what it takes (technology, simplification, process improvement) to make it happen.  But, often, that’s not what we do.

Often, we put the cart before the horse.  We create projects to make prototypes that demonstrate a new technology, but the whole business premise is built on quicksand.  There’s a reason why foundations are made from concrete and not quicksand.  It’s because you can build on top of a base made of concrete.  It supports the load.  It doesn’t crack, nor does it fall apart.  Think Pyramid of Giza.

Because foundations are big and expensive they can be difficult and expensive to test.  For example, if an innovation is based on a new foundation, say, a new business model, building a physical prototype of the new business model is too expensive and the testing will not happen.  And what usually happens is the foundation goes untested, the higher level technology work is done, the commercialization work is completed and the business model fails because it wasn’t solid.

But you don’t have to build a full-scale prototype of the Pyramid of Giza to test if a pyramid will stand the test of time.  You can build a small one and test it, or you can run an analysis of some sort to understand if the pyramid will support the weight.  But what if you want to test a new business model, a business model that has never been done before, using new products and services that have never seen the light of day?  What do you do? In this case, it doesn’t make sense to make even a scale model.  But it does make sense to create a one page sales tool that describes the whole thing and it does make sense to show it to potential customers and ask them what they think about it.

The open question with all new things is – will customers like it enough to buy it.  And, it’s no different with the business model.  Instead of creating a new website, staffing up, creating new technologies and products, create a one-page sales tool that describes the new elements and show it to potential customers.  Distill the value proposition into language people can understand, describe the novelty that fuels the value, capture it on one page, show it to customers, and listen.

And don’t build a single, one-page sales tool, build two or three versions.  And then, ask customers what they think.  Odds are, they’ll ask you questions you didn’t think they’d ask.  Odds are, they’ll see it differently than you do. And, odds are, you’ll have to incorporate their feedback into an improved version of the business model.  The bad new is you didn’t get it right.  The good news is you didn’t have to staff up and build the whole business model, create the technologies and launch the products.  And more good news – you can quickly modify the one-page sales tool and go back to the customers and ask them what they think.  And you can do this quickly and inexpensively.

Don’t develop the technology until you know the underlying business model will be profitable. Don’t staff up until you know if the business model holds water. Don’t launch the new products until you verify customers will buy what you want to sell.

Creating a new business model from scratch is an expensive proposition.  Don’t build it until you invest in validating it’s worth building.

The worst way to validate a business model is by building it.

Image credit – David Stanley

The Slow No

When there’s too much to do and too few to do it, the natural state of the system is fuller than full.  And in today’s world we run all our systems this way, including our people systems.

A funny thing happens when people’s plates are full – when a new task is added an existing one hits the floor.  This isn’t negligence, it’s not the result of a bad attitude and it’s not about being a team player.  This is an inherent property of full plates – they cannot support a new task without another sliding off.  And drinking glasses have this same interesting property – when full, adding more water just gets the floor wet.

But for some reason we think people are different.  We think we can add tasks without asking about free capacity and still expect the tasks to get done.  What’s even more strange – when our people tell us they cannot get the work done because they already have too much, we don’t behave like we believe them.  We say things like “Can you do more things in parallel?” and “Projects have natural slow phases, maybe you can do this new project during the slow times.”  Let’s be clear with each other – we’re all overloaded, there are no slow times.

For a long time now, we’ve told people we don’t want to hear no.  And now, they no longer tell us.  They still know they can’t get the work done, but they know not to use the word “no.”  And that’s why the Slow No was invented.

The Slow No is when we put a new project on the three year road map knowing full-well we’ll never get to it.  It’s not a no right now, it’s a no three years from now.  It’s elegant in its simplicity.  We’ll put it on the list; we’ll put it in the queue; we’ll put it on the road map.  The trick is to follow normal practices to avoid raising concerns or drawing attention.  The key to the Slow No is to use our existing planning mechanisms in perfectly acceptable ways.

There’s a big downside to the Slow No – it helps us think we’ve got things under control when we don’t.  We see a full hopper of ideas and think our future products will have sizzle.  We see a full road map and think we’re going to have a huge competitive advantage over our competitors. In both situations, we feel good and in both situations, we shouldn’t.  And that’s the problem. The Slow No helps us see things as we want them and blocks us from seeing them as they are.

The Slow No is bad for business, and we should do everything we can to get rid of it.  But, it’s engrained behavior and will be with us for the near future.  We need some tools to battle the dark art of the Slow No.

The Slow No gives too much value to projects that are on the list but inactive.  We’ve got to elevate the importance of active, fully-staffed projects and devalue all inactive projects.  Think – no partial credit.  If a project is active and fully-staffed, it gets full credit.  If it’s inactive (on a list, in the queue, or on the road map) it gets zero credit.  None.  As a project, it does not exist.

To see things as they are, make a list of the active, fully-staffed projects. Look at the list and feel what you feel, but these are the only projects that matter.  And for the road map, don’t bother with it.  Instead, think about how to finish the projects you have.  And when you finish one, start a new one.

The most difficult element of the approach is the valuation of active but partially-staffed projects.  To break the vice grip of the Slow No, think no partial credit. The project is either fully-staffed or it isn’t   And if it’s not fully-staffed, give the project zero value.  None.  I know this sounds outlandish, but the partially-staffed project is the slippery slope that gives the Slow No its power.

For every fully-staffed project on your list, define the next project you’ll start once the current one is finished.  Three active projects, three next projects.  That’s it.  If you feel the need to create a road map, go for it.  Then, for each active project, use the road map to choose the next projects.  Again, three active projects, three next projects.  And, once the next projects are selected, there’s no need to look at the road map until the next projects are almost complete.

The only projects that truly matter are the ones you are working on.

Image credit – DaPuglet

Being Right in the Right Way

When something doesn’t feel right, respect your intuition.  Even when you don’t know why it doesn’t feel right, respect your gut.  When something doesn’t make sense, don’t judge yourself negatively.  Rather, make the commitment to dig deeply until you hit the fundamentals. When a proposed approach violates something inside, don’t be afraid to say what you think is right.  Or, be afraid and say it anyway.  But right doesn’t mean your predictions will come true. Right means you thought about it, you understand things differently and you have a coherent rationale for thinking as you do.  And right also means you don’t understand, but you want to.  And right means something does not sit well with you and you don’t know why.  And it means the right view is important to you.

Right doesn’t mean correct. And right doesn’t mean something else is wrong.  When you have right view, it doesn’t mean you see things exactly right. It means you’re going about things in a way that’s right for the situation. It means your approach feels right to the people involved.  It means you’re going about things with the right intention.

Now, like with any new idea, you’re obligated to formalize what you think is right and explain it to your peers.  But, to be clear, you’re not looking for permission, you’re writing it down to help you understand what you think.  When you try to present your thoughts, you’ll learn what you know and what you don’t.  You’ll learn which words work and which don’t.  You’ll learn right speech.

And you’ll find the potholes.  And that’s why you present to your peers.  They’ll be critical of the idea and respectful of you. They’ll tell you the truth because they know it’s better to iron out the details early and often.  As a group, you’ll support each other. As a group, you’ll take the right action.

When ideas are introduced that are different, the organization will feel stress.  Everyone wants to do a good job, yet there’s no agreement on the right way.  Even though there’s stress, no one wants to create harm and everyone wants to behave ethically.  It’s important to demonstrate compassion to yourself and others.  The stress is natural, but it’s also natural to go about your livelihood in the right way.

But when the stakes are high and there’s no consensus on how to move forward, it’s not easy to hold onto the right mental state.  The stress can cause us to delude ourselves into thinking things aren’t going well.  But, letting the disagreement go unaddressed is unskillful, as it will only fester. It’s far more skillful to respectfully debate and discuss the disagreement.  In that way, everyone makes the right effort to work things out.

Over time, the pattern of behavior can transition to a natural openness where ideas are shared freely. This becomes easier when we drop the mental habit of categorizing things into buckets we like and buckets we don’t.  And it helps to maintain awareness of how things really are so we can strip away our subjective options.  In this case, mindfulness is the right way to go.

None of this is easy.  Our minds are constantly distracted by competing demands, growing to-do lists and organizational complexities of the work.  Without dedicated practice, our minds can get lost in a flurry of thoughts of our own creation.  To make it work, we’ve got to maintain a heightened alertness to our mental state and that takes the right concentration.

There’s nothing new here, but this well-worn path has merit.

Image credit – saamiblog

For top line growth, think no-to-yes.

Bottom line growth is good, but top line growth is better.  But if you want to grow the bottom line, ignore labor costs and reduce material costs. Labor cost is only 5-10% of product cost. Stop chasing it, and, instead, teach your design community to simplify the product so it uses fewer parts and design out the highest cost elements.

Where the factory creates bottom line growth, top line growth is generated in the market/customer domain. The best way I know to grow the top line is to broaden the applicability of your products and services. But, before you can broaden applicability, you’ve got to define applicability as it is.  Define the limits of what your product can do – how much it can lift, how fast it can run a calculation and where it can be used.  And for your service, define who can use it, where it can be used and what elements without customer involvement. And with the limits defined, you know where top line growth won’t come from.

Radical top line growth comes only when your products and services can be used in new applications.  Sure, you can train your sales force to sell more of what you already have, but that runs out of gas soon enough. But, real top line growth comes when your services serve new customers in new ways.  By definition, if you’re not trying to make your product work in new ways, you’re not going to achieve meaningful top line growth.  And by definition, if you’re not creating new functionality for your services, you might as well be focusing on bottom line growth.

If your product couldn’t do it and now it can, you’re doing it right. If your service couldn’t be used by people that speak Chinese and now it can, you’re on your way.  If your product couldn’t be used in applications without electricity and now it can, you’re on to something.  If your service couldn’t run on a smartphone and now it can, well, you get the idea.

For the acid test, think no-to-yes.

If your product can’t work in application A, you can’t sell it to people who do that work. If your service can’t be used by visually impaired people, you’re not delivering value to them and they won’t buy it. Turning can’t into can is a big deal. But you’ve got to define can’t before you can turn it into can. If you want top line growth, take the time to define the limits of applicability.

No-to-yes is powerful because it creates clarity. It’s easy to know when a project will create no-to-yes functionality and when it won’t.  And that makes it easy to stop projects that don’t deliver no-to-yes value and start projects that do.

No-to-yes is the key element of a compete-with-no-one approach to business.

image credit – liebeslakritze

With novelty, less can be more.

When it’s time to create something new, most people try to imagine the future and then put a plan together to make it happen.  There’s lots of talk about the idealize future state, cries for a clean slate design or an edict for a greenfield solution.  Truth is, that’s a recipe for disaster. Truth is, there is no such thing as a clean slate or green field. And because there are an infinite number of future states, it’s highly improbable your idealized future state is the one the universe will choose to make real.

To create something new, don’t look to the future. Instead, sit in the present and understand the system as it is. Define the major elements and what they do.  Define connections among the elements.  Create a functional diagram using blocks for the major elements, using a noun to name each block, and use arrows to define the interactions between the elements, using a verb to label each arrow. This sounds like a complete waste of time because it’s assumed that everyone knows how the current state system behaves.  The system has been the backbone of our success, of course everyone knows the inputs, the outputs, who does what and why they do it.

I have created countless functional models of as-is systems and never has everyone agreed on how it works.  More strongly, most of the time the group of experts can’t even create a complete model of the as-is system without doing some digging. And even after three iterations of the model, some think it’s complete, some think it’s incomplete and others think it’s wrong. And, sometimes, the team must run experiments to determine how things work.  How can you imagine an idealized future state when you don’t understand the system as it is?  The short answer – you can’t.

And once there’s a common understanding of the system as it is, if there’s a call for a clean sheet design, run away.  A call for a clean sheet design is sure fire sign that company leadership doesn’t know what they’re doing.  When creating something new it’s best to inject the minimum level of novelty and reuse the rest (of the system as it is).  If you can get away with 1% novelty and 99% reuse, do it.  Novelty, by definition, hasn’t been done before. And things that have never been done before don’t happen quickly, if they happen at all. There’s no extra credit for maximizing novelty. Think of novelty like ghost pepper sauce – a little goes a long way.  If you want to know how to handle novelty, imagine a clean sheet design and do the opposite.

Greenfield designs should be avoided like the plague. The existing system has coevolved with its end users so that the system satisfies the right needs, the users know how to use the system and they know what to expect from it.  In a hand-in-glove way, the as-is system is comfortable for end users because it fits them.  And that’s a big deal.  Any deviation from baseline design (novelty) will create discomfort and stress for end users, even if that novelty is responsible for the enhancement you’re trying to deliver.  Novelty violates customer expectations and violating customer expectations is a dangerous game. Again, when you think novelty, think ghost peppers. If you want to know how to handle novelty, imagine a green field and do the opposite.

This approach is not incrementalism.  Where you need novelty, inject it.  And where you don’t need it, reuse. Design the system to maximize new value but do it with minimum novelty.  Or, better still, offer less with far less. Think 90% of the value with 10% of the cost.

Image credit – Laurie Rantala

Thoughts on Selling

Like most things, selling is about people.

The hard sell has nothing to do with selling.

Just when you think you’re having the least influence, you’re having the most.

When – ready, sell, listen – has run its course, try – ready, listen, sell.

Regardless of how politely it’s asked, “How many do you want?” isn’t selling.

If sales people are compensated by sales dollars, why do you think they’ll sell strategically?

The time horizon for selling defines the selling.

When people think you’re selling, they’re not thinking about buying.

Selling is more about ears than mouths.

Selling on price is a race to the bottom.

Wanting sales people to develop relationships is a great idea; why not make it worth their while?

Solving customer problems is selling.

Making it easy to buy makes it easy to sell.

You can’t sell much without trust.

Sell like you expect your first sale will happen a year from now.

Selling is a result.

I’m not sure the best way to sell; but listening can’t hurt.

Over-promising isn’t selling, unless you only want to sell once.

Helping customers grow is selling.

Delaying gratification is exceptionally difficult, but it’s wonderful way to sell.

Ground yourself in the customers’ work and the selling will take care of itself.

People buy from people and people sell to people.

Image credit – Kevin Dooley

Don’t trust your gut, run the test.

At first glance, it seems easy to run a good test, but nothing can be further from the truth.

The first step is to define the idea/concept you want to validate or invalidate.  The best way is to complete one of these two sentences: I want to learn that [type your idea here] is true. Or, I want to learn that [enter your idea here] is false.

Next, ask yourself this question: What information do I need to validate (or invalidate) [type your idea here]?  Write down the information you need.  In the engineering domain, this is straightforward: I need the temperature of this, the pressure of that, the force generated on part xyz or the time (in seconds) before the system catches fire.  But for people-related ideas, things aren’t so straightforward. Some things you may want to know are: how much will you pay for this new thing, how many will you buy, on a scale of 1 to 5 how much do you like it?

Now the tough part – how will you judge pass or fail?  What is the maximum acceptable temperature? What is the minimum pressure? What is the maximum force that can be tolerated? How many seconds must the system survive before catching fire?  And for people: What is the minimum price that can support a viable business? How many must they buy before the company can prosper? And if they like it at level 3, it’s a go. And here’s the most importance sentence of the entire post:

The decision criteria must be defined BEFORE running the test.

If you wait to define the go/no-go criteria until after you run the test and review the data, you’ll adjust the decision criteria so you make the decision you wanted to make before running the test. If you’re not going to define the decision criteria before running the test, don’t bother running the test and follow your gut.  Your decision will be a bad one, but at least you’ll save the time and money associated with the test.

And before running the test, define the test protocol.  Think recipe in a cookbook: a pinch of this, a quart of that, mix it together and bake at 350 degrees Fahrenheit for 40 minutes.  The best protocols are simple and clear and result in the same sequence of events regardless of who runs the test.  And make sure the measurement method is part of the protocol – use this thermocouple, use that pressure gauge, use the script to ask the questions about price and the number they’d buy.

And even with all this rigor, good judgement is still part of the equation.  But the judgment is limited to questions like: did we follow the protocol? Did the measurement system function properly? Do the initial assumptions still hold? Did anything change since we defined the learning objective and defined the test protocol?

To create formal learning objectives, to write well-defined test protocols and to formalize the decision criteria before running the test require rigor, discipline, time and money.  But, because the cost of making a bad decision is so high, the cost of running good tests is a bargain at twice the price.

Image credit – NASA Goddard Flight Center

Starting 101

Doing challenging work isn’t difficult. Starting challenging work is difficult.

The downside of making a mistake is far less than the downside of not starting.

If you know how it will turn out, you waited too long to start.

Stopping is fine, as long as it’s followed closely by starting.

The scope of the project you start is defined by the cash in your pocket.

If you don’t start you can’t learn.

The project doesn’t have to be all figured out before starting, you just have to start.

Starting is scary because it’s important.

Before you can start you’ve got to decide to start.

If you’re finally ready to start, you should have started yesterday.

Without starting there can be no finishing.

Starting is blocked by both the fear of success and the fear of failure.

You don’t need to be ready to start, you just need to start.

The only thing in the way of starting is you.

Image credit — Dermot O’Halloran

A Barometer for Uncertainty

Novelty, or newness, can be a great way to assess the status of things.  The level of novelty is a barometer for the level of uncertainty and unpredictability.  If you haven’t done it before, it’s novel and you should expect the work to be uncertain and unpredictable. If you’ve done it before, it’s not novel and you should expect the work to go as it did last time. But like the barometer that measures a range of atmospheric pressures and gives an indication of the weather over the next hours, novelty ranges from high to low in small increments and so does the associated weather conditions.

Barometers have a standard scale that measures pressure.  When the summer air is clear and there are no clouds, the atmospheric pressure is high and on the rise and you should put on sun screen.  When it’s hurricane season and super-low system approaches, the drops to the floor and you should evacuate.  The nice thing about barometers is they are objective. On all continents, they can objectively measure the pressure and display it. No judgement, just read the scale. And regardless of the level of pressure and the number of times they measure it, the needle matches the pressure.  No Kentucky windage.  But novelty isn’t like that.

The only way to predict how things will go based on the level of novelty is to use judgement.  There is no universal scale for novelty that works on all projects and all continents.  Evaluating the level of novelty and predicting how the projects will go requires good judgement. And the only way to develop good judgment is to use bad judgment until it gets better.

All novelty isn’t created equal. And that’s the trouble.  Some novelty has a big impact on the weather and some doesn’t.  The trick is to know the difference.  And how to tell the difference? If when you make a change in one part of the system (add novelty) and the novelty causes a big change in the function or operation of the system, that novelty is important. The system is telling you to use a light hand on the tiller. If the novelty doesn’t make much difference in system performance, drive on. The trick is to test early and often – simple tests that give thumbs-up or thumbs-down results.  And if you try to run a test and you can’t get the test to run at all, there’s a hurricane is on the horizon.

When the work is new, you don’t really know which novelty will bite you. But there’s one rule: all novelty will bite you until proven otherwise.  Make a list of the novel elements of the and test them crudely and quickly.

A three-pronged approach for making progress

When you’re looking to make progress, the single most important skill is to see waiting as waiting.

The first place to look for waiting is the queue in front of a shared resource.  Like taking a number at the deli, you queue up behind the work that got there first and your work waits its turn. And when the situation turns bad, prioritization meeting spring up to argue about the importance of one bit of work over another.  Those meetings are a sure-fire sign of ineffectiveness.  When these meetings spring up, it’s time to increase capacity of the shared resource to stop waiting and start making progress.

Another place to look for waiting is the process to schedule a meeting with high-level leaders.  Their schedules are so full (efficiency over effectiveness) the next open meeting slot is next month. Let me translate – “As a senior leader and decision maker, I want you to delay the business-critical project until I carve out an hour so you can get me up to speed and I can tell you what to do.” The best project managers don’t wait.  They schedule the meeting three weeks from now, make progress like their hair is on fire and provide a status update when the meeting finally happens. And the smartest leaders thank the project managers for using their discretion and good judgment.

A variant of the wait-for-the-most-important-leader theme is the never-ending-series-of-meetings-where-no-decisions-are-made scenario. The classic example of this unhealthy lifestyle is where a meeting to make a decision spawns a never-ending series of weekly meetings with 12 or more regular attendees where the initial agenda of making a decision death spirals into an ever-changing, and ultimately disappearing agenda.  Everyone keeps meeting, but no one remembers why. And the decision is never made. The saddest part is that no one remembers that project is blocked by the non-decision.

The first place to look for waiting is the queue in front of a shared resource.  Like taking a number at the deli, you line up behind the work that got there first and your work waits its turn. And when the situation turns bad, prioritization meeting spring up to argue about the importance of one bit of work over another.  Those meetings are a sure-fire sign of ineffectiveness.  It’s time to increase capacity of the shared resource to stop waiting and start making progress.

And the deadliest waiting is the waiting that we no longer see as waiting.  The best example of this crippling non-waiting waiting is when we cannot work the critical path and, instead, we work on a task of secondary importance. We kid ourselves into thinking we’re improving efficiency when, in fact, we’re masking the waiting and enabling the poor decision making that starved the project of the resources it needs to work the critical path. Whether you work a non-critical path task or not, when you can’t work the critical path for a week, you delay project completion by a week.  That’s a rule.

Instead of spending energy working a non-critical path task, it’s better for everyone if you do nothing.  Sit at your desk and play solitaire on your computer or surf the web. Do whatever it takes for your leader to recognize you’re not making progress.  And when your leader tries to chastise you, tell them to do their job and give you what you need to work the critical path.

There’s two types of work – value-added work and non-value-added work. Value-added work happens when you complete a task on the critical path. Non-value-added work happens when you wait, when you do work that’s not on the critical path, when you get ready to do work and when you clean up after doing work.  In most processes, the ratio of non-value-added  to value-added work is 20:1 to 200:1.  Meaning, for every hour of value-added work there are twenty to two hundred hours of non-value-added work.

If you want to make progress, don’t improve how you do your value-added work. Instead, identify the non-value-added work you can stop and stop it. In that way, without changing how you do an hour long value-added task, you can eliminate twenty to two hundred hours wasted effort.

Here’s the three-pronged approach for making progress:

Prong one – eliminate waiting. Prong two – eliminate waiting.  Prong three – eliminate waiting.

Image credit João Lavinha

Mike Shipulski Mike Shipulski
Subscribe via Email

Enter your email address:

Delivered by FeedBurner

Archives