NOTE: this is a first draft of an article for linuxworld.com. Please do not copy or distribute it; but please do send me comments and ideas for making it better.
This is the last in a series of eight articles by Paul Murphy comparing the costs and benefits of the Windows and Unix architectures. In this article he summarizes the conclusions and case backgrounds of the earlier articles, so the user can easily select specific cases that model their own systems decisions. The body of the current article is a summary of the conclusions drawn from individual articles earlier in the series, as well as a discussion of what issues are raised by an attempt to quantify the total cost of ownership for a systems architecture and then apply the results to decision making.
Minimizing total cost of ownership isn't so much about technology as it is about management. Picking the right technology helps - but knowing what to do with it is even more important. Is Unix cheaper than Windows? Detailed analysis seems to show that it is, but does that make it the better business decision? That was the real question addressed in this series, not "is Unix cheaper?" but "is Unix Smarter?"
To most people the TCO, or total cost of ownership, concept is about checks written. It relates to the total cost of the decision to own or use something and implies that the decision between two choices, A and B, can be largely determined by comparing the total costs associated with each choice. Implicitly this assumes that A and B produce similar value, or returns to ownership. Since this is rarely the case, most uses of the TCO concept in decision making extend the idea beyond a simple "sum of checks written" to incorporate some acknowledgment of the differences in benefits available from each choice even when those differences are largely unquantifiable.
In the specific context of the Unix versus Windows decision the most obvious problem with our understanding of the cost components going into the TCO idea is that we cannot determine whether Unix is cheaper than Windows without first defining the terms of the comparison and then the basis for making judgments about the results of the comparison.
Defining what we're comparing isn't that difficult. Although "Windows" is a brand label, not a product or set of ideas, while "Unix" is a name for a set of ideas encapsulated in a wide variety of products, we can define comparisons in terms of real products embedded in specific business and technology contexts. For this series those definitions were couched in terms of the system architectures implied by the labels. Thus "Windows" means Windows client-server with a PC on every desktop and applications on shared servers accessed via local area networks [LANs]; while "Unix" means Unix servers with applications delivered via desktop smart displays [defined below] and single level networking.
Setting the basis for evaluation and ranking is much more difficult. In what sense is one approach better than the other? what conflicting valuations must be resolved for a ranking to make sense? Base things only on dollars, and we could conclude that Unix is many times more expensive than Windows because the data center's HP-K580 cost more, in 1995, then the price listed for a Celeron with Windows ME in this morning's drugstore flyer. Attach a time dimension to the dollars without expanding our comparison further and we'll conclude that the best route to lower TCO for a PC is to return the box, unopened, to the vendor.
Clearly, we'd like to recognize and include all costs of the decision to buy and use product group A rather than product group B but cannot because many of those costs are unquantifiable. It is relatively easy to add up checks written, benefits foregone, delays accepted; and so on, but quantifying the value of effects like the organizational design and motivational consequences of each choice is more problematic.
To get this right requires us to consider issues that go beyond dollars and technology to include personal issues and their effect on judgment and decision making. Systems decisions are not made in a purely financial context; there are organizational and personal aspects that matter. Does engraving a scarlet "U" on the decision maker's forehead impose social costs that should be considered? Does a Unix decision made today have "fitting costs" if the organizational computing framework has been established by thirty or forty years of mainframe history? What non dollar costs are associated with the decision to write the first check in a TCO series if the decision falls outside the realm sanctified by local majority opinion?
As a simple example, consider that we know from organizational design work that desktop stability both enhances user productivity in terms of using known software and encourages experimentation, learning, and process adaptation to new software. We know, furthermore, that increased stability is associated with Unix and decreased stability is associated with Windows. Clearly, therefore, there's an organizational productivity benefit to Unix here, but we can't include this in a simple TCO calculation because there's no sensible basis for quantifying the value of the effect.
As a practical matter what this means is that the basic "which is cheaper" question with respect to Windows and Unix can only be partially answered and is therefore not decisive as a guide to making the choice between them. It was in an attempt to improve on this without giving up on the TCO idea that we decided to ask a broader question: transmogrifying the original TCO question to ask: "which is smarter?" rather than "which is cheaper?" That works because the wider perspective the new question gives us enables a more balanced, strategic, view and lets us deal head on with the non-quantitative aspects of the decision.
Before we can try to decide whether decision A is smarter than decision B we need to define what we're comparing. In this case we're comparing two complete systems architectures consisting of hardware, software, and management methods; one built around Unix and the other built around the Windows product line.
Architecture | Server OS Type | Desktop | Networking Style | Systems Management Strategies |
---|---|---|---|---|
Unix with Smart Displays A typical smart display has a powerful graphics engine and runs Java/OS, Windows, or X clients, often concurrently. There are no moving, or user accessible, parts and typical MTBF ratings are in the 300,000-hour range. Examples are made by companies including Sun, NCD, thinknic, and IBM. The 1998 IBM Redbook: IBM Network Station - RS/6000 notebook" by Laurent Kahn and Akihiko Tanishita. provides an excellent, if now somewhat dated, introduction to the technology covering set-up, operations, benefits, and typical business deployments. |
Unix Variants:
|
Primary Desktop:
|
All TCP/IP; VPN based access |
|
Windows Client-Server | 9 Currently Supported Windows Server Variants
Effective use requires standardization on one server product. |
12 Currently Supported Windows Desktop Variants
Effective use requires standardization on one client product. Home use systems must be compatible with Office use systems for file exchange and remote access to work most effectively. |
Multiple technologies, overlapped services, complex routing and security |
|
The two architectures have a range of significant differences in how they are installed, maintained, operated, and supported. From a senior management perspective the most important issues all relate to the role of systems in the organization:
Is Windows evolving toward the Unix/Smart Display Model? |
---|
A particularly good example of the use of the TCO idea to compare deployment strategies
independently of the acquisition decision is provided by a recent
article: Managing Your IT Total
Cost of Ownership by Julie Smith David, David Schuff, and Robert St. Louis
in Communications of the ACM. (January 2002, pp101ff) In this study TCO is defined
almost exclusively in terms of infrastructure spending but applied, not to a choice
between two architectures, but to a comparison among a large number of implementations
of the Windows client-server architecture and so to the discovery of methods to
reduce TCO within the PC architecture.
The TCO reducing method the researchers discovered, centralization of everything, is consistent with my views and this no doubt explains why I liked the article; their results, after all, really just demonstrate that the best way to reduce the cost of owning Windows PCs is to upgrade the servers and spend lots of effort turning the desktop PCs into not so smart displays. |
For more information on these issues and how systems managers can help their companies transition from the Windows environment to Unix, please see the author's The Unix Guide to Defenestration |
The primary purpose of the seven case studies in this series was to wrap these considerations in real business contexts to see how they express themselves in reality. For that reason the cases are as realistic as possible and the solutions proposed generally go beyond simple TCO to the more fundamental question of which architecture represents the smarter choice.
In each case some attempt is made at quantifying the TCO impact of each decision but this is only possible for costs that can be easily estimated and attributed. In most cases there is no sensible basis for either quantification or attribution of major management and related organizational costs. It may be obvious that one solution frees the CEO to concentrate on running the business while the other choices redirect senior management's attention to ephemeral issues like getting the e-commerce server up again or apologizing to customers for making their credit card numbers available on the web; but it isn't obvious what this difference might be worth in dollars attributable to the systems decision.
As a result the TCO part of the discussions generally show Unix to be cheaper, but the business elements discussed do something more important: they illustrate that Unix is usually the smarter choice too.
The table below summarizes the individual articles in the series. A different kind of summary, one listing only conclusions and comparisons between Windows and Unix is available here.
Article | Comparisons | Conclusions |
---|---|---|
Strategic Comparison: Unix with Smart Displays versus Windows Client Server
Two groups:
This story defines the terms and sets the stage by doing a straight up "sum of checks written" TCO analysis and then moving into consideration of unquantifiable productivity and organizational design consequences of the systems decision. |
|
For large organizations Unix savings can amount to 60% of the Windows cost over five years. Cheaper is good, but consideration of other issues shows something more important than just "cheaper": for these two groups the Unix decision is Smarter. For the school that happens because Unix lets the school focus on Education, and for the business it happens because Unix lets management transform the Systems Department from cost sink to revenue generating asset. |
Making the case for Unix at Whackabilly Toy Inc.
A small manufacturing company on the verge of being bankrupted by an ill considered move to Windows based E-commerce finds a solution in switching to Unix. This story is all about dot.com failure and the excesses that led to many of them. |
|
An average 40% cost savings from Unix is shown to be insignificant relative to gains in user productivity and management's ability to focus on running the business, instead of systems. Again, it is the gain in business focus, not the cash savings, that make Unix the smarter choice. |
Impress Recruiting - Freeing developers from Windows Costs
A small software developer finds renewed business opportunity by adopting open source ideas and dropping the Windows cost burden. Many software developers try to sell into the Windows market because it seems so large. This story is about the enormous costs this idea imposes on the developer and its customers. |
|
When Impress sold its software only on Windows, about two thirds of each bid reflected other people's products and most bids required customers wishing to adopt the Impress package to do other things they did not want to do - like licensing the latest release of Microsoft Word and paying for the operating system and hardware upgrades to run it. By dropping this Windows cost burden, Impress reduced its average bid price by one third without affecting its revenue per sale and became able to concentrate on selling its own product. What really made Unix Smarter for Impress wasn't the cost savings, it was their transformation in customer eyes from their previous role as Microsoft enforcers to their new and more appropriate role as people the customer can count on to make things work. |
SafetyJet International - Things only Unix can do
Development considerations for an application designed to fully meet the automation needs for a major airline demonstrate three unique Unix strengths:
In this case, there are no other workable choices; the problem is simply out of range for other architectures. |
Primary comparisons are stated in terms of the new airline's posture relative to its
existing competitors and include:
|
|
The Happy Valley Tax Authority- Where Unix is a four letter word
Social considerations drive out business and cost considerations when Windows bigotry marks the Unix expert as the common enemy. |
The comparisons here are all implicit and include:
|
The Windows people in this story do and believe things that are so obviously absurd that they become hard to comprehend - but reality trumps rationality every time. The issue here is the social cost of knowing what others refuse to accept -being right is no substitute for being listened too when your goal is to help the client. The consultant in this story keeps demonstrating expertise - and every time he does, the effort further distances him the people he's supposed to be helping. The most serious mistakes here are his -and that is what makes Unix smart in this story. |
Ann Andersen Printing - Betting on Linux in the face of industry-wide change
A small printing company faces sweeping change in its markets and is urged to bet on Linux as the key to business survival through to about 2005. The story within this story shows how the use of a small Linux machine and the web to distribute reports can replace a large printing and distribution job to save millions of dollars. This case is the dual of the Impress Recruiting case with the customer view replacing the developer view of the open source movement in general and Linux in particular. |
The primary comparison here is between earning a margin as a return on investment -the
combination of people with physical infrastructure- and earning
that margin as a return to organization - the combination of people and information.
The management comparison lies between being driven by the technology and using technology to drive the business. That's the point of the story within, it's the impact on business operations, not the direct savings, that counts. |
Here we peer ahead five years from mid 2001 -or at least three new Microsoft product waves- and see that Linux offers stability, control, and opportunities to make better use of software dollars. That's what makes Unix the smarter choice for Andersen. From this client's perspective Linux doesn't just offer "cheap", it offers the only chance now visible for gaining real competitive advantage through software as the twin impacts of large scale consolidation and better PC software in client hands, decimates its industry. |
Martin Cutter Mills - Unix and the politics of generational conflict in a mid range business
Executives at a large manufacturing business have lost control of its information systems, allowing themselves to be manipulated by Systems in exchange for not being brought to task. Now push has come to shove and the options are taking action or letting the company slide into bankruptcy. The action required is re-assertion of control and exercise of their managerial responsibilities. That action is independent of technologies and doesn't require them to cross the social boundary into nerddom. |
|
The comparison here is behavioral. Left to themselves, systems organizations
tend to be parasitical. In this case they've developed a plan that meets the
career goals and needs of each little fiefdom within the systems organization - but
completely ignores the reality of the company's needs.
The smarter technical solution is Unix, but this case is Whackabilly writ large, and demonstrates that technology and the cost of technology are minor issues relative to management and the cost of control. |
The extended vision of what comprises total cost of ownership, or TCO, embedded in this series asks whether Unix is usually the smarter choice when the alternative is Windows client-server. On the numbers, Unix is always cheaper but, more importantly, it consistently wins out as the better choice when the decision is embedded in wider organizational or personal contexts.
That makes Unix the smarter choice; not only is it unambiguously cheaper, it is usually also better from an organizational design or senior management viewpoint.
But this raises an obvious question: if Unix is so much smarter, why isn't it everywhere?
There are two rather different answers to that. First of all, Unix is everywhere. Make a phone call, you're using Unix; connect to the internet, and you're using Unix; pay bills on-line, and you're probably using Unix; go out for exercise to clear your head, and the chances are good that your shoes, your bicycle, your canoe, or your ski gear were designed on Unix workstations.
Is there a bulge on the left side of the normal curve? | |
---|---|
In the spring of 1984, people could buy Unix, Mac/OS, or PC-DOS based machines.
| |
Note: The PC sales number is a guess. I have not found a credible source this. Please email me if you can help. |
But if we restrict ourselves to just desktop and small server computing this isn't true. It's Windows everywhere, not Unix. So how did that come about?
The short answer is that nobody really knows. Longer answers start with the mindset of the typical IBM data center manager in the early eighties and the combination of his control over corporate systems expenditures with the absolute resistance to change mandated by the gear, people, and software he worked with. Add in the incredible amounts of easy money to be made by helping users fight his budgetary and processing control, and you have a recipe for conflict explaining why the national accounts have never shown a GDP benefit offsetting expenditures on computing.
Although we don't know how things got this way, we can ask a somewhat different question: why do they stay this way? Users now have real power in corporate systems decision making, why aren't they demanding Unix?
I believe the answer defines the challenge facing the Unix community -AIX, BSD, HP-UX, Linux, Solaris, Tru64, Unixware- all of us. Most users are not demanding Unix because most of what they know about it is negative -and dead wrong.
Consider that:
So how do we fix this? Teach, communicate, show people what works - build the Unix community one user at a time.