Risk
1/4/2010
09:37 PM
Chris Murphy
Chris Murphy
Commentary
Connect Directly
LinkedIn
Twitter
Google+
RSS
E-Mail
50%
50%

Global CIO: 13 CIOs Describe Their Biggest Mistakes

We all make decisions we wish we could do over. These leaders aren't afraid to admit theirs.

When InformationWeek editors drew up questions for our ongoing CIO Profile series, we included one asking about the "Decision I wish I could do over." I was ready for a lot of job interview type responses, of the "my biggest fault is trying too hard" variety.

Instead, I've been blown away by the candor, humility, and perspective these leaders have shared. CIOs have discussed genuine mistakes--hold the sugar coating, with a side of lesson learned. They've relived problems with vendor contracts, outsourcing, and project management. They've lamented letting a troubled project drag on. Many are intensely personal looks back on career missteps, including chasing dot-com riches.

It's leadership by example. Of course we all know it's OK to make mistakes--in concept. The hard part is staring down the real thing. Here are some "Decisions I wish I could do over" that your CIO peers shared during the past year, with links to their full CIO Profiles:

Michael Manchisi , CTO, MasterCard Global Technology and Operations: As a financial officer earlier in my career, I saw all the signs that a project was heading south, but I kept it going longer than I should have. I learned the importance of failing fast and redirecting resources and dollars to more mission-critical projects.

Peter Whatnell, CIO of Sunoco: At one company, we were looking at a major legacy replacement project and a number of the executives didn't want to "go to the trouble" of defining a business case, arguing that it was an obvious business infrastructure investment. Against my better judgment, I was convinced to go along with that view. Of course, 10 months later, the project was killed.

Ed Trainor, CIO of Amtrak: When I was CIO of Paramount Pictures, a subsidiary of Viacom, the CIOs of the major Viacom business units launched a company-wide infrastructure outsourcing initiative that ultimately failed, primarily because the result/reward structure was overly unbalanced in Viacom's favor, as we didn't construct a true win-win situation for both parties. One lesson I learned was that there has to be sufficient benefit for both parties to make it truly successful. I also learned that outsourcing is simply another way of many to accomplish your business objectives and that it isn't a general solution to be applied to all problems.

Mark Greenlaw, VP and CIO of Cognizant: 2003 was a tough year for me when the startup I worked for was acquired, and I was laid off. I took a job that wasn't right for me. I stayed only a short time and felt I let down the person who hired me.

Global CIO
Global CIOs: A Site Just For You
Visit InformationWeek's Global CIO -- our new online community and information resource for CIOs operating in the global economy.

Amin Kassem, Executive VP and CIO of SHPS: A major software vendor tried to change a software licensing model on already licensed software in order to charge higher fees. After we obtained bids from competitors, it quickly stopped its efforts to change the licensing model, and I kept the software. I wish I'd replaced the vendor, as it wasn't serving as our business partner. Thankfully, its technology plays a less critical role in our current technology strategy.

Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3341
Published: 2014-08-19
The SNMP module in Cisco NX-OS 7.0(3)N1(1) and earlier on Nexus 5000 and 6000 devices provides different error messages for invalid requests depending on whether the VLAN ID exists, which allows remote attackers to enumerate VLANs via a series of requests, aka Bug ID CSCup85616.

CVE-2014-3464
Published: 2014-08-19
The EJB invocation handler implementation in Red Hat JBossWS, as used in JBoss Enterprise Application Platform (EAP) 6.2.0 and 6.3.0, does not properly enforce the method level restrictions for outbound messages, which allows remote authenticated users to access otherwise restricted JAX-WS handlers ...

CVE-2014-3472
Published: 2014-08-19
The isCallerInRole function in SimpleSecurityManager in JBoss Application Server (AS) 7, as used in Red Hat JBoss Enterprise Application Platform (JBEAP) 6.3.0, does not properly check caller roles, which allows remote authenticated users to bypass access restrictions via unspecified vectors.

CVE-2014-3490
Published: 2014-08-19
RESTEasy 2.3.1 before 2.3.8.SP2 and 3.x before 3.0.9, as used in Red Hat JBoss Enterprise Application Platform (EAP) 6.3.0, does not disable external entities when the resteasy.document.expand.entity.references parameter is set to false, which allows remote attackers to read arbitrary files and have...

CVE-2014-3504
Published: 2014-08-19
The (1) serf_ssl_cert_issuer, (2) serf_ssl_cert_subject, and (3) serf_ssl_cert_certificate functions in Serf 0.2.0 through 1.3.x before 1.3.7 does not properly handle a NUL byte in a domain name in the subject's Common Name (CN) field of an X.509 certificate, which allows man-in-the-middle attackers...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Dark Reading continuing coverage of the Black Hat 2014 conference brings interviews and commentary to Dark Reading listeners.