The software vendor consolidation trend is spreading to the open source sector, with Linux distribution and services provider Red Hat announcing its intent to acquire the popular open source application server vendor JBoss for at least $350 million. The deal, which is subject to regulatory approval, is expected to close by the end of May.
The deal allows Red Hat, which sits squarely at the OS-level of the technology stack, the opportunity to move up into the middleware layer. It also gives Red Hat expertise and offerings for customers that are want to deploy a service-oriented architecture (SOA).
On JBoss's side, the deal gives the company access to Red Hat's worldwide distribution network. JBoss so far has been primarily selling into North America and European markets.
There are some interesting complications, however, in what the deal means for Microsoft. Although both providers are squarely in the open source market, it hasn't prevented JBoss from cooperating with Microsoft in allowing its middleware to run on top of Microsoft's Windows Server operating system. Combine this with Microsoft's recent announcement that it will support Linux running as a guest operating system under its Virtual Server product, which Microsoft is now offering as a free download.
The bedfellows keep getting stranger.
What does this mean for enterprise system buyers? It means more choices and options for deploying service oriented architectures over a low cost platform. SAP, Oracle, Lawson, and other major vendors are in the midst of a technology change to transition their systems to SOA, which allows easier mixing and matching of software components and the ability to build composite applications using pieces of existing applications. The Red Hat/JBoss combination provides a low cost OS and middleware platform that most if not all of these application vendors will want to support.
Computerworld has more on the Red Hat/JBoss deal.
Related posts
Microsoft to support Linux, virtually
Software buyers turn cheap
Since 2002, providing independent analysis of issues and trends in enterprise technology with a critical analysis of the marketplace.
Monday, April 10, 2006
Sunday, April 09, 2006
Enterprise software: four horsemen and four fortresses
At Forrester's IT Forum 2006 last week, Forrester executives Andy Bartels and John Rymer gave a joint keynote on "The Future of Enterprise Software." The presentation was an excellent overview of the competing forces that are changing and will change the enterprise software market in the coming years and what that means for buyers and vendors.
Bartels and Rymer said that overall the market will not return to the double-digit growth of the late 1990s--not because there is a lack of demand from customers for new functionality but because the large company market is saturated. The primary opportunity for new sales is in the small and mid-size businesses, which have a lower price point but sometimes cost more to sell to and service. Forrester research also points to increasing frustration on the part of customers to high software maintenance fees, further throttling vendor ability to milk revenues from the installed base.
Factors that drive vendor cost and revenue
The enterprise software market today is under siege by what the speakers call "the four horsemen of commoditization:"
In the case of open source, the impact so far is primarily in server operating systems and Java middleware, and each major software vendor (IBM, Microsoft, Sun, SAP, Oracle, etc.) has a different approach to incorporation or resistance to open source. Many buyers, however, are already using open source or very interested in doing so.
Service-oriented architecture (SOA) has broad strategic acceptance among vendors, and it represents a platform change not unlike the transition from client-server to Web-based architectures that started a decade ago. Forrester predicts that SOA upgrades will drive software vendor revenues higher for the next four years, but after that the ability for buyers to mix and match software components using open SOA standards will lead to increased competition that will drive software prices lower. In other words, by adopting SOA, vendors are building the seeds of their own destruction. If you are a software buyer, however, this is good news.
Software-as-a-service (Saas), or software on-demand, is being used by companies of all sizes--it is not primarily a small company market, as many observers first thought. The major vendors are all adopting SaaS in some fashion, often for limited purposes. Buyers are using it selectively.
Offshoring is a mixed trend. Contrary to popular opinion, most IT shops are not doing a lot of offshore outsourcing, although many software vendors are using it to lower their own costs of development and maintenance. Although software vendors based offshore (e.g. India) are having a hard time breaking into the major markets in North America and Europe, they could become a factor to contend with after 2012, especially those that deliver high quality software at a low cost.
What's interesting, though, is that each major software vendor is incorporating or fighting these four horsemen differently. For example, Sun is moving to 100% open source for its products, while Microsoft for the most part is fighting it. Microsoft and Salesforce.com (of course) are jumping on the bandwagon for SaaS, which Oracle and SAP appear to be forced into adopting it.
Fortresses against change
Standing up against these four horsemen, according to Rymer and Bartels, are four factors they call "fortresses of stability." These are the factors that serve to constrain the changes from open source, SOA, SaaS, and offshoring. The four fortresses are:
For new and emerging software vendors, these trends are good news. Contrary to conventional wisdom that software market share will eventually consolidate around a few players, the large vendors today only have one third of the software market, and they are NOT growing that much faster than the market as a whole. This means there are still opportunities for new vendors to ride to success on one or more of the four horses.
For software buyers, most of this is good news. Prices for software over the long term have to fall, in line with other elements of IT spending. Buyers will be best served by standardizing on one of the "ecosystems" (i.e. SAP, Oracle, IBM, Microsoft) as a basis for choosing new software components, while at the same time making use of open source, SOA, and SaaS to drive productive change.
Related posts:
Software vendor growth not in software
Software on demand: attacking the cost structure of business systems
Software on demand: small companies still don't "get it"
Buzzword alert: "open source"
Open source: turning software sales and marketing upside down
Key advantage of open source is NOT cost savings
Offshoring leaves software firm not so jolly
Risks of offshore outsourcing
Bartels and Rymer said that overall the market will not return to the double-digit growth of the late 1990s--not because there is a lack of demand from customers for new functionality but because the large company market is saturated. The primary opportunity for new sales is in the small and mid-size businesses, which have a lower price point but sometimes cost more to sell to and service. Forrester research also points to increasing frustration on the part of customers to high software maintenance fees, further throttling vendor ability to milk revenues from the installed base.
Factors that drive vendor cost and revenue
The enterprise software market today is under siege by what the speakers call "the four horsemen of commoditization:"
- Open source software
- Service oriented architecture (SOA)
- Software as a service (SaaS)
- Offshore outsourcing
In the case of open source, the impact so far is primarily in server operating systems and Java middleware, and each major software vendor (IBM, Microsoft, Sun, SAP, Oracle, etc.) has a different approach to incorporation or resistance to open source. Many buyers, however, are already using open source or very interested in doing so.
Service-oriented architecture (SOA) has broad strategic acceptance among vendors, and it represents a platform change not unlike the transition from client-server to Web-based architectures that started a decade ago. Forrester predicts that SOA upgrades will drive software vendor revenues higher for the next four years, but after that the ability for buyers to mix and match software components using open SOA standards will lead to increased competition that will drive software prices lower. In other words, by adopting SOA, vendors are building the seeds of their own destruction. If you are a software buyer, however, this is good news.
Software-as-a-service (Saas), or software on-demand, is being used by companies of all sizes--it is not primarily a small company market, as many observers first thought. The major vendors are all adopting SaaS in some fashion, often for limited purposes. Buyers are using it selectively.
Offshoring is a mixed trend. Contrary to popular opinion, most IT shops are not doing a lot of offshore outsourcing, although many software vendors are using it to lower their own costs of development and maintenance. Although software vendors based offshore (e.g. India) are having a hard time breaking into the major markets in North America and Europe, they could become a factor to contend with after 2012, especially those that deliver high quality software at a low cost.
What's interesting, though, is that each major software vendor is incorporating or fighting these four horsemen differently. For example, Sun is moving to 100% open source for its products, while Microsoft for the most part is fighting it. Microsoft and Salesforce.com (of course) are jumping on the bandwagon for SaaS, which Oracle and SAP appear to be forced into adopting it.
Fortresses against change
Standing up against these four horsemen, according to Rymer and Bartels, are four factors they call "fortresses of stability." These are the factors that serve to constrain the changes from open source, SOA, SaaS, and offshoring. The four fortresses are:
- Market Concentration: the dominance of a few major vendors, such as Microsoft, especially at the operating system level.
- Intellectual Property Rights: the vigorous enforcement of patents and other IP rights, especially to counter the threat to vendors from open source
- Installed Bases: the tremendous effort required for a software buyer to migrate from an incumbent vendor, especially at the applications level.
- Brand Loyalty: the comfort factor that accrues to vendors that are well-established in the software marketplace
For new and emerging software vendors, these trends are good news. Contrary to conventional wisdom that software market share will eventually consolidate around a few players, the large vendors today only have one third of the software market, and they are NOT growing that much faster than the market as a whole. This means there are still opportunities for new vendors to ride to success on one or more of the four horses.
For software buyers, most of this is good news. Prices for software over the long term have to fall, in line with other elements of IT spending. Buyers will be best served by standardizing on one of the "ecosystems" (i.e. SAP, Oracle, IBM, Microsoft) as a basis for choosing new software components, while at the same time making use of open source, SOA, and SaaS to drive productive change.
Related posts:
Software vendor growth not in software
Software on demand: attacking the cost structure of business systems
Software on demand: small companies still don't "get it"
Buzzword alert: "open source"
Open source: turning software sales and marketing upside down
Key advantage of open source is NOT cost savings
Offshoring leaves software firm not so jolly
Risks of offshore outsourcing
Friday, April 07, 2006
An inside peek at Wal-Mart's IT systems
Wal-Mart's CIO, Linda Dillman, gave a keynote in Las Vegas at the Forrester IT Forum 2006 earlier this week, and I found it to be one of the highlights of the conference. Dillman wasn't the typical keynote speaker, talking about "my vision for the future of IT." Rather, she presented practical insights into the IT function for one of the world's largest and most successful businesses.
IT strategy
Dillman outlined three principles for IT at Walmart. These reflect Wal-Mart's strategic "IT maxims" (although she didn't use that term), which guide development and deployment of all IT systems and capabilities.
Wal-Mart believes that some core functions apply to all regions. For example, "every day low price" can and should be applied in all markets, regardless of what the local managers think from their past experience. They do not need to do special price promotions. "When local managers change over to every day low pricing, they find that it does work and they never look back," she said. "This is non-negotiable."
Other practices can vary by market, and when Wal-Mart finds a new best practice in a local market, the developers program it into the core system. "Localization is handled by turning things on or off. In some cases, we turn off large blocks of functionality for small markets, because it would just hurt their productivity," she said.
Wal-Mart's supplier network
Dillman spoke about the growth of Walmart's digital network, now known as RetailLink, which was initiated in 1991 as a data warehouse providing daily sales data. According to Dillman, at the time, if they had done an ROI analysis on this initiative, they would have never approved it. "We just did it on gut instinct," she said.
The development of Retail Link, by which suppliers today have access to sales, shipment, orders, returns and other data on their products in Wal-Mart stores, flies in the face of retail mentality. Traditionally, because knowledge is power, retailers and suppliers do not share information. But Retail Link has shown the value to both parties of making information available.
Wal-Mart's RFID initiative has also shown the benefits of information sharing. Gillette, for example was able to tell from RFID data which stores did not get product out to the selling floor in time for a new product launch date and was able to discount such stores from their sales analysis. A smaller supplier that provides Christmas seasonal merchandise was able to track pallets through Wal-Mart's distribution chain. They saw that a group of pallets went into a DC but were not moving out to stores. They alerted the DC to the problem, which was able to expedite delivery to stores in time for the holiday season, saving the supplier from having to suffer lost sales and mark-downs.
Wal-Mart's development practices
Dillman was asked about Wal-Mart's view of buying versus building its applications and whether it was making use of service-oriented architectures (SOA) in development. She indicated that Wal-Mart does use some packaged applications for some functions, but for the "core" system, it is all in-house developed code.
Regarding SOA, she took a pragmatic view. She indicated that SOA as a technology will not by itself lead to faster and more flexible software development. She attributed Wal-Mart's success in developing and extending its core systems to the fact that they write all their own code and do so in a highly modular approach. In recent years, as Wal-Mart's IT group has gotten much larger, it has had to formalize its best practices so that they can be promoted among all staff members. This, in her view, is more important than the technology of SOA.
Dillman's presentation gave me a different perspective on Wal-Mart. Wal-Mart has long been known as a company that pushes its suppliers to do business electronically, and much of what is written about Wal-Mart in the technology press is from the perspective of the supplier that has to comply with Wal-Mart's mandates. But Dillman's presentation provides a different perspective--from inside Wal-Mart--and it shows how one very large organization uses IT to a competitive advantage, while spending much less on IT than most of its competitors.
Related posts
Wal-Mart launches RFID pilot, but will privacy concerns stall adoption?
Outsourcing: what would Wal-Mart do?
Wal-mart suppliers face October deadline for Internet-based EDI
IT strategy
Dillman outlined three principles for IT at Walmart. These reflect Wal-Mart's strategic "IT maxims" (although she didn't use that term), which guide development and deployment of all IT systems and capabilities.
- Merchants first. IT personnel at Wal-Mart should be merchants first, and technologists second. IT talks to customers (users) not in terms of technology but in terms of the business. "Our users don't know much about our technology platforms or tools. They shouldn't care whether we are running mainframes or UNIX," she said.
- Run common systems and common platforms. Wal-Mart runs a single system with a single set of code worldwide. "The first thing we do when beginning operations in a new country is to migrate store operations to our code," she said. "The cost advantages are huge: Our IT budget is well less than one-half a percent of sales. We can do this because we do not have to invest in multiple systems."
In addition to the cost benefits, the single-system approach allows Wal-Mart to leverage best practices, which are embedded in the system, across regions. When up-and-coming executives transfer to a different part of the world, they have the same system and processes that they have been used to in their old job. This supports Wal-Mart's leveraging of human resources worldwide.
- Centralized information systems. Wal-Mart runs all worldwide information systems out of its headquarters in Arkansas, with a second data center providing backup and failover. "A point-of-sale transaction entered in China comes back to Arkansas for credit card authorization and then returns to China to complete the sale," she said. "The whole process takes place in less than half a second."
One benefit of this approach is that most of Wal-Mart's developers are in one place, allowing them to more easily collaborate. The second benefit is that the developers are located in the heart of the business, eating lunch with buyers and talking about issues in retailing. This keeps the developers tuned in with the real concerns and needs of the business.
Wal-Mart believes that some core functions apply to all regions. For example, "every day low price" can and should be applied in all markets, regardless of what the local managers think from their past experience. They do not need to do special price promotions. "When local managers change over to every day low pricing, they find that it does work and they never look back," she said. "This is non-negotiable."
Other practices can vary by market, and when Wal-Mart finds a new best practice in a local market, the developers program it into the core system. "Localization is handled by turning things on or off. In some cases, we turn off large blocks of functionality for small markets, because it would just hurt their productivity," she said.
Wal-Mart's supplier network
Dillman spoke about the growth of Walmart's digital network, now known as RetailLink, which was initiated in 1991 as a data warehouse providing daily sales data. According to Dillman, at the time, if they had done an ROI analysis on this initiative, they would have never approved it. "We just did it on gut instinct," she said.
The development of Retail Link, by which suppliers today have access to sales, shipment, orders, returns and other data on their products in Wal-Mart stores, flies in the face of retail mentality. Traditionally, because knowledge is power, retailers and suppliers do not share information. But Retail Link has shown the value to both parties of making information available.
Wal-Mart's RFID initiative has also shown the benefits of information sharing. Gillette, for example was able to tell from RFID data which stores did not get product out to the selling floor in time for a new product launch date and was able to discount such stores from their sales analysis. A smaller supplier that provides Christmas seasonal merchandise was able to track pallets through Wal-Mart's distribution chain. They saw that a group of pallets went into a DC but were not moving out to stores. They alerted the DC to the problem, which was able to expedite delivery to stores in time for the holiday season, saving the supplier from having to suffer lost sales and mark-downs.
Wal-Mart's development practices
Dillman was asked about Wal-Mart's view of buying versus building its applications and whether it was making use of service-oriented architectures (SOA) in development. She indicated that Wal-Mart does use some packaged applications for some functions, but for the "core" system, it is all in-house developed code.
Regarding SOA, she took a pragmatic view. She indicated that SOA as a technology will not by itself lead to faster and more flexible software development. She attributed Wal-Mart's success in developing and extending its core systems to the fact that they write all their own code and do so in a highly modular approach. In recent years, as Wal-Mart's IT group has gotten much larger, it has had to formalize its best practices so that they can be promoted among all staff members. This, in her view, is more important than the technology of SOA.
Dillman's presentation gave me a different perspective on Wal-Mart. Wal-Mart has long been known as a company that pushes its suppliers to do business electronically, and much of what is written about Wal-Mart in the technology press is from the perspective of the supplier that has to comply with Wal-Mart's mandates. But Dillman's presentation provides a different perspective--from inside Wal-Mart--and it shows how one very large organization uses IT to a competitive advantage, while spending much less on IT than most of its competitors.
Related posts
Wal-Mart launches RFID pilot, but will privacy concerns stall adoption?
Outsourcing: what would Wal-Mart do?
Wal-mart suppliers face October deadline for Internet-based EDI
Monday, April 03, 2006
Microsoft to support Linux, virtually
I'm at the Forrester IT Forum 2006 in Las Vegas this week, blogging the conference. The first keynote this afternoon was by Andy Lees, a Microsoft VP in charge of server and tools marketing. Speaking at an incredibly fast pace, Lees is talking about what Microsoft is doing to increase IT productivity. One of his main points is to reduce the complexity of IT, which is of course a noble objective.
But there was one an interesting announcement that he made: Microsoft is going to start giving away its server virtualization technology (its Virtual Server 2005 R2 product), which allows one physical computer to run multiple instances of a “guest” operating system. The real kicker, though, is that Microsoft will not limit guest operating systems to its own products. It is also offering, at no-charge, virtual machine “add-ins” to run select Linux distributions, along with technical support to help customers consolidate Linux-based applications under Microsoft's Virtual Server 2005 R2.
Microsoft made this announcement here at Forrester's conference and, more significantly, at LinuxWorld in Boston today.
Some Linux fans will want to attribute some nefarious motive to Microsoft's support for Linux. But I think it's rather a sign that Linux is a fact of life in many data centers and that Microsoft is better off being part of the solution to Linux support rather than pretend it doesn't exist. Whether system administrators will want to let Linux run on top of Microsoft’s Virtual Server is another issue, of course.
There are more details in a Q&A document on the Microsoft website.
Coincidentally, I’m currently running a Computer Economics Quick Poll on the virtues of Linux and Microsoft server operating systems. If you’d like to participate and receive a free copy of the analysis resulting from this survey, you can take the survey now.
But there was one an interesting announcement that he made: Microsoft is going to start giving away its server virtualization technology (its Virtual Server 2005 R2 product), which allows one physical computer to run multiple instances of a “guest” operating system. The real kicker, though, is that Microsoft will not limit guest operating systems to its own products. It is also offering, at no-charge, virtual machine “add-ins” to run select Linux distributions, along with technical support to help customers consolidate Linux-based applications under Microsoft's Virtual Server 2005 R2.
Microsoft made this announcement here at Forrester's conference and, more significantly, at LinuxWorld in Boston today.
Some Linux fans will want to attribute some nefarious motive to Microsoft's support for Linux. But I think it's rather a sign that Linux is a fact of life in many data centers and that Microsoft is better off being part of the solution to Linux support rather than pretend it doesn't exist. Whether system administrators will want to let Linux run on top of Microsoft’s Virtual Server is another issue, of course.
There are more details in a Q&A document on the Microsoft website.
Coincidentally, I’m currently running a Computer Economics Quick Poll on the virtues of Linux and Microsoft server operating systems. If you’d like to participate and receive a free copy of the analysis resulting from this survey, you can take the survey now.
Friday, March 31, 2006
Made2Manage acquiring ETO vendor Encompix
Made2Manage Systems, a Tier III ERP vendor, is acquiring Encompix, an even smaller player focused on engineer-to-order manufacturers. The deal shows once again how difficult it is for small enterprise system vendors to remain independent these days.
I've had the opportunity to evaluate Encompix a couple of times in the past. It is not a big name in the ERP space, but it has carved out a nice niche for itself among engineer-to-order manufacturers. Most ERP systems require inventory items to be defined before a purchase order, sales order, or manufacturing order can be created. For companies that build products based on customer specifications, such an approach simply does not work. The sale may be made, but material must be purchased, and some production activities must take place before the product design has been completed. The approach that's really needed is to treat the customer order as a project, and to tie all design and production activities to activities in the project plan. There also needs to be a tight integration between engineering functionality (e.g. product data management) and the production system.
There are only a few ERP systems that do this well. Baan (now owned by SSA and renamed ERP LN) is one. Glovia is another. Oracle can do it, but its functionality in this area is relatively new and evolving. Encompix is another, and one of the smallest. As I understand it, it originated in the early 1990s as a joint venture of several ETO manufacturers in the Midwest that were unhappy with the lack of attention being given to their requirements.
Made2Manage has been turning out to be an aggregator of small niche vendors over the past two years. What all of its acquisitions have in common is that they serve very narrow industry segments. The acquisitions include DTR Software (ERP for plastics manufacturers), ADS (a former M2M reseller and developer of M2M extensions), Cimnet (ERP for PCB manufacturers), and AXIS (ERP for manufacturers of "rolled products," such as cable and wire).
I like the narrow industry focus of M2M's strategy, but I'm not sure how easily it will make money doing it. Some of these acquisitions are on entirely different technology platforms: M2M's original system is Microsoft .NET-based, while Encompix and AXIS are Progress-based. This limits the economies of scale that can be achieved in product development. Operating each of these products as separate business units also limits sharing of administration, management, and sales resources.
Update, Apr. 13: For an extended discussion and clarification on the strategy of M2M, see my post on April 13, "Making money in software with a niche-industry strategy."
A press release on the Encompix deal is on the M2M website. Managing Automation has an article discussing M2M's previous acquisition of AXIS, with more details on who is putting the money behind M2M's acquisition program.
I've had the opportunity to evaluate Encompix a couple of times in the past. It is not a big name in the ERP space, but it has carved out a nice niche for itself among engineer-to-order manufacturers. Most ERP systems require inventory items to be defined before a purchase order, sales order, or manufacturing order can be created. For companies that build products based on customer specifications, such an approach simply does not work. The sale may be made, but material must be purchased, and some production activities must take place before the product design has been completed. The approach that's really needed is to treat the customer order as a project, and to tie all design and production activities to activities in the project plan. There also needs to be a tight integration between engineering functionality (e.g. product data management) and the production system.
There are only a few ERP systems that do this well. Baan (now owned by SSA and renamed ERP LN) is one. Glovia is another. Oracle can do it, but its functionality in this area is relatively new and evolving. Encompix is another, and one of the smallest. As I understand it, it originated in the early 1990s as a joint venture of several ETO manufacturers in the Midwest that were unhappy with the lack of attention being given to their requirements.
Made2Manage has been turning out to be an aggregator of small niche vendors over the past two years. What all of its acquisitions have in common is that they serve very narrow industry segments. The acquisitions include DTR Software (ERP for plastics manufacturers), ADS (a former M2M reseller and developer of M2M extensions), Cimnet (ERP for PCB manufacturers), and AXIS (ERP for manufacturers of "rolled products," such as cable and wire).
I like the narrow industry focus of M2M's strategy, but I'm not sure how easily it will make money doing it. Some of these acquisitions are on entirely different technology platforms: M2M's original system is Microsoft .NET-based, while Encompix and AXIS are Progress-based. This limits the economies of scale that can be achieved in product development. Operating each of these products as separate business units also limits sharing of administration, management, and sales resources.
Update, Apr. 13: For an extended discussion and clarification on the strategy of M2M, see my post on April 13, "Making money in software with a niche-industry strategy."
A press release on the Encompix deal is on the M2M website. Managing Automation has an article discussing M2M's previous acquisition of AXIS, with more details on who is putting the money behind M2M's acquisition program.
Thursday, March 30, 2006
Microsoft pushes out the goal line for business apps convergence
Microsoft Dynamics (formerly Microsoft Business Solutions, or MBS) is holding its annual Convergence conference this week in Dallas, and it is now shooting for a 2009 date to introduce the successor product to its five enterprise applications products.
Four of the existing Dynamics products--formerly known as Great Plains, Axapta, Navision, Solomon--came through acquisitions Microsoft made over the past five years. The fifth, Microsoft CRM, was built from scratch by Microsoft.
Microsoft's convergence plan, once known as "Project Green," has suffered a series of setbacks and redefinitions over the past two years. The most recent definition was that the converged product would be introduced in waves, the first wave being the introduction of "role-based user interfaces" to the existing products, which Microsoft is now introducing incrementally.
But the goal line for migration to a single code base is moving farther away. According to an article in Managing Automation,
The article continues.
Nevertheless, organizations that are considering these systems should be buying them based on the functionality that they offer today and not pinning hopes on some set of features or functions planned for the future. As seen this week in Dallas, the goal line keeps moving out farther and farther.
Related posts
Microsoft: Project Green to appear in waves
Microsoft fuzzes up the definition of Project Green
Microsoft to put enterprise applications on the auction block?
Is Microsoft dying?
Microsoft eats more humble pie in enterprise software business
Microsoft slowing down Project Green
Microsoft: selling enterprise software is a "humbling experience"
Four of the existing Dynamics products--formerly known as Great Plains, Axapta, Navision, Solomon--came through acquisitions Microsoft made over the past five years. The fifth, Microsoft CRM, was built from scratch by Microsoft.
Microsoft's convergence plan, once known as "Project Green," has suffered a series of setbacks and redefinitions over the past two years. The most recent definition was that the converged product would be introduced in waves, the first wave being the introduction of "role-based user interfaces" to the existing products, which Microsoft is now introducing incrementally.
But the goal line for migration to a single code base is moving farther away. According to an article in Managing Automation,
Specifically, [MBS] officials said this week, they no longer feel it is feasible to build a converged product line on top of a single, common data model.Five "differents"--sounds like different products to me, which is what Microsoft has today--not a converged product.
It may be necessary, according to Mike Ehrenberg, architect for Microsoft's MBS products, for the software giant to use different data models and different tools for different implementations of the converged enterprise application product to suit customers at different-sized companies with different levels of experience.
The article continues.
Also, Ehrenberg said, prior to the release of a converged enterprise application product, Microsoft has decided not to spend time and resources on tightly integrating its Microsoft CRM product with the current Dynamics AX (Axapta) and Dynamics NV (Navision) ERP suites. Those products, Ehrenberg noted during a general session, already have built-in CRM functionality. Forcing current customers to switch, he said, "would be seen as a take-away."One associate of mine, commenting in an email regarding Microsoft's announcement, had this to say:
Microsoft is still determined to get to a single, converged ERP product operating on a converged code base. "But," Ehrenberg said, "we have a significant amount of work to do."
- Microsoft finally realized and admitted they have a problem with not understanding how enterprise applications (and data models) are designed, purchased and used. It is much different then shrink wrapped apps.
- Microsoft has little experience in major upgrades to enterprise apps, so they have no migration experience. Anyone buying Dynamics now will be faced with a traumatic and complete new implementation ahead, in about 3-5 years.
- Microsoft is not focusing on improving the functionality of the current product line. They are just doing the minimum to look like they care.
- To shift focus from the above three points, Microsoft is aiming the marketing and product plan at “productivity” instead of “functionality,” pushing “mashed up“ applications that have lots of stuff (email, video, etc.) integrated. Nice marketing plan for the Tier 1’s but don’t think it will sell to the majority of the SMB’s. I'm waiting to see the first RFP that requests a RSS feed into accounting or manufacturing.
Nevertheless, organizations that are considering these systems should be buying them based on the functionality that they offer today and not pinning hopes on some set of features or functions planned for the future. As seen this week in Dallas, the goal line keeps moving out farther and farther.
Related posts
Microsoft: Project Green to appear in waves
Microsoft fuzzes up the definition of Project Green
Microsoft to put enterprise applications on the auction block?
Is Microsoft dying?
Microsoft eats more humble pie in enterprise software business
Microsoft slowing down Project Green
Microsoft: selling enterprise software is a "humbling experience"
Friday, March 24, 2006
Software vendor growth not in software
The ever-provocative Josh Greenbaum takes a cynical view of enterprise software vendors' push towards software on-demand (software-as-a-service) and service-oriented architectures (SOA).
Josh points to a Merrill-Lynch study that puts the market for enterprise applications at only $21-23 billion a year, while the market for consulting and services is "a whopping $550 billion." He argues that with IT spending growing weakly, enterprise software vendors are looking to expand beyond software. This, he explains, is what's really behind vendors' interest in software-as-a-service and SOA.
In an article in Managing Automation, he writes,
Furthermore, application software currently consumes less than 10% of the typical IT budget, according to our 2005/2006 IT Spending Study. Therefore, as Josh points out, if software vendors want to grow, they either have to buy other vendors or do something besides sell software.
To be sure, software-as-a-service and SOA are hot topics--among software vendors. But preliminary results from our next year's survey, currently in progress, show that nearly half of IT organizations report "no activity" in either of these hot topics--they're not even researching them.
Software-as-a-service and SOA may still be the path to growth for software vendors. But the slow uptake of these technologies by end-user organizations means that significant growth is still at least several years away.
Josh points to a Merrill-Lynch study that puts the market for enterprise applications at only $21-23 billion a year, while the market for consulting and services is "a whopping $550 billion." He argues that with IT spending growing weakly, enterprise software vendors are looking to expand beyond software. This, he explains, is what's really behind vendors' interest in software-as-a-service and SOA.
In an article in Managing Automation, he writes,
With overall growth shrinking, applications companies like SAP and Oracle have to fund their double-digit growth plans by grabbing IT dollars from the consultants. From the applications vendors' perspective, companies are wasting a tremendous amount of IT budget on custom integration and applications development services, money that could be more effectively spent on packaged applications that deliver out-of-the-box innovation without requiring a hefty service fee.Our research at Computer Economics confirms the slow growth in IT spending. We find that the median IT budget in the U.S. and Canada has only risen at a 1.5% average annual percentage rate over the past three years. Furthermore, corporate revenues are rising faster than IT spending, meaning that on a percentage-of-revenue basis, IT budgets are actually shrinking, slightly, at least over the past three years (although the 10 year trend is up).
The services companies are taking one of two possible tacks. Some are postulating that the perpetual license model for applications software, and the requirement to staff an IT department with systems and applications administrators, is vulnerable to a potentially more cost-effective model such as on-demand and software as a service. Others -- IBM Global Services in particular -- are saying that innovation can no longer come from a packaged software solution, and that custom consulting is the way to go.
Furthermore, application software currently consumes less than 10% of the typical IT budget, according to our 2005/2006 IT Spending Study. Therefore, as Josh points out, if software vendors want to grow, they either have to buy other vendors or do something besides sell software.
To be sure, software-as-a-service and SOA are hot topics--among software vendors. But preliminary results from our next year's survey, currently in progress, show that nearly half of IT organizations report "no activity" in either of these hot topics--they're not even researching them.
Software-as-a-service and SOA may still be the path to growth for software vendors. But the slow uptake of these technologies by end-user organizations means that significant growth is still at least several years away.
Wednesday, March 08, 2006
Software industry increases bounty for license non-compliance tips
Get ready for more calls from the software police. The Business Software Alliance (BSA) is increasing its maximum finders-fee for software piracy leads to $200,000.
The BSA is a software industry association (i.e. a special interest group) whose mission is to promote the business of commercial software vendors. One key objective is to cut down on software piracy, which it accomplishes by following up on tips about companies that are running non-licensed commercial software. According to its website, BSA members include Adobe, Apple, Autodesk, Borland, Internet Security Systems, Microsoft, McAfee, SolidWorks, Sybase, Symantec, and VERITAS Software.
In an interview with Computerworld, attorney Robert Scott said that BSA is upping the finders-fee in order to drive more fines against software users, which it keeps for itself.
So, how should IT organizations respond to the increased risk of being caught in a BSA enforcement action? A periodic desktop audit program for software license compliance is now more important than ever.
Unfortunately, according to our research at Computer Economics, 67% of companies do not conduct such periodic software audits. Many companies, therefore, are probably over-buying software licenses to ensure that they are compliant.
The business case for a comprehensive software asset-management program just got better.
The BSA is a software industry association (i.e. a special interest group) whose mission is to promote the business of commercial software vendors. One key objective is to cut down on software piracy, which it accomplishes by following up on tips about companies that are running non-licensed commercial software. According to its website, BSA members include Adobe, Apple, Autodesk, Borland, Internet Security Systems, Microsoft, McAfee, SolidWorks, Sybase, Symantec, and VERITAS Software.
In an interview with Computerworld, attorney Robert Scott said that BSA is upping the finders-fee in order to drive more fines against software users, which it keeps for itself.
I think the basic problem is that in order to generate revenue for its own operations, BSA is driving more enforcement money.... BSA keeps all of the money it generates from enforcement. None of the money goes back to the members.Few would disagree that software piracy is wrong. But according to Scott, the increased bounty money will probably result in a greater number of false reports to BSA.
Basic economics suggest that when you put these types of incentives in place, a rise in legitimate and illegitimate leads will increase. For the salaries that these IT folks make, $200,000 is a lot of money.Scott predicts that the Software & Information Industry Association (SIIA), the other major software special-interest group, will probably follow BSA's lead and increase its own finders-fee.
That’s why I think there’s a huge potential for abuse. My clients tell me that the very people they thought were handling compliance for them were the same people they’re sure turned them in.
So, how should IT organizations respond to the increased risk of being caught in a BSA enforcement action? A periodic desktop audit program for software license compliance is now more important than ever.
Unfortunately, according to our research at Computer Economics, 67% of companies do not conduct such periodic software audits. Many companies, therefore, are probably over-buying software licenses to ensure that they are compliant.
The business case for a comprehensive software asset-management program just got better.
Sunday, March 05, 2006
SAP's Apotheker trying to out-Ellison Ellison
What is it about software executives that encourages verbal abuse of competitors? Oracle's CEO, Larry Ellison, has always been known for his outspokedness. Not far behind are Salesforce.com's Marc Benioff, and former PeopleSoft CEO Craig Conway. Scott McNealy at Sun is also be a contender. The list goes on.
Lately SAP's COO, Leo Apotheker has entered the ring. At the Reuters Global Technology, Media and Telecoms Summit, he was asked whether SAP might try to acquire Salesforce.com.
According to Line56,
Related posts
Brawl continues between Oracle and SAP
Lately SAP's COO, Leo Apotheker has entered the ring. At the Reuters Global Technology, Media and Telecoms Summit, he was asked whether SAP might try to acquire Salesforce.com.
According to Line56,
Apotheker specifically denied any rumor that SAP might acquire Salesforce.com. "If the question is are we going to buy someone that begins with 'S' and has a big mouth...the answer is no," was his comment.Apotheker also dismissed Oracle's propects for overtaking SAP in the enterprise software market.
It wasn't clear whether, in referring to Salesforce.com's "big mouth," Apotheker was referring to the CRM company's ongoing "No Software" marketing push or, more personally, to outspoken CEO Marc Benioff, who has never been shy about criticizing the licensed model that is SAP's bread and butter.
When asked to weigh the competitive prospects against Oracle, Apotheker said that "I believe China has more potent competitive potential than Oracle." Despite the admitted fact that there is currently no e-business software company of truly global scope to come from China, Apotheker gave that country more of a chance to incubate and field such a company ("in five years") than he did to Oracle.Read more at Line56.
Related posts
Brawl continues between Oracle and SAP
Wednesday, March 01, 2006
Biometric ID systems face hurdles
Ziff-Davis has a long article on the difficulties that biometric identification systems are having, especially in the retail industry. The article starts with a particularly interesting anecodote on the problems that Piggly Wiggly has encountered with getting grocery customers to sign up for its Pay-by-Touch fingerprint checkout system.
Read the whole article to get a view of some of the more significant problems with biometrics.
Related posts
Drawbacks of biometrics
The real problem with password security
Bolt [an IT executive at Piggy Wiggly] said she didn't appreciate how emotionally intense some of the opposition was until she visited a store and saw a 70-year-old woman literally throw a Bible at an employee trying to enroll people in the program.Apart from religious objections, biometrics systems are not the panacea that some technophiles believe they are.
"She told him that God was going to rain hellfire on him and that he was promoting the devil's work," Bolt said, adding that she took that to mean the customer was not interested in enrolling....
The 70-year-old customer was reacting to the concern of some in the religious community that RFID (radio-frequency identification) and biometric programs are similar to a Bible story known as "the mark of the beast." The story from Revelation speaks of limits to sales or purchases "save he that had the mark, or the name of the beast, or the number of his name."
Read the whole article to get a view of some of the more significant problems with biometrics.
Related posts
Drawbacks of biometrics
The real problem with password security
Subscribe to:
Posts (Atom)