Archive for the ‘Software Buyer Habits’ Category

Software Asset Management – Hard Alone But Afraid To Go Outside

Wednesday, June 17th, 2009

crewWHERE ARE YOU ON THE SOFTWARE ASSET MANAGEMENT CONTINUUM?

Empty or Full – When it comes to Software Asset Management (SAM), organizations find themselves somewhere between two extremes: doing next to nothing to manage their software license and maintenance expense, and aggressively managing the expense. During the current recession, many organizations have gotten serious about SAM because it can produce some immediate and substantial cost savings. Those who have done nothing historically are making their first foray into SAM, and those who have done some SAM historically are looking at doing more.

Options – Organizations have two basic options for SAM. They can either run a SAM program solely with internal resources, or they can hire a third-party SAM provider. Running a SAM program solely with internal resources is a challenge for most organizations, but hiring a SAM provider is not always the welcome alternative. CXOs fear that the SAM provider they hire will uncover substantial savings (the very goal of the engagement), which may lead some within the organization to believe, after the fact, that the CXO has been asleep at the wheel—that the CXO herself or himself should have produced the same savings, and long ago (an unintended consequence of the engagement). But this fear is largely unfounded.

WHY IS SAM DIFFICULT TO PULL OFF WITH IN-HOUSE RESOURCES ALONE?

Essence of SAM – The most effective SAM programs involve a multi- and inter-disciplinary approach requiring IT management, administrative, business lead, business process, accounting (including tax), and licensing (intellectual property) elements of expertise. For an optimal SAM program, an organization cannot bring to bear just one, presumed-dominant element of expertise or an incomplete set of elements.

Silos – Within most organizations, these requisite elements of SAM expertise are housed within separate silos. Sometimes a required element is missing entirely (e.g., the licensing expertise). Further, in most organizations folks tend to operate mainly within their respective silos, with little cross-disciplinary interaction. In fact, even when preferred or necessary, it is usually very difficult to get one silo to work effectively with another. Ninety percent of the time this is okay, but SAM is one example of the 10% of the time when it is not okay (not optimal).

Dynamic Process – An effective SAM process cannot be accomplished incrementally or in counterpart (e.g., Silo A does its piece and hands off to Silo B, and so on). The process is very much dynamic and interdependent, requiring interaction among otherwise disparate sources of organizational knowledge and expertise.

WHY ARE CXOs FEARFUL OF SAM PROVIDERS?

Misplaced Sense of Blame – Given the (accepted) status quo across corporate America—silos operating independently with little cross-talk—it would be a mistake to characterize a SAM exercise as “fixing a problem.” “Problem” suggests that fault or blame can be ascribed to someone, and this is what gives CXOs anxiety in the SAM context. It doesn’t matter whether a SAM provider is talking to a CFO or a CIO. Either might feel responsible for not finding the savings that the SAM provider found, and neither would want their CEO to form the impression after the fact that they have been asleep at the wheel. So, either might be reluctant to hire the SAM provider. Because of ostensible blame, any CXO might be reluctant to hire the SAM provider. The blame does not fall squarely on the CXO’s shoulders, but neither would the CXO be conclusively exonerated. In this netherworld of blame, the CXO’s default position is possible blame, and so the SAM provider does not get hired.

Fear Is Unfounded – Here is the critical distinction that CXOs should bear in mind when they are thinking about hiring a SAM provider. Because SAM is not the responsibility of any one silo (and should not be because no one silo could accomplish SAM by itself), the head of any one silo should not be put under an umbrella of suspicion after a SAM exercise is completed. SAM requires a multi-silo effort that is difficult to pull off in any organization, and it requires elements of expertise that might not exist within any silo. If anyone is “to blame” after an effective SAM exercise, it would be the heads of ALL silos for not working together in the past on SAM. But again, silos not working together is the accepted norm, so even blaming all silo heads is not very useful (beyond the slight emotional benefit it may give a CEO).

I realize that “should not” be put under an umbrella of suspicion is not the same as “will not” be put under an umbrella of suspicion. But bear with me here.

Test – To test my “blameless” hypothesis, think about this situation. If you were a large, software-intensive organization, and you wanted to hire a full-time SAM expert (assuming you could find a single individual with the requisite skills), where would you place that person within your organization? To whom would this person report? Accounting? IT? Purchasing? Administration? The head of the main revenue-generating business unit? The CEO? Settling upon the ultimate reporting structure would be difficult, and most organizations would probably opt for multiple reporting paths leading ultimately up to the CEO.

I think this example illustrates the multi- and inter-disciplinary nature of SAM, and by extension, the blamelessness of any single silo head for the historical lack of a meaningful SAM “facility” within an organization.

Test 2 – CapCo wanted to replace its 20 year-old, home-cooked HRIS. It needed only 6 PeopleSoft modules to replicate existing functionality, but it bought 6 extra modules at a steep discount (the decision of the VP of HR). Five years later, the extra six modules still have not been deployed, but CapCo has been paying maintenance and support for those licensed modules. Who’s to blame for this unnecessary spending? IT? VP of HR? Accounting? Purchasing?

I would say it’s hard to fairly blame anyone. The VP of HR may have made a good decision at the time. IT was too busy to get the other modules up and running, and HR never expressed a need. Purchasing kept paying the maintenance fees on the extra modules because the licensures were in effect (probably having no idea the modules were not being used).

GETTING PAST THE FEAR FACTOR

Your goal is to take advantage of a rare opportunity (you pay your SAM provider nothing unless it produces savings for you) and cover your butt at the same time (not getting blamed for not producing the same savings yourself).

Here’s how you achieve your goal. By the way, your SAM provider will be happy to work with you on these items.

  1. Emphasize to your boss and constituents early and often that your provider offers a multi- and inter-disciplinary approach to SAM. Within any organization, Accounting couldn’t pull off an effective SAM exercise alone any more than IT could pull it off alone.
  2. Assure your boss and constituents that, because it requires a multi- and inter-disciplinary effort, most organizations do not have an effective SAM program (silos, little cross-talk, missing expertise, etc.). “We’re not alone,” and without saying it directly, you imply that “You’re not to blame.” “We’re the norm and not the exception, and there are some valid reasons why the norm exists.”
  3. Explain to your boss and constituents that your SAM provider will bring specialized expertise to the table (filling any gaps in the organization’s expertise), and it will serve as a cohesive force, bringing the organization’s disparate sources of knowledge and expertise together to get the job done. It will provide the (heretofore missing) catalyst that will join the Red Silo and the Green Silo at the hip, at least temporarily.
  4. Emphasize to your boss and constituents that, at the end of the process, your SAM provider will recognize the contributions of your various silos. Without the silo dwellers, your SAM provider would not have been able to get the job done. And without your SAM provider, the silo dwellers would not have been able to get the job done. Everyone is a winner, and no one is to blame for not having achieved this success with internal resources alone.

Item 4 is a way to convert “should not be under an umbrella of suspicion” to “will not be under an umbrella of suspicion.” The chain reaction could not have occurred without the catalyst (your SAM provider). In other words, you want to give your boss and constituents the assurance at the outset that the process itself (in sort of a self-revealing way)—as well as the final report or executive summary—will make it abundantly clear to onlookers that the process simply would never have occurred within your organization in the normal course (at least not with the same level of success) because it is so far removed from the status quo. And no one is to blame for that.

Reducing Software Maintenance Expense – Plant a Seed Approach

Sunday, June 7th, 2009

plant-a-seedSERIES: Software Mainenance Costs – Pop The Bubble – Part 3

View Part 1 or Part 2.

PLANT A SEED APPROACH

Like the Quick and Dirty Approach, the Plant a Seed Approach is for those with minimal time and resources available to orchestrate a full-blown software maintenance re-negotiation process, but it can also be useful for those who will undertake a more comprehensive approach down the road. This approach by itself is usually not optimal for the average software portfolio owner, but it’s better than doing nothing. It’s not as good as the Quick and Dirty approach in that it does not produce immediate (within days) cost savings, but it’s better than the Quick and Dirty approach because it leaves more doors open.

The Basic Premise – The basic premise of the Plant a Seed Approach is to create the impression in the minds of your software vendors that you are looking to adjust your software license structures, reduce fees (both license and maintenance), and in the broadest terms, extract more value from your software portfolio.

How to Pull It Off – Contact the sales rep’ for each of your deployed software vendors. You can make contact by phone, e-mail, or both. Explain to each rep’ that you have been tasked with the stuff in the basic premise above (adjust software license structures, etc.). Then you invite each sale rep’ to join in your effort by providing some necessary information and offering up any creative solutions that come to mind. Indicate that you don’t need an immediate response because you want your rep’s to think about your request carefully. Ask for a response over the next two weeks, and set up a reminder to contact each rep’ after two weeks’ time if they haven’t yet responded.

Questions to Ask – Ask each rep’ to respond to the following questions:

    Will you be releasing any major updates or upgrades in the next three months?

    Do you have any license structures currently available, or soon to be available, that might be more appropriate for my company’s needs?

    Have you taken other customers through a similar exercise, and if so, what were the outcomes?

You may want to add some additional questions, but remember to keep them “open-ended” (not amenable to “yes” or “no” answers). Your goal is to create dialogue, not cut it short.

Why to Use This Approach – Although this may seem like the ultimate Lazy-Bones-Jones approach to reducing your maintenance expense (because it is), there are bits of genius to the approach that might not be obvious at first blush.

  • Fresh Approach – Your rep’s may be captivated by the novelty of your approach. They receive lots of calls from customers who use more aggressive spend-management tactics, and often those encounters are very confrontational. You have the same endgame in mind as these other customers, but your rep’s will likely appreciate your decidedly different approach.
  • Partnering – In their heart of hearts, most people like to help others. They really do. You are asking your sales rep’s to help you help your company, and most of them will rise to the occasion. Do you remember positive and negative motivational drive states from Psych 101? Well, here you are working to create a positive drive state.
  • Expanding Your Options – Instead of following some dogmatic approach that you’ll apply across all of your deployed software vendors (e.g., “must reduce maintenance expense by 40%”), you are asking your vendors for options. They may present options that you never would have imagined, and one or more of them may produce a better result than your dogmatic approach. Don’t forget that you can always apply your dogmatic approach later, if necessary.
  • Not Limiting Your Options – Even though it takes very little time or effort, this approach can produce some good results. Basically, you have everything to gain and nothing to lose. Some folks use a version of this approach as a prelude to a more comprehensive approach to be undertaken at a later date, using the information gathered to advantage down the road. Perhaps most important, this approach does not limit your options. You are free to accept or reject any bones thrown out by your vendors during the process. If you gather enough decent bones during the process, you may not need to proceed further with another approach.

What to Expect – After two weeks have passed, a given vendor will respond somewhere between these two extremes:

  • “I took a close look at your account, and I had a long discussion with my boss. Right now there is not a whole lot we can do to help with your effort. However, we’re always open to discussion, and if you have some specific ideas in mind, I’d be happy to work with you.”
  • “I took a close look at your account, including your update history and support use numbers. I would propose that we make the following changes to your account: switch from the Platinum level of support to the Tin level, exchange your non-tiered seat licenses to our new Flexi-Seat license program, [and so on].”

For each vendor response, you will have to decide whether the initial proposal is enough for you, or whether you want to go for more. It’s all up to you. If you want to go for more, you can do it now or wait until some later date (e.g., as part of some fuller re-negotiation exercise).

So, plant a seed and see what grows!

Software Maintenance Costs – Pop the Bubble

Wednesday, May 27th, 2009

Pop the Maintenance BubbleThe Situation – Because of the recession, companies have become more vigilant about their operating expenses. IT budgets in particular are under the microscope, and software maintenance and support expenses are in center view.

It’s unfortunate that it took a global recession to get companies to take a closer look at the expense of their software deployments. Better now than later (or never), but the thought of so much money wasted (under-utilized) is disturbing. No complaints from the software vendors, of course, but after actually analyzing their software expenses, many software buyers are feeling embarassed and even angry.

Image representing Oracle Corporation as depic...
Image via CrunchBase
The concept of software maintenance and support fees will go down in history as one of the greatest commercial ploys of all time. Along with cheap printers whose replacement ink is almost as expensive by weight as gold, and the old “rinse and repeat” instruction on shampoo bottles, the concept of software maintenance and support is sheer genius. That much I will grant software vendors.

There comes a point, however, at which tolerance of an industry norm is no longer acceptable. In the case of the software industry, I think we have reached that point, and it has taken the form of abusive, if not unconscionable, pricing for maintenance and support.

Image representing SAP as depicted in CrunchBase
Image via CrunchBase
In a recent article she wrote for the Wall Street Journal, Jessica Hodgson claims that Oracle enjoys a hefty 85% profit margin on its maintenance and support fees. In my experience, Oracle is the worst offender in the category of outsized maintenance expense, and SAP runs in second place year after year. But most other software vendors are nearly as bad (abusive).

What You Can Do – Good news, bad news. The good news is that there are many things you can do–many approaches you can take–to reduce your ongoing software maintenance and support expenses. The bad news is that I can’t list them all here in this single post, at least not with sufficient detail to help you in a meaningful way. So, look for follow-up posts in which I will go through various techniques, one by one, with some real-world experience and examples thrown in. I can help you pop the maintenance and support bubble and start saving some real cash.

Take me to Part Two: Reducing Maintenance Costs – Quick and Dirty Approach

Reblog this post [with Zemanta]

How Does Your Organization Buy Software? (Part 1)

Tuesday, January 20th, 2009

Tuna AuctionRegardless of size, most organizations fall into one of two categories when it comes to acquiring new software.

Techies Only – One common approach is to allow technologists (whether internal project team, outside consultant, or some combination of both) to do all of the planning, sourcing, negotiation and contracting for the new acquisition.

Techies Plus Procurement (Purchasing) – The other common approach is for technologists to work side-by-side with the organization’s Procurement (Purchasing) function. Technologists provide the necessary technical input, and Procurement tends to focus on sourcing, pricing, and contractual terms and conditions.

Use of Legal Counsel – Under either approach, the organization might involve legal counsel (in-house or outside counsel) to review finalized contracts prior to their execution, or the organization may not use any legal review. When legal counsel is involved, the attorney’s experience with technology transactions can vary widely. And even when experienced technology counsel is available, rarely is the attorney brought into the negotiation process, the point at which the attorney’s exptertise has the greatest potential to positively affect the outcome of the transaction for the software buyer.

One thing that’s remarkable to me about these approaches to buying software is their inflexibility and persistence. Once an organization adopts one or the other approach, it tends to stay with it indefinitely.

In subsequent posts within this category, I will discuss the pros and cons associated with each of these approaches. I’ll also suggest incremental improvements that any organization can adopt in order to reduce the short- and long-term expense and risk associated with software acquisitions.