Archive for the ‘Architecture Advantage’ Category

Applying Excellence by Design…for Healthcare

June 17, 2010 Leave a comment

Much of my professional time over the last few months has been focused on the area of Healthcare and considering the application of Excellence by Design techniques to it.

Here’s a look at Healthcare using just some of the Excellence by Design model facets:

  • Environment: Challenging! The Healthcare industry is perhaps the leading example today of a challenging Environment that exhibits the paradox of Chaos vs Control.  (Control) The industry is facing unprecedented standardization and regulatory pressures driven by government entities.  These cover things like basic interoperability of protocols based on the National Information Exchange model (NEIM) in which the US will guide the development of a  health information exchange framework.  There is also new content standards for specifying clinical diagnosis and procedures, among others.  These new standards will/are significantly affecting the Environment that all players must live in, whether they be software product vendors, information value added services vendors, hospitals, insurance carriers, or others.  (Chaos) Of course at the same time the desire to drive new competitive innovations marches on, in medical devices, in information (i.e. business) intelligence services, and in solutions that drive cost down and effectiveness up.  But don’t forget that many/most Healthcare systems are based on pretty antiquated technology.  So all this change is occurring against a landscape that badly needs modernization of basic infrastructure.  From my perspective it seems the Healthcare industry, which has been a laggard in IT evolution compared to other industries (in particular Manufacturing, Finance, and Travel) in both optimization (Control) and innovation (Chaos), now seems to be paying the piper by having to face simultaneous pressures from multiple directions, in a shorter (government imposed, politically energized) timeframe.
  • Systems as Strategy: A Paradox. A key facet of Excellence by Design is the use of ‘systems as strategy’ (meaning structured approaches to problems and design of systemic solutions to them).  The Healthcare industry has a dual personality it seems in this regard.  The medical/clinical side of the industry is the poster child for developing structured approaches to disease discovery, diagnosis, and treatment.  It is a hallmark of the industry.  Yet IT has not adopted this same level of rigor.  Why?  Typical reasons given are underinvestment in IT in general, relatively low competency (in staff and even in CIO roles, which are being posted with a flourish these days, as if it never was regarded as important before!) a lack of cross-industry driven desire to solve some of the broader IT challenges like Automotive did with CAD and Supply Chain, or like Finance took on with bank funds transfer interoperability and stock trading processing.  The Healthcare industry and its functional organizations have generally tended to remain ‘islands’ that did not seek to cooperate among competing entities, technology providers, and even across functions within a company.  There was with little application of broad ‘systems’ of execution as a strategic approach to business process design and technology solutions planning.
  • Product as Platforms: An Opportunity (again). As an industry, the IT solutions employed for Healthcare are very ‘siloed’ both in design and in implementation.  Other industries have shown the advantages of greater integration of IT solutions into broad platforms that enable a wider class of functionality and information insight, in a more consistent and approachable (same UI, same interface, etc.) form.  Of course the classic examples are the ERP vendors, although their offerings have become so bloated and complex they are not the model I would recommend.  Better examples are, Amazon, and e-Bay.  These have become very successful not only due to their function and content, but because of the capability to provide as ‘platforms’ that are extendable.   Other companies are following this trend.  Facebook and Twitter are among the many social networking offerings that are trying to grow beyond being ‘an app’ to become a ‘platform’.  So what is happening in Healthcare?  Not clear yet.  While there is some noise in this direction I cannot say I have been overly impressed that what I have seen is more than marketing spin.  Just adding function to an existing offering, or rebranding/bundling of applications, does not a platform make.  In my forthcoming book (or a future blog post) I’ll provide some general characteristics that I believe define a great product-as-platform.

In summary, Healthcare is either a scary place to be, or the best game to be in right now.  The industry is facing great change, ripe for all kinds of improvement, forced with a sense of urgency by government, and has a noble mission to improve the lives of people.  It can be a great podium for those wise and skilled enough to apply smart approaches to meet the challenge. It can also be a vast graveyard for the those who are unable to think broadly, and try and save the patient by applying the ‘one more band-aid and pray’ approach.

I am optimistic that, driven by the forces of today, the industry (and IT especially) will leverage the good capabilities that abound, to improve efficiency of operations, as well patient outcomes.  But of course I also believe a key to most effectively doing this is not brute force but Excellence by Design.

Simplicity and Design

June 17, 2010 Leave a comment

I have emphasized the issue of Complexity in Design before in this blog.  It is an ongoing and critical aspect of understanding Excellence by Design.

In the talk above, George Whitesides does a nice job of providing a very simple introduction to Simplicity and Complexity. Excellence by Design requires the designer to be adept at using simplicity to create complex capabilities through what George refers to as stacking. A not new concept, he just reminds us of the basic value of using small elements to build bigger things.  He also tries to define what ‘simplicity’ is.  Interestingly he defines it as:

  • Cheap (low cost, so easy to reuse on a massive scale)
  • Functional (must provide some utility)
  • Reliable (does what it says with extreme predictability and consistency)
  • Stackable (has some characteristic to enable easy combination/connection with other things)

Although George claims little study has been made of the subject of simplicity in general, the use of stacking is certainly not new.  It is a basic concept that engineers (whether mechanical, chemical, or information technology) strongly use as a fundamental part of their jobs.

I might say however that typically engineers strive to 1) ‘shorten the distance’ from building blocks to complex solutions by using the highest level building blocks they can (use a light switch off the shelf instead of redesigning and manufacturing your own light switch) and 2) seek to build complex designs that are predictable and stable not emergent.

Said another way, the traditional (engineering) way man has viewed simplicity and complexity is to SHORTEN the ‘distance’ between the two needed to accomplish a SPECIFIC result.  What this yields is less understanding of the truly simple building blocks, in favor of using a more complex one.  No problem if the issue is of some type that lends itself to a ‘static’ goal, like building construction.

But below is a vastly different presentation discussing the effects and factors that have contributed to the destruction of ocean life.  The ‘distance’ between the most simple elements of ocean life, and the ultimate effects it will have on life on our plant, is obviously a huge challenge to understand because it is a dynamic, emergent system without fixed,  predictable results.

Moral of this post: In business, when considering how to achieve Excellence by Design, the designer must be careful to understand whether the solution they are designing is really

  • one best served by shortening the distance to a specific/static solution


  • one that must enable dynamic/emergent behavior

or some combination of the two…

This ability to determine what level of ‘simplification’ to use, and how, and the effects it will enable, is a very challenging task.  It would frankly, be a great subject for a college course in advanced design…but perhaps we’ll get to that level of detail another day.

Einstein of Design

May 4, 2010 Leave a comment

Several years ago I was astounded upon reading the book ‘A New Kind of Science’ by Stephen Wolfram.  It provides a point of view I highly concur with, that the universe of complexity can be explained via computational models.  Essentially, in my terms, it points out how brilliant design (that is, at its core, quite simple!) can produce infinite variety.

The video above is a talk by Stephen at TED, in which he provides an update on some new capabilities he and his team have subsequently produced (like Wolfram Alpha and Wolfram Tunes), but more importantly, expounds on his belief/vision that computation can present the basis for understanding the fundamentals of the universe…indeed, modeling alternative universes as well.

I believe Mr. Wolfram is well on his way to being the next Einstein for several reasons, and they worth touching upon I think, because they are directly related to the theme of Excellence by Design.

  • Great Design can be simple, yet yield infinite variety.  This is a core theme of Stephen’s work, my own beliefs, this blog, and is a key characteristic of great designers.   It is interesting to me to see, in the universe of IT professionals and organizations, how some embrace this deeply and some do not.  It is a capability I watch for in peers and colleagues, and a capability that this blog tries to show how to enable for IT organizations especially.
  • Models may be simple, but Results are irreducible. This is a very interesting paradox and is something again, many people may have strong reactions against.  Stephen declares (and shows) how by enabling infinite diversity, simple designs are understandable, but their results are not predictable in reduced form.  This has huge ramifications.  It means you could design something that evolves with unintended consequences…a scary thought if working in biotech or some field whose outcome of your experiment could create a pathogen of death!  On the brighter side (a lot brighter) it means that designers can be charged to create more ‘organic’ solutions that can evolve and react to new needs, not just mindless programs that do only what they were originally coded for.
  • Model modularity is a powerful concept. In the IT world ‘SOA’ has followed ‘OO programming’ and ‘modular programming’ before that, as a more organized approach to producing, and reusing, functionality.  Stephen certainly understand the concept but extends the theory into his concept of computational modeling and in his products (like Wolfram Alpha).  I love what Stephen is doing both conceptually and practically.

There is a lot more to Stephen Wolfram, his contributions and  concepts, than I highlight here.  but if I may may two grand statements:

Statement 1 (not SO grand): Any IT organization (or any business for that matter) would be wise to deeply study what Stephen has done and is proposing to do, and develop a core competence in its application to IT & business.  There are deep implications for how to organize work, design products and solutions, and deliver value to your customers.  I would argue that just as concepts like industrialization, mass production, process reengineering, and six sigma quality had their time of birth, adoption, and eventual incorporation into the DNA of business management, so will the concept of computational modeling into the methods of planning,  production, integration, and service of businesses.  It certainly is happening today in many areas (again SOA being a trivial example) but is  not really recognized yet for the broader value it can provide.

Statement 2 (very grand): I believe the idea of simple computational models as the basis for understanding systems (whether they be mathematical systems, physical systems, biological systems, or the universe itself) is not only correct, but is, frankly, how God would have done it.  Seriously.  If you were God, would you build the world in 7 days by painstakingly creating and positioning every molecule?  Or would you, as  the Great Designer, craft the ability for systems (the universe) to start, and computationally evolve using simple models over eons of time?  The idea is so appealing.  And it can fit whether you are are deeply religious, spiritual, or atheist.  Given the fact of irreducibility, this Great Designer had ideas on what might evolve, yet enabled the freedom of evolution.

I hope you are intrigued enough by Stephen’s talk above to take a bit more time and think about this.  He has done a fabulous job of providing a fantastic view of, and methods for, Design, and one that still has very practical applications today.  He may well go down as the next Einstein in terms of contributing to the understanding of science, physics, and the universe.

Using Excellence by Design to manage Complexity

March 22, 2010 1 comment

Nature does it Better.  Something to really consider is how immature we are compared to nature.  Nature supports infinite complexity, yet does so by design.  Biology and Chemistry form the design basis for  nature to support broad complexity.  Every leaf, tree, and flower is different, yet they are all formed based on the same design principles.  Man has a long ways to go to form design principles as robust as nature has, but what the heck, we have only been at this for a blink of the eye compared to the age of the earth.

Business in general, and IT in particular, that has become much more complex.  There are several ways to think about this subject.  One is simply how business (and life in general!) has become more complex.  This is due to wider variety of options (in products and services), greater breadth of customer base and relationships in general, and more rules/regulations/considerations in these, due to government, social, economic, environmental, and legal aspects.  Yes the world in general is getting more complex.

Another way to look at complexity is from an IT perspective.  Certainly technology has gotten more complex for the same reasons noted above, plus the advancements in technology itself, which provides an ever increasing set of alternatives in hardware/software/networking technology and perhaps the most influential, the rise of independent offerings that must be ‘integrated’ into a solution.  It is not unusual today to find an IT solution that mixes cell phones, web servers, third party hosted applications, remote storage, and enterprise databases.

In fact, the combination of these two trends is growing, and influencing each other.  McKinsey recently issued a report on Tackling IT Complexity in Product Design. Should we be concerned and if so, what can be done about it?

Actually this is a subject I have spent some great amount of effort on over my career.  Since college, where I studied systems science (BS, MSU, ’80), I have been involved in understanding complex systems and forming models and solutions to explain and address this complexity in ways that are sustainable (i.e. not by spaghetti code that implements every complex feature!).

Some great examples of solutions that support complex behavior, but do so in simple, consistent, excellent designs are operating systems (who are able to run an infinite variety of applications), networking (able to transport infinite data payloads over an incredible variety of communication types including data, voice, video), and perhaps most understandable to many, the spreadsheet (which after all is probably the most widely used IT tool in business and is able to manage an infinite variety of calculations and structures for reporting).

So complexity of need is inevitable (people want to run all kids of applications, send all kinds or data, execute all kinds of calculations), but designing solutions to address this complexity in simple, well structured, sustainable ways is still possible. It is another example of Excellence by Design.

Not too surprisingly, there are more example of solutions to complex challenges via poor, complex designs, then there are examples of elegant, excellent design.  And the problem is growing.  Creating a great design for a minimally complex world is not too hard, creating one for a highly complex world is much tougher.

McKinsey provides a nice summary of some of considerations that can tend to result in poor design, and overly complex products.  While not complete (call me if you want a full discussion 😉 ), it hits some good highlights including: Growth in technology inside the product itself, poor architecture for the product, weak or myopic understanding of the business needs (creating a product for a fixed set of requirements is inflexible and shows not only poor architecture but a poor understanding of the long term business needs) , poor collaboration/teaming among the parties who influence product design (mktg, engineering, manufacturing, etc.), and weak competency in the overall product design and development process.

In the Excellence by Design framework I use as the basis for this blog, I hit these points and a few others.  Here are some highlight how they help address complexity and help guide an organization to Excellence by Design:

Chaos vs Control: The world is complex and not all requirements are the same.  Deeply understanding and in fact embracing what aspects of a product must thrive in a chaotic environment, vs what aspects must ensure very disciplined control, is a key part of designing for complexity.  The internet protocols are very controlled and precise in order to ensure interoperability, yet they are designed to enable a wildly chaotic set of data to be transported.  Very few companies or teams i have worked with really try and differentiate requirements in this way.

Systems as Strategy: Creating ‘systems of execution’ that reliably operate, yet support broad usage types is very useful.  As a simple example, it is surprising how many companies have financial processes that are still not systemized in any robust way, and still rely on a (often constantly changing) variety of custom spreadsheets, personnel, and submission timing, for budgeting, forecasting, and final reporting of costs.  Same is true for HR in most companies.  I could go on but the point is you can address complexity in part by excellent design of the operational aspects of the organization.

Craftsmanship to Community: Enabling and organization to leverage both wise/competent experts, and the broad community of participants inside and outside the organization, can help address complexity by making the subject more of a priority, and seeking best ideas for how to design more holistically, yet few organizations utilize this potential.

Architecture Advantage, Design for Change, Product as Platform: These three Excellence by Design principles are core to addressing complexity in product design.  Combined together, they can make a huge difference in how products are designed and result in better products (higher quality, greater customer satisfaction), that are more resilient to change (lowering costs and improving competitive advantage), and have a higher value proposition (a product that is able to be easily extended and/or combined with other capabilities generally has a much greater value in the marketplace).

Service Excellence: Not an obvious principle to help reduce complexity, but an increasingly important one.  As the world becomes more dynamic and changing and complex, the ability of a product to promise ‘service excellence’ over time becomes more important AND a key differentiator to competitors.  Again though this is a subject for which few organizations have developed a core strategy and strength in.

Yes, in a world that is inevitably and increasingly complex, developing enhanced organizational capabilities that help manage complexity is a key success factor for business and IT organizations.  Using the Excellence by Design principles is a start.

Reducing Complexity thru The Architecture Advantage

January 21, 2010 1 comment

One of the principles of Excellence by Design is called “The Architecture Advantage”.  It promotes the idea that just as  excellence is rooted in great design, great design is rooted in great architecture.  This truth is apparent all around us, as we encounter the products and services of life.  Those that seem to work well are usually well architected (if one cares to look deep).  It is also true that most that work poorly are in some part, based on poor architecture (although there are a vast number of other reasons they may perform poorly).

Another perspective on this truth on the value and advantage of architecture comes from an unlikely source.  The book ‘The Invisible Edge’ focuses on the value of intellectual property as a strategic tool.  My experience has been that too often IP is seen simply as a ownership issue, and more is better.  The book does  good job explaining what makes good IP.  The chapter labeled ‘Simplify’ provides the Architectural perspective. It provides 40 pages of very insightful reading.

It starts by describing the danger of business complexity: “Complexity can kill a business.  It saps energy. It increases transaction costs.  It erodes focus.  It distracts attention.  Complexity, though, is the inevitable outcome of the kind of economic interdependency that characterizes our modern economy….businesses need to make deliberate choices to reduce it.”

The book then answers the question (and in a way, demonstrates ‘Excellence by Design’) by stating how: “Design strategies lie at the heart of meaningful simplification.” What is really illuminating is that the book respects the importance of good design (and in their focus, IP strategies related to that design) in achieving simplification.  In fact they state “simplification strategies are rarely easy to pull off; in fact, executing a successful simplification strategy can be the hardest challenge of all.”

This advice is true for all aspects of a business including product complexity, process complexity, marketing complexity, human resources management complexity, supply chain complexity, etc.  Again the authors are right on when they state “Important design choices can be made at every level of aggregation, from the smallest detail of a product’s architecture, to the design of the manufacturing floor, all the way to the design of the organization, and even to the design of the entire network of relationships in the business ecosystem”.

What makes this point so valuable and related to the ExD principle of ‘The Architecture Advantage” is the fact that the book pays homage to the role and importance of architecture as the key to good design and valuable IP that drives simplification and reduces complexity.

Easily said but as a colleague of mine is fond of saying; architecting and designing well is not a job for amateurs.  The book goes to provide an excellent discussion of what architecture is and what characteristics are found in ‘good architecture’.  Is covers several examples and discusses the tension between having architectural features that are more ‘closed/controlling’ versus ‘open/collaborative’.

A most eloquent quote in this chapter sums it up brilliantly.  “Some of the most powerful and sophisticated strategies in modern business involve alignment of IP and design strategies behind a new architecture that breaks the compromise between complete control and overly complex collaboration…strategies like this simplify by rejecting complexity instead of redesigning it.”

Clearly there is an Architecture Advantage to Excellence by Design.