SHARE
Facebook X Pinterest WhatsApp

Is Mark Hurd a Bad Match for Oracle?

The Mark Hurd soap opera continues as HP has sued to stop his hiring as president of Oracle. Legal wrangling aside, is Hurd the right fit for the Ellison juggernaut? Hurd’s abilities as a turnaround CEO are unrivaled, but he’s a better seller than a builder. Datamation’s Rob Enderle explains why he thinks former HP […]

Sep 9, 2010
Enterprise Storage Forum content and product recommendations are editorially independent. We may make money when you click on links to our partners. Learn More

The Mark Hurd soap opera continues as HP has sued to stop his hiring as president of Oracle. Legal wrangling aside, is Hurd the right fit for the Ellison juggernaut? Hurd’s abilities as a turnaround CEO are unrivaled, but he’s a better seller than a builder. Datamation’s Rob Enderle explains why he thinks former HP CEO, Mark Hurd, is a bad match for Oracle.


“At HP (NYSE: HPQ), Mark Hurd was positioned as an executive with operational excellence that exceeded most others. After the fact, we learned that he actually was something quite different. The skill that Hurd demonstrated is more similar to an executive who is expert at packaging companies for sale.

“HP wasn’t looking to be packaged for sale but Hurd packaged them anyway. He made the firm vastly more valuable to a buyer but stripped out much of HP’s R&D and employee loyalty to get it there. In effect to gain short-term advantages, which is consistent with a sale strategy, Hurd traded off long-term success. This showcased Hurd, after the fact, to be the wrong guy for a CEO job at a company that wasn’t planning to be sold.

“As a turnaround CEO, Hurd could be unmatched, but he would not be the kind of executive you would get if you wanted to build a company rather than sell one.

“Oracle (NASDAQ: ORCL) has a huge problem with Sun Microsystems. The company was failing when Oracle bought it, having tried to switch from a proprietary hardware strategy to an Open Source software strategy and finding the move to be too great to accomplish.

“Hurd’s skill set, which trades off the strategic for the tactical, would have been great at Sun while it was being packaged for sale to Oracle. But it will likely be unsuccessful in the recovery stage it now finds itself in. Key employees will not want to stay with Oracle if they believe that Hurd will mostly cut their benefits, entitlements, and shift their jobs to lower cost locations without them. Attracting qualified employees will even be more difficult and the ones they do get are will likely be in “any port in a storm” mode and unlikely to be particularly loyal.”

Read the Full “Why Mark Hurd is a Bad Match for Oracle” Story at Datamation.

Follow Enterprise Storage Forum on Twitter.

Recommended for you...

SAN vs HCI – Understanding the Differences
Jenna Phipps
Oct 6, 2023
How to Create a Multi-Cloud Strategy
Mary Shacklett
Sep 20, 2023
Product News: New FDP Mode Test Solution for SSDs
Chris Bernard
Jul 25, 2023
News: Rubrik to Integrate With Microsoft 365 Backup
Chris Bernard
Jul 18, 2023
Enterprise Storage Forum Logo

Enterprise Storage Forum offers practical information on data storage and protection from several different perspectives: hardware, software, on-premises services and cloud services. It also includes storage security and deep looks into various storage technologies, including object storage and modern parallel file systems. ESF is an ideal website for enterprise storage admins, CTOs and storage architects to reference in order to stay informed about the latest products, services and trends in the storage industry.

Property of TechnologyAdvice. © 2025 TechnologyAdvice. All Rights Reserved

Advertiser Disclosure: Some of the products that appear on this site are from companies from which TechnologyAdvice receives compensation. This compensation may impact how and where products appear on this site including, for example, the order in which they appear. TechnologyAdvice does not include all companies or all types of products available in the marketplace.