Over at DITA Users, Bob Doyle has put together a brief and very useful Flash tutorial on DITA.
Author: Bill Trippe (Page 11 of 23)
- Over at eWeek, Jim Rapoza looks at the most overhyped technologies of the century, and XML isn’t one of them.
- At IBM developerWorks, Elliotte Rusty Harold speculates on the future of XML. He’s bullish on XQuery and Atom, and he declares the end of markup-centric editors.
- Speaking of being bullish on Atom, check out Mochilla’s Atom-based API for premium content.
- Geoff Bock sends along news that Microsoft’s push to get OOXML as a standard is being scrutinized by the EU.
- Also on the OOXML front, IBM and Microsoft seem ready to go toe to toe. More perspective here and here.
- Have you ever thought you should be able to take DITA-encoded content and pump it through InDesign? You are not alone.
- If you follow the Apache Software Foundation or other technical listservs at any level of interest, you just have to try Mark Logic’s MarkMail application where you can ask questions like, “Who from Microsoft chimes in on the XML schema list at the W3C?“.
- I’m not the only one to think that part of Microsoft’s interest in Yahoo is driven by Yahoo’s impressive efforts in wireless technology, which have XML at their core.
Well as the name of the blog suggests, the focus is on both technology and strategy. We have been at this long enough to come to the stunning conclusion that technology adoptions minus well-thought-out and sound business strategies are doomed to failure. (Now you know why we get paid the big bucks!) While obvious, the conclusion is also true. I have had the luxury of consulting with several clients over a long period of time. I like to think they are successful because they listen to me (and they do), but the bigger reason they are successful is that they use my input to inform well thought out business strategies. Sometimes these are operational (they want to save money, improve efficiency), but more often they are about the top line. They want to drive more revenue.
For commercial publishers this means bringing more product to market more quickly, customizing products, and developing derivative products (think of offerings like SafariU). For enterprises, this is also tied to bringing more product to market more quickly; think of a company like Autodesk using XML-based publishing and globalization to bring more products to more markets simultaneously. These are world-class projects based on XML that are bringing incredible value to their organizations, but–even more significantly–these are not the only efforts of their kind. Whereas in the early days of SGML the community could count projects of this type in perhaps the low double digits, I have long ago given up on trying to remember or catalog how many of these projects are out there backed by XML technology.
But not every project is as successful as the ones I have cited. Indeed these stand out as case studies of the best practices. Projects do fail and projects do falter, and I will reveal my bias here in saying that, especially in the recent few years, few projects fail because of the chosen technology. (All complex systems require significant customization! Who would have thunk it?) Much more often they fail because of problems with project management, lack of sufficient staffing, and shifting plans and execution when the inevitable problems arise. And these kinds of failures come right back to a failure in strategy, or at least a failure in realistically planning for a complex undertaking that is critical to organizational success.
So content strategies are indeed a critical half of this practice, but technology is the other half. Here as well a comparison to SGML is in order. Whereas in the days of SGML there were few vendors at the table, now there are literally scores. Even more importantly, none of the major vendors are missing, and one can make the argument that the major vendors are–or soon will be–the dominant players in the market. XML is central to the product and development platform strategies of Microsoft, Oracle, IBM, Sun, Adobe, and EMC. One can only speculate at the level of R&D dedicated to XML at these companies, but it is safe to say it is a lot. Just as impressive is the community of developers who work in XML daily. Most programmers working in contemporary languages like Java and C# use XML for all kinds of routine tasks, and XML data mapping and modeling tools are built into Visual Studio and many other development tools.
To be more specific, we intend to cover what we categorize as the range of XML products of most interest to business and IT professionals responsible for content management initiatives. These include:
- XML Repositories
- XML Content Management Platforms
- XML Editors
- XML Transformation and Publishing Tools
- XML Utilities, Middleware, and IDEs
- XML Forms
Among other things, we will be developing an online directory of these product lines (more on that in a future post). I have been informally cataloging the companies over the recent few weeks and I already have 60 to 70 companies without trying very hard. We expect to interact with these vendors, get details of the products and product roadmaps, and also work with them when appropriate on product strategy and projects like white papers and case studies.
So that’s the news so far from here. Do get in touch if you have any questions, ideas, or complaints!
As Frank noted in our main blog and in the related press release, this blog is part of our launch this week of a new practice focused on the technologies, strategies, and best practices associated with using XML in content management. With this focus on XML, the new practice is broad–XML is fundamental to so many aspects of content management. Yet the focus on XML also compels us to look at content management through a certain lens. This begins with the vendor offerings, where nearly every platform, product, and tool has to meet anywhere from a few to myriad XML-related requirements. As XML and its related standards have evolved and matured, evaluating this support has become a more complex and considered task. The more complex and feature-rich the offering, the more difficult the task of evaluating its support.
And indeed, the offerings are becoming more complex, especially among platform vendors like Microsoft, IBM, and Oracle. Looking at SharePoint means evaluating it as a content management platform, but also looking specifically at how it supports technologies like XML forms interfaces, XML data and content feeds, and integration with the XML schemas underlying Microsoft Word and Excel. It also means looking at SOA interfaces and XML integration of Web Parts,and considering how developers and data analysts might want to utilize XML schema and XSLT in SharePoint application development. Depending on your requirements and applications, there could be a great deal more functionality for you to evaluate and explore. And that is just one platform.
But understanding the vendor–and open source–offerings is only one piece of the XML content management puzzle. Just as important as choosing the right tools are the strategic issues in planning for and later deploying these offerings. Organizations often don’t spend enough time asking and answering the biggest and most important questions. What goals do they have for the technology? Cost savings? Revenue growth? Accelerated time to market? The ability to work globally? These general business requirements need to then be translated into more specific requirements, and only then do these requirements begin to point to specific technologies. If XML is part of the potential solution, organizations need to look at what standards might be a fit. If you produce product support content, perhaps DITA is a fit for you. If you are a publisher, you might look at XML-based metadata standards like XMP or PRISM.
Finally, XML doesn’t exist in a content management vacuum, removed from the larger technology infrastructure that organizations have put in place. The platforms and tools must integrate well with technologies inside and outside the firewall; this is especially true as more software development is happening in the cloud and organizations are more readily embracing Software as a Service. One thing we have learned over the years is that XML is fundamental to two critical aspects of content management—for the encoding and management of the content itself (including the related metadata) and for the integration of the many component and related technologies that comprise and are related to content management. Lauren Wood wrote about this in 2002, David Guenette and I revisited it a year later, and the theme recurs in numerous Gilbane writings. The ubiquitous nature of XML makes the need for strategies and best practices more acute, and also points to the need to bring together the various stakeholders–notably the business people who have the content management requirements and the technologists who can help make the technology adoptions successful. Projects have the best chance of succeeding when these stakeholders are brought together to reach consensus first on business and technical requirements, and, later, to reach consensus on technology and approach.
As Frank noted, this is “New/Old” news for all of us involved with the new practice. I first discussed SGML with Frank in 1987 when I was at Mitre and responsible for a project to bring new technology to bear on creating specifications for government projects. Frank had recently launched his technology practice, Publishing Technology Management. Leonor was a client at Factory Mutual when I worked for Xyvision (now XyEnterprise) in the early 1990s. And I probably first met Mary at a GCA (now IDEAlliance) event during my Xyvision days and when she worked for a competitor, Datalogics. We are, in the polite vernacular of the day, seasoned professionals.
So welcome to the new blog. Watch this space for more details as we announce some of the offerings and initiatives. I plan to blog actively here, so please add the RSS feed if you prefer to digest your material that way. If you have ideas or suggestions, don’t hesitate to post here or contact me or any of the other analysts directly. We look forward to the interaction!
Tomorrow, I will be part of a webinar, What Every Publisher Needs to Know About Content Management. It’s being put on by Book Business Magazine and sponsored by Follett Digital Resources. Matt Steinmetz, Special Projects Editor for Book Business will be moderating, and I will be joined on the virtual dais by Jabin White, Vice President for Product Management at Silverchair.
I’m going to be presenting a market overview, offer some definitions, and discuss some recent and emerging trends. I’m going to leave most of the heavy lifting to Jabin, though. He is truly one of the smart guys in the business and an excellent presenter, and I am looking forward to hearing what he has to say.
You can go right to the registration page here.
… to great fanfare (The Future of Reading no less!) and great derision (a “fugly hot mess”). At least one Wall Street analyst liked it, the stock is rising (up $2.64, or 3.33% at this writing), and CEO Bezos says that the Kindle sold out its existing units in 5.5 hours, though I can’t find how many that actually means.
I mentioned on my own blog a couple of features I found intriguing–the low price point for bestsellers, and the seeming ease of use for downloading new content over a built-in wireless network. Some of the negative comments I have read so far concern Kindle’s capabilities for non-book content such as blogs. As soon as you start to think of interactivity, a single-purpose device starts to look less attractive, a point we made, well, ages ago, when people first got all excited about dedicated eBook readers.
A recording of our webinar on SharePoint and ECM is now available online.
Our thanks to KnowledgeLake for sponsoring the webinar and the upcoming white paper.
Note: You can now view a recording of the Webinar on SharePoint and ECM.
I wrote a couple of days ago about the growth of SharePoint licensing and the impressive footprint it has in terms of end user licenses. One of the other intriguing things about SharePoint is how it has evolved in functionality. True to form, Microsoft first launched SharePoint as a sturdy but not overwhelming offering. Since then, they have built more and more functionality into the product, all the while bringing partners and developers into the mix to create a formidable ecosystem for the product.
