Home · About · A-Z Index · Search · Contacts · Press · Register · LoginCIO Corner |
CIO Corner ArticlesBoundaryless Information Flow is Real and RelevantBoundaryless Information Flow to Manage Our SafetyEA, Business Agility, and Boundaryless Information FlowEnterprise Architecture: Return on InvestmentDeciding on Open SourceManaging the FlowCertification - A Part of a Virtuous CircleDirectories - If There Were No Directories I Couldn't Find ITBoundaryless Information Flow & Enterprise ArchitectureThinking Strategically about Certified ProductsArchitecture: Make IT Work for YouOpen Source and StandardsArchitecture: An Essential Tool for the CIOWhat Keeps CIO Awake |
You are here: The Open Group > CIOCIO Corner with Terry BlevinsDeciding on Open SourceI have been in this industry for 24 years, 21 of those years with NCR. Though I’m now with a smaller organization, I share some of the same decisions that large organizations face when it comes to things like deciding to use Open Source. I believe that the CIO community has a great stake in Open Source, just as it has in off-shore development, outsourcing, etc. Open Source has great potential. We are confronted every day with the option of considering new Open Source technologies, but we need to progress with our eyes wide open. In this column I hope to provide some pointers that you may find useful, and help you understand how your strategy can incorporate Open Source. The first thing to do is examine what Open Source is and examine its current and future states. Open Source is not just Linux, it is about a lot of other software spanning the entire spectrum of architecture. Open Source is really about two things: software that adheres to certain rules for distribution, and a development model. In The Open Group we think of the development model as a “boundaryless” development model, where you could have programmers from many organizations working to develop a common code base. This model brings a freedom to users as they can become part of the development model, thereby breaking the dependency they might have on a single software supplier. The Open Source Initiative has the official description of Open Source software. The essence is manifested in the license agreements. The key attributes being that the code is readable, redistributable, modifiable, and freely usable. Some enthusiasts say that Open Source is a movement that cannot be stopped. But it can be slowed if issues aren’t addressed. It hasn’t been stopped because it has run under the radar for many years, but attention is now focused on Open Source. It will be scrutinized from various points of view including legal, technical, business, and social-ethical. When people start to look at and listen to the Open Source debates it is easy to develop a perception that the community is driven by many different battles between engineers and everyone else. If it is or becomes reality it will ultimately result in isolation that will do more harm than good. Then Open Source will not be a tool in tomorrow’s toolbox. However, other voices that represent the opposite point of view present a rather different perception, one of cooperation, one of added value. This more positive view demonstrates that the community wishes to cooperate rather than battle. If this perception becomes reality then Open Source can contribute to our businesses tomorrow. I believe this is the more likely outcome. So what other issues have to be considered? From a technical perspective - Standardization and application
interoperability.
Business issues - Requirements management. Legal issues - WYDSIWGY (What You Don’t See Is What Gets You). Social-ethical issues - Accountability for failures, supportability
and manageability. So how can you effectively deal with Open Source? The following are a few pointers. First, develop your policy and business case. To determine how Open Source should be used and where Open Source would be most useful to your organization you have to do some homework. Don’t just assume that anything “Open Source” would be useful. Assess the size of the development community as you would assess the capabilities of a vendor company, examine the market for multiple providers, compare the long-term costs, and from this develop and execute a strategy that supports a sound business case. Your next tool is active involvement, and it is essential to making Open Source what you need it to become. Your involvement comes in many ways, starting with how you express your requirements. Your desire for Open Source to support open standards. Your involvement with other buyers in coming together and creating a concerted voice on what is needed. Internally, developing and executing your Open Source strategy is essential. Finally, you need to assess how you will ensure that the Open Source products are what they say they are and conform to open standards; the best way is to demand certified product. Defend yourself proactively. It is best to work out business goals before choosing an Open Source license so that it’s clear to what extent the company is obligated to share. It might take some time, but if you are seriously considering Open Source, make sure to seek legal counsel. In conclusion: Open Source does not obviate the need for open standards. We need to get involved to ensure that Open Source is responsibly addressing real needs. We still need an open environment and an open consensus process for standards setting. Open Source can make business sense for you, not necessarily everywhere, but definitely in specific places. Email t.blevins |