Leave Good Enough Alone

What’s Good Enough for Goldilocks?

2010-08-29T04:01:00.001-07:00

There’s a “Goldilocks Principle” as Dr. John Sorflaten describes at Human Factors International.

Goldilocks went into the three bears’ home and tested their chairs, beds and porridge, until she found what for her was “just right” (or so the fairytale goes).

His article Using the Goldilocks Principle to get design "just right" fits in very neatly with the theme of this “leave good enough alone” blog.

Go take a read of it, and find out how to apply the Goldilocks Principle to design.

Technorati Tags: Design,Just Right,Goldilocks Principle

When is something good enough to be successful?

2010-01-09T21:30:00.001-08:00

Always on thee lookout for a new slant on the “good enough” theme of this particular blog of mine, I was happy to come across an article by one “Mr. Ports” (somebody who, like myself, obviously harbours good sentiments towards IBM Lotus Notes and related software).

Mr. Ports asks:

“So how did they miss real game changers like television, mobile phones, personal computers and of course our old friend the Internet?”

Find out by docking your ship at Why better isn't always best which, I suppose, could be rephrased as “Why the best isn’t always good enough” or “The best man doesn’t always win” or similar.

“Good Enough” -- restated as “Worse is Better”

2010-01-08T06:44:00.001-08:00

Perfection is an admirable aim. but in most situations unachievable.

Hence in this weblog I talk about the pros and cons of the “good enough” approach. Don’t have the chance to write much here, unfortunately, but just stumbled across an article that has a new slant on this broad concept.

Richard Gabriel writes about The Rise of “Worse is Better.”

Even though it discusses software design and development I suspect that it applies to lots of other creative fields outside computing.

So I’d encourage you to take a look at Richard’s exposition and carefully ponder its implications for whatever field you’re in.

Guru Stu's views on "good enough" being good enough

2009-03-08T16:52:00.000-07:00

From tracking hits to this blog, I just cam across "Guru Stu" (who is Stuart Lee Rosen) and his web site gurustu.com.

Stu has written, in When "Good Enough" Really is Good Enough...

We are bombarded on a daily basis with perfection. "Get the perrrr-fect career, the perrrr-fact car, the perrrr-fect body"… to the point of paralysis. We get it into our heads that since we'll never be good enough, why should we even try?

Yet think of it this way... if everyone ELSE is thinking this and doing NOTHING, then you just have to do SOMETHING to move ahead. To do that, you just have to realize that good enough really is good enough.

Go there and read Stu's five reasons why he thinks "good enough" really is good enough.

Usability is No Longer Enough

2008-09-24T16:28:00.000-07:00

Dr. Eric Schaffer, the founder and CEO of Human Factors International, has just started a blog with the above title.

The sub-title of his blog states: "We're nearing the end of the time when usability is a key differentiator. Websites must now be designed for Persuasion, Emotion, & Trust (PET) in order to stay ahead."

His first blog posting dated 12 September 2008 is: Why usability is no longer enough: the need to design for Persuasion, Emotion, & Trust (PET) where he goes on:

Whether a website is e-commerce, informational, or transactional, its mandate is to establish deeper relationships with customers. Understanding how and why people make online decisions that lead to conversion, and the subtle motivators and emotional triggers that influence how they react to website messages and content, is vital to maximizing the success of a site.

Hmmm. Plain old design for usability now is not "good enough" is it? ... Was it ever?

When is information security good enough?

2008-09-20T22:51:00.000-07:00

Jaikumar Vijayan in a Computerworld article asks: How secure is secure enough? which of course is a question that fits in well with the theme of this "good enough" blog.

Describing the answer to the question as the Holy Grail of the information security industry. "... by adopting the right approaches, it is possible to arrive at a better answer than some might expect" he goes on to say.

He then lays out five steps to help you determine whether your company is secure enough. Go read his advice, here.

Cloud Computing -- When will it be Good Enough?

2008-08-29T18:23:00.000-07:00

On the same general "good enough" theme as this blog, over at iTWire I've just submitted a relevant article that you should read:

Cloud Computing -- When will it be Good Enough? ...
Should we already be thinking about leaving all our desktop system cares and woes behind and take supposed advantage of what cloud computing is tempting us with?

Author Barry Schwartz says "good enough is good enough"

2007-07-25T07:02:00.000-07:00

I haven't read his book, but in this interview Barry Schwartz (author of The Paradox of Choice), when asked what can customers do to avoid the paradox of choice, replies:

Most importantly, learn that "good enough is good enough." It's what I call "satisficing" in the book. You don't need the best; probably never do. On rare occasions it's worth struggling to find the best. But generally it makes life simpler if you settle with "good enough." You don't have to make an exhaustive search - just until you find something that meets your standards, which could be high. But the only way to find the absolute best is to look at ALL the possibilities. And in that case you'll either give up, or if you choose one, you'll be nagged by the possibility that you may have found something better.

When "good enough" isn't good enough

2007-05-30T07:46:00.000-07:00

Have a look at bestuff.com where you can vote on what you think is "the best stuff in the world."

Starbucks ... Not good enough?

2007-03-13T16:47:00.000-07:00

Here in Australia we've had good European-style coffee available to us for decades, so I can't say that I've ever been tempted to visit any of the relatively-new Starbucks establishments here.

Much of this no doubt is due to the large-scale arrival in the country of Italians, Greeks and others following the Second World War, and we must be very grateful to them for the enormous influence they've had on our food, wine and coffee culture!

So, in line with the theme of this particular blog -- and with the aroma of a nice Italian gourmet coffee wafting over my desk -- it was indeed interesting to read a new Marketing Profs article:

Starbucks at the Crossroads: Disruption Junction
Starbucks's real problem now is that the competition is "good enough" to be disruptive and undermine its business. ... But here's the real conundrum Starbucks faces: It will be almost impossible to go back.

There's much to ponder in this article, so go read it in full.

Also, the fateful Schultz memo can be viewed at the Starbucks Gossip site: Starbucks chairman warns of "the commoditization of the Starbucks experience" ... And while you're over at that site you might as well take a look at this article too: Read the Seattle newspapers' coverage of the Schultz memo

Alas, success is only transient, it would seem!

Sometimes 80% isn't good enough

2006-10-22T23:55:00.000-07:00

In some cases, as I've mused in earlier posts, 80 percent represents a "good enough" result, all else considered.

Of course, there are whole classes of situations where it's certainly not good enough -- particularly where life, limb and health are concerned; but also where intrinsic accuracy and/or great expense is involved (space exploration, for one) . In such cases, "absolute perfection" and "zero defects" is the only acceptable objective.

Stephen Manes writing for Forbes talks presents another perspective in Good Enough Isn't ...

Tech products ought to work as reliably as refrigerators--the old ones--instead of saddling us with their "good enough" shortcomings. Consumers are right to mistrust the tech world's frequent knee-jerk response that highly reliable products are simply too much to ask for.

Eighty Percent -- often good enough

2006-08-09T00:33:00.000-07:00

There's a strong case to be made for the "good enough" rule, and for its bedmate the "Eighty Percent" rule a.k.a. the Pareto Principle.

Take a peek at Joe Beda's blog where he talks about his role in the development of "Avalon" (part of the forthcoming Microsoft Vista platform). He explains:

When we were first starting Avalon, I was all about "Go big or go home" and "We should build something only Microsoft can build." In retrospect, the project and the company might have been better served by starting with a much smaller team, aiming lower to start and shipping 5 times over those 5 years. Version 1 might not have been that impressive, but relentless improvement would have built something better factored, simpler, and more in tune with what users actually need.

I named this blog "eightypercent" in honor of the 80% rule. It just so happens there there are lots of 80% rules to apply. In this case, a simpler system that only solved 80% of the problem would have been good enough and would have shipped multiple times already.

I'm quite a keen on this 80/20 rule too (but not a blind adherent). For example, I recently released a freebie tool for Lotus Notes developers/administrators that I called the "Simple Signer" -- one tool for one task.

For more on this theme of overambitious technology design objectives and overblown expectations, there's lots of interesting reading, some of it good for a chuckle, such as:

Web 3.0 - Or, why Web 2.0 doesn't cut it for mobile devices
The myth of the smartphone market - Who will buy smartphones? And what are the “killer” features?
Never Underestimate the Ingenuity of Fools
The Internet is old news and boring.. Deal with it

Web Services -- A Bridge Too Far?

2006-04-24T19:43:00.000-07:00

dge While the basic concept of "Web Services" is straightforward enough the underlying complexities can be rather overwhelming. Just mastering the acronyms and understanding all of the protocols involved, as listed here at the CBDI Forum, can be a major job in iteslf.

Except for the most simplistic of services, there's the need for a rash ofother capabilities: reliability/robustness, availability, consistency, recoverability, bulletproof security, and more.

Consequenly a raft of definitions and standards for Web Services has arisen, and more continue to arise. Unfortunately, some of them have been "competing standards" (depending largely on whatever parties were promoting their differing points of view).

At what point are the standards and definitions for Web Services "good enough"?

Over at the webservices.org site Robert Houben has been writing about his philosophy "best characterized by the following mantra: Make the common task easy, but always enable the complex task."

Take a look at Robert's articles, about whan standards go wrong, why we need more simplicity, an dhis conclusion from applying the Pareto Principle (the 80/20 rule) to come up with a sufficient set of requirements most companies will need in Web Services integration products:

Making the Common Thing Easy – Part I

Making the Common Thing Easy – Part II

It's all too hard, a KISS would be nice!

2006-04-24T18:05:00.000-07:00

This weblog, doubtless one of tens of thousands of new blogs launched today (25th April 2006 -- ANZAC Day here in Australia), is devoted specifically to things that are "good enough" for effective use in their current form or incarnation.

It will mainly be concerned with software, but may from time to time divert to other things where so-called "feature bloat" and overcomplexity cause otherwise good things to be too hard to understand and use efficiently.

Sometimes I'll link to other weblogs or web sites, at other times I'll inflict my own comments and observations upon you.

- - - - - - - -
To kick off, here's a link to Adam Bosworth's excellent blog post where he talks about the "eternal tension between that part of humanity which celebrates our diversity, imperfectability, and faults, as part of the rich tapestry of the human condition and that part which seeks to perfect itself, to control, to build complex codes and rules for conduct which if zealously adhered to, guarantee an orderly process." And he goes on:

"It is an ironic truth that those who seek to create systems which most assume the perfectibility of humans end up building the systems which are most soul destroying and most rigid, systems that rot from within until like great creaking rotten oak trees they collapse on top of themselves leaving a sour smell and decay. We saw it happen in 1989 with the astonishing fall of the USSR. Conversely, those systems which best take into account the complex, frail, brilliance of human nature and build in flexibility, checks and balances, and tolerance tend to survive beyond all hopes.

So it goes with software. That software which is flexible, simple, sloppy, tolerant, and altogether forgiving of human foibles and weaknesses turns out to be actually the most steel cored, able to survive and grow while that software which is demanding, abstract, rich but systematized, turns out to collapse in on itself in a slow and grim implosion."

Adam follows this with quite a few examples, and I strongly encourage to read the entire article.