Succeeding with open source Bernard Golden is available to download
|Succeeding with open source|
|Type: ||eBook |
|Released: ||2004 |
|Publisher: ||Addison-Wesley Professional |
|Page Count: ||272 |
|Format: ||chm |
|Language: ||English |
|ISBN-10: ||0321268539 |
|ISBN-13: ||9780321268532 |
This book grew out of work my system integration firm, Navica, performed for our clients.Succeeding with open source
Textbook We serve both large and small companies in a variety of industries, implementing and configuring software applications as well as developing custom systems. Its not exactly a secret that IT budgets have been tight over the past few years, so many of our clients asked us to explore ways to deliver projects at lower cost.
In our efforts to find ways to lower project costs, we came across something called open source software. Given my background in large IT shops, global consulting firms, and enterprise software companies, I was pretty skeptical about a product that promised something for nothing. The whole ethos of volunteers delivering high-quality software seemed counterintuitive to me. Furthermore, I wondered how we could obtain support and training for the product. In short, I couldnt understand how open source worked. However, I felt we had to try open source as part of our effort to do the best possible job for our clients.
Our experience with open source amazed us. Far from our nightmare vision of poor quality code distributed by a flaky group of unqualified idealists, we found that robust products were available that performed more than adequatelywe were able to succeed with open source. I knew we were onto something when our clients began to ask, "What other open source software can we use in our system?"
This presented us with another problem. Many of our clients accepted without question our open source recommendations; after all, the role of a professional services firm is to serve as a trusted advisor, and these clients expected us to fulfill that role. Others, however, although not mistrusting us, would inquire how we chose the proposed product. If the project plan called for turning the system over to them after implementation, they would ask about training options and quality, where they could turn for support, and so on. Even though we had seen good results with the products we recommended, we really had no formal criteria or documentation we could point to as the basis for our recommendation. The problem was compounded if our clients needed to get approval for the project from higher-ups in the organization. The higher you go in an organization, the more formal the paperwork needs to be. It wasnt nearly enough to present a slide that, under selection criteria, stated "a guy from the system integrator heard this was a good open source product." Clearly, our clients needed something more concrete for their project approval and budget process.
Even if our clients would have accepted an informal method of selecting open source products for their projects, I was uncomfortable with it. A career spent creating and implementing mission-critical software has made me acutely aware of the importance of assessing software in all its dimensions: functionality, support, training, and documentation, among others. If we were going to recommend open source products as a key piece of our clients software infrastructure, I felt we needed a more formal methodology that would assess a product along all of those dimensions before we put it into production.
Out of that came our development of the Open Source Maturity Model (OSMM). This model assesses open source products for their maturityessentially, their production-readiness. The OSMM enables one or two people to evaluate an open source product with less than a weeks work. By doing so, the model quickly identifies which products are worth a more in-depth pilot-project evaluation. Using the model has made us more comfortable with our recommendations, made our clients project-approval process flow much more easily, and significantly reduced our clients project risk.
As weve created open source-based systems for our clients, Ive concluded that all IT users share their motivations. Open source is going to be widely used throughout the industry. Its cost structure is compelling. I believe the move to open source is consistent with the cost-reduction trend in all industries via customer self-service and self-reliance. As an example, look at the airline industry. In the beginning, it delivered high-cost, full-service transportation, complete with elegant meals and personal attention. Today, airplanes get you there just as fast, but elegance is but a distant memory. Passengers book their own tickets on the Internet (Remember travel agents? Another victim of self service. . .), bring their own meals, and pay extra for a movie, all in the name of low fares. Youll occasionally hear someone nostalgically recalling the long-gone days of elegant airline travel, usually a passenger about to step onto a Southwest Airlines jetthe Greyhound bus of the sky. The obvious IT analogy is the hardware transformation driven by Dell. You get a rock-bottom price but are expected to install and configure the system yourself. I believe software is going to tread that same path: low prices (free in the case of open source) accompanied by more do-it-yourself work.
Because of this belief, I decided to share our experiences with open source. As it becomes more widely used, a formalized method of selecting and assessing open source software and all of its elements will be extremely useful. You can take advantage of the system we use and shorten your learning curve with open source products. There is no turning back: You will need to be more self-reliant in the future as you choose and implement software. I hope you find the material in this book useful. If you do (or, for that matter, if you dont), I would be delighted to hear from you; I can be reached at email@example.com.Please visit the site to view the latest information.
From the Publisher
Succeeding with Open Source is the first 'How-To' book for IT managers seeking guidance on selecting and implementing open source software.
Reader learns the ROI for Open Source, moving their open source selection efforts from guesswork to effective deployment Author presents the Open Source Maturity (OSM) model -- an analytical framework that supports the selection and evaluation process A clear, practical, methodical strategy with supporting examples for a thorough plan
IT organizations are turning to open source as a result of two hot buttons: cost efficiency and the need for innovative business solutions. IT organizations need to direct their investment toward business-specific innovation and away from pure infrastructure products. Open source is therefore an increasingly popular choice for infrastructure software. However, open source software differs significantly from its commercial counterpart. Because of that, a different evaluation and selection strategy is necessary -- but until now, there has been no guide to help organizations develop an open source strategy. 'Succeeding with Open Source' is that guide.