Sponsors

Google Search

  • Google Search
    Google

    WWW
    softwaresafari.typepad.com
My Photo
Blog powered by TypePad

Bloglines Feedblitz

  • Technorati
  • FeedBlitz - Would You Like to Get These Posts Via Email?

    Enter your Email


    Powered by FeedBlitz

  • Bloglines

Deadweight Tax - A New ERP Term

A Descriptive Way to Describe How Out of Touch ERP Has Become

I liked this post on Sandhill.com http://www.sandhill.com/opinion/daily_blog.php?id=18&post=405 as it describes the concept of a 'deadweight tax' that companies pay as a result of using inflexible, hard to adapt ERP products.

I'm no fan of the lack of business (not technical) innovation behind some of the major ERP vendors. The products are out of touch with the way business works today. This article by Helene Abrams of eprentise (www.eprentise.com) is worth a read. It's provocative and makes you think.

The Vista Case Gets Interesting

This Blog is Vista Home Edition Basic Premium Laptop Compatible (Maybe)...

Vista is behaving better with my laptop these days although I still miss a few great programs I used to use. But, if you want some fabulous stuff to read this week, check out: http://blog.seattlepi.nwsource.com/microsoft/archives/132891.asp . Todd Bishop of the Seattle Post-Intelligencer has perused court filings to find some really juicy stuff about why Microsoft branded certain PCs as Vista Capable. Intel figures heavily in this case and so do top execs at Microsoft.

Read this piece and check out the links to court filings. Great stuff unless you're one of those folks who bought a underpowered PC last year.

DRM - A Personal Strategy

            One Person's Approach for DRM and Music

Yesterday, after a brief chat on technology, Vinnie (www.dealarchitect.com ) blurted out that my approach to DRM, iPod, etc. was 'post-able' and I should get it out there. While I didn't see this as all that amazing, I am nonetheless sharing with you my approach to music and DRM.

Our family experienced an explosion of MP3 players this last holiday season. Many of these were definitely bigger MP3 players (i.e., 30gb) and the decisions about what to put on them became something I studied. Here's what I concluded:

  • Expect your MP3 player to fail. - My college student daughter and her friends are walking billboards for how easily cell phones, PDAs, laptops and MP3 failures can break. These kids have drowned dozens of cell phones in toilets. They've dropped MP3 players and re-taped them back with duct tape. Average life span of tech with teens and college kids must average 9 months. If you expect your MP3 will fail, be stolen, get lost or get broken, then you need a backup plan now!
  • Convert all your CDs to MP3 format not MPEG-4 - The latter format works on Apple iPods but it doesn't on my son's Creative MP3 player. I thought about this a fair bit. Sure, MPEG-4 might save you some space and its compression method may offer some sound advantage over MP3; however, if you ever want to play these files off any other device, MP3 is considerably more transportable.
  • CDs are often better purchases than downloaded tunes. I really like to get "Anthology" or "Greatest Hits" albums of artists that I like but not enough to buy their entire catalog. What's great about these CDs is that you get 12-18 hits for $9 or so. If you bought each hit via a download service, you'd pay at least $1 per song. Better still, use www.half.com and get your CD's for half of retail.
  • Transferred albums (to CD format) are poor proxies for a real digital sound. I've got hundreds of vinyl albums and have converted a bunch to CD format. Even though I have a specialized deck to assist in this, it's not the same. Worse, if I'm in a hurry, I only get one track per side as the duplicating software doesn't always sense where one song ends and the next one begins. Finally, when you add this type of music to your iTunes or Creative library on your PC, these conversions don't automatically capture artist, album art and song information from the Internet.
  • CDs are still my preferred purchase method. With CDs I have the ultimate portability. I can play the CD in my car or anyone else's. I can convert them to any format (MP3, MPEG-4, WAV, etc.) I want whenever I want. I own the CD. You only really rent a download. My CD collection has already outlived four laptops and three desktops. If I lose a hard drive, I'm not out of tunes and I don't have to purchase them again.
  • Get an external hard drive and backup all your tunes. I keep my tunes on one of these just in case my MP3 ever goes dead. I've already had a scare with mine once and thankfully I had a backup set of files at the ready.
  • Expect software upgrades to possibly hose your device or collection. Yes, I've met folks who upgraded their player software and lost it all. If there ever was a solid second reason to backup your files, this is it.
  • If you travel, put your music on your laptop. Batteries in iPods or laptops won't last all the way to Europe, Australia or other destinations. It's nice to have an alternative source of tunes. If your music came from CDs, you can put your music on many devices and play them wherever and whenever you like. However, if you download tunes, be prepared to have your options clipped.
  • Skip the temptation to get music for your cell phone. My assessment of the cost of tune acquisition, lack of transportability, etc. suggests that this is a poor deal.

Should M enterprises listen to Nick Carr?

Nicholas Carr wants companies to spend less on IT. In this guest post, Jyoti Banerjee of KiteBlue ponders that advice on behalf of medium enterprises.

At last week's London debate with Bob McDowell of Microsoft, Nicholas Carr restated his well-known perspective: IT does not add strategic value to an organisation, so companies should spend less on it, and business leaders should intentionally choose to be IT followers, not leaders.

What was different about this debate from many similar ones was the focus applied to medium organisations. Carr's usual analysis is based on large enterprises But does this approach work for medium enterprises as well?

My instinct is that Carr's ideas work better for medium enterprises than they do for larger organisations.

Typical medium enterprises don't have the budget, bandwidth or business practice to justify expensive investments in what Carr calls distinctive technologies. Instead, they prefer their tech to be low, and their infrastructure commoditised.

Of course, there are at least three caveats that are worth pointing out.

One, not every medium enterprise is a typical M - some thrive on strategies built around distinctive IT. I know a paper distributor that has no warehouse - the goods are sold electronically while en route to the UK. Distinctive IT in this instance, allows a ten man company to produce annual sales of over £30m. So Carr's rule for spending less is not a rule - maybe just a rule-of-thumb.

Two, getting the most out of IT is really a function of the people running the organisation. If they are the sort that can exploit IT, they may well want to invest in it to get the extra zing they seek in their business. Those that find IT too hot to handle should steer well clear. Again, no clear rule can be created, when the variable is so clearly people.

Three, there is currently no pervasive IT infrastructure available to medium enterprises that is in any way analogous to the infrastructure that provides our utilities. Sure, the utilities offer a model for ubiquitous infrastructure but that is still some way off in IT. Right now, the closest thing we have for IT infrastructure in electricity terminology is that everybody is still using their own generators. Most of the generators used by medium enterprises come from one company, Microsoft, but it is not shared infrastructure in the sense of a single power station supplying many companies. Already, shared infrastructure is getting closer, via grid computing, software-as-a-service, Web 2.0, etc, but the bigger challenge in making shared infrastructure the model of choice will be the ability businesses have to adapt their processes to match such capabilities. Given that perspective, I don't see shared infrastructure becoming ubiquitous any time soon.

Debate? What debate?

Engaging Carr in debate was Microsoft's Bob McDowell, who holds the position of Vice President Information Worker Business Value. I am tempted to point out that McDowell's job title represents a crime against English grammar, but hold back from doing so on the grounds that most Indians (including yours truly) have murdered the language often enough that we should live and let live.

The trouble with McDowell the debator is that he largely agreed with Carr's position, taking much of the spice out of the debate. There was no adhering to the cancer-sweeping-across-tech-industry position one of McDowell's own bosses has adopted against Carr. So it was a debate without sting - really, a discussion - but one worth having as McDowell is an unusual tech exec in talking good sense. His main case study on getting value from IT was budget airline JetBlue, which spends on average about a third of the rest of its competition on IT - a real boost to Carr's position.

McDowell's main point is that technology acts as a change agent - it can be used to blow up business processes and change them.  My own research in M organisations points to the importance that solid business processes have in the growth strategies of medium organisations. There are very few out there right now that don't have some friction in their processes that they are trying to eradicate. And it is technology that helps lower process friction, enables scaling, and therefore, enables growth.

So M execs should listen to Carr. But they need to heed the McDowell message as well. And they are welcome to listen to me: the best organisations make the best use of the business assets they have, including tech assets and investments, through the use of their single most important asset: people. Smart people.

Smart people deliver value. The rest don't - no matter how good, distinctive, or cheap their IT.

Note: This post is also available on the KiteBlue site.

Tough Questions

              Independence in the Reseller Channel

Interesting article in CRN this week ("Infor Enforces Exclusivity", 9/18/2006, www.crn.com) about how Infor has set a deadline of December 1 for partners to be exclusive to Infor or leave the fold.

Infor, which has acquired a number of firms recently (i.e., MAPICS, Formation, DataStream, Geac, SSA Global, Extensity and Systems Union), certainly has some interesting statistics behind it now. They claim 70,000 business customers and a host of legacy products (e.g., Baan) providing maintenance revenues to the company.

Any of the affected partners may want to examine the following before deciding the exclusivity matter:

  • Will a marketplace that continues to consolidate be a space where independence is valued by your customers? Between Infor, Oracle and Microsoft, a substantial number of application software vendors are now part of one of these firms. SAP is still growing and that means that with customers seeking solutions from fewer suppliers, can you really afford to be independent?
  • Customers continue to expect deeper levels of product expertise. If you spread your resources over multiple vendors' solutions are you getting too thin to remain market relevant and credible? Can you even support all of the existing solution sets of the big consolidators? Can you also support their re-designed SOA compliant new solutions, too? Discerning customers today want deep, really deep, product expertise and if you can assure them that your entire bench is focused on only one product, that may assuage their concerns.
  • Can you make a better living providing conversion services to acquired product customers? Some consolidators may not be able to provide newer solutions in a time frame consistent with customer needs. They'll need a solution other than what the consolidator offers. An independent reseller may have an advantage.
  • Competition for mid-market services work is heating up. Big integrators, offshore firms and others are all vying for these software projects. These bigger competitors will surely emphasize the size and depth of their focused practice units when going after this work. How will you compete against this? Being a generalist or a reseller with no specialization is not a viable strategy.

Infor's move may be a good thing for software resellers and implementers as it will doubtlessly provoke new strategy discussions in these firms.  Is your go-to-market strategy in need of a review?

 

Carr refines "IT does not matter" argument

At the recent Effective IT conference in London, industry sceptic Nicholas Carr kicked off proceedings with a modified version of the attack on IT in his book, IT does not matter. Jyoti Banerjee assesses whether the new version stacks up in the light of current IT experience.

(Right at the outset, let me just say thanks to Brian for inviting me to contribute to his blog. We've known each other for what seems like hundreds of years, but I doubt either of us would let a happenstance like that affect our opinions of each other's views. Our contrasting experiences and backgrounds - US versus European bases, Texan versus Indian backgrounds, etc - should help give this site a different twist on your screens).

Back to the matter at hand....

It was the Nobel Prize-winning economist from MIT, Robert Solow, who quipped that you could see computers everywhere except in the productivity statistics. In writing his book, Nicholas Carr was simply following in Solow's distinguished footsteps by attacking the value business has got from the massive investments it has made in IT. His argument was that IT does not provide competitive advantage to a business as there is little or no differentiation in the bulk of the technologies used by modern businesses.

Those for and against the argument have had a field day in the IT press, with both sides claiming victory through case studies and stats that prove their point and disprove the opposition. With Carr given the opportunity to rehearse his arguments in front of an audience of IT professionals in London, it was clear that the heat has not gone out of the debate, though one wishes for a little more light all around.

To differentiate or not

Let's explore the debate a little further. One could ask whether it matters that 70-80% of all IT is undifferentiated. After all, the implication could well be that at least 20-30% of all IT is strongly differentiated. Although the two statements are two sides of the same coin, they actually present quite different arguments.

Take the example of the car industry. Its products are largely undifferentiated (they have four wheels, four brakes, a steering wheel, a roof, an engine, etc) but the industry has created huge brand differentiation by focusing on the bits that are different (front-wheel versus rear-wheel versus all wheel drive, for example, or 50mpg versus 35 mpg, and so on). Although 70-80% of two cars may be undifferentiated in terms of the raw materials, there is no question that the buyer can distinguish a Ford from a BMW, a Hyundai from a Honda. is there really a difference between those cars that would justify their different brand strengths or company profitability? How is it that a company like BMW can go to the same suppliers as everybody else and yet deliver unmistakeably different brand performance in the marketplace? Maybe the differentiation is all done in the few percent of components that are actually different from one car to the next.

To me that would make sense in computing terms, as well. We might all use the same computers (undifferentiated) but the few that do smart things with their computers, or build smart processes around them (differentiation), could perform vastly better than the others. So to me, the case of differentiated or undifferentiated infrastructure, as presented by Carr, is not one that makes me say anything but "so what."

Hagel and Brown in their book The Only Sustainable Edge offer an interesting argument that the secret to competitive advantage is the relentless building of distinctive capability, within an organisation, plus in the networks it operates in. The implication of offering distinctive internal capabilities is that organisations have to choose what they are going to excel in, as it is not possible for any single organisation to excel in everything. By choosing to focus on what the organisation does best, it becomes mandatory for the organisation to then seek external partners who can provide world-class capability in those areas the organisation is not distinctive in. Clearly, the outsourcing impetus comes from those organisations that audit what they do and decide that in a number of areas they cannot compete with those that offer world-class capability. Instead, they join together in networks with those who can plug their gaps.

In effect, the Hagel / Brown argument would support Carr's position that a company should focus on what it is good at, and leave the rest to others who are better equipped to deal with those issues. Outsourcing started with infrastructural issues, such as IT and facilities. It has since progressed to cover horizontal activities such as accounting and payroll. Today, companies outsource things that a few years ago would have been regarded as core to their operating processes. Why should IT be any different? Why should IT professionals hang on to processes or skills within the organisation when their own competences are best employed elsewhere? In this sense, Carr is absolutely right: why should IT see itself as something special when it probably isn't, and should be handed over to a partner more competent in delivery.

Where I hesitate to hang my hat on the Carr coat-rack is in the area of utility computing. In becoming an advocate of utility computing, Carr is making it difficult for others to buy into his argument. The reality is that utility computing is still too new and too immature to be the mechanism by which enterprises can exploit quality world-class IT infrastructure. While many of the products already exist to enable utility computing, the two big gaps right now are in hardware and in process management.

Hardware

There are just not enough server farms around right now to allow utility computing to fly, despite huge attempts by all and sundry to build them fast. This is obviously a big enough gap that Microsoft has decided to spend a large part of its $35 billion cash pile on server farms in every location around the world they can find a big enough source of electricity. As these server farms come online, the hardware argument against utility computing will go away. Till then, there are no enough utility computing providers who have world-class capability to deliver the sort of infrastructure that tens of thousands of enterprises will need.

Also, all the server infrastructure cannot protect you from calamity when the evid day comes. Witness the outage suffered by MySpace due to record-breaking heat in Los Angeles where its data servers are held.

Processes

Of course, any new product can introduce change, even revolutionary change. More importantly, it takes time to deliver widespread change. It takes time to configure processes, enterprises, and now networks of enterprises together in such a way that the resultant meld of processes delivers competitive advantage of the sort that shows up in an economist’s productivity statistics. It took about thirty years before the impact of electricity could be measured across an economy because it took that long to figure out the best way to re-configure businesses in such a way that they could exploit electric machines, electric processes, etc.

We are seeing the same kind of reconfiguration taking place around digital processes. Eventually, that reconfiguration may well encompass utility computing as well. Till then, I can live with largely undifferentiated IT infrastructure if it allows us just a tiny room for innovation. Because that little margin of differentiation is often enough for people, smart people, to build competitive advantage.

That’s what the entire discussion about IT and its impact on business boils down to: People. Preferably, smart people. Now there’s an idea with legs….

Book: Why Technology Fails

                Change - The Ugliest Word in Systems

Briefly:

I saw a piece in CIO (www.cio.com "Why Technology Fails") about a new book called "The Change Function: Why Some Technologies Crash and Burn" by Pip Coburn.

Apparently, the author's key insight is that a new technology, to be successfully adopted, has to solve a real problem and that this problem is something causing a real issue for the users. If it isn't, the change hurdles will be overwhelming.

Amen.

When tech companies are really having trouble selling their business solutions, it is often that the solution is more 'nice to have' versus 'gotta have'. Personal technology solutions (like iPods) are a different animal altogether and often get sold on 'lifestyle' or experiential reasons.

The business solution is a tough one to do well. Change is tough for anyone but when it changes the way people work, the number of people needed to do the work, the skills to be proficient, etc., the change hurdles get big fast.

While I haven't found this author's book at the bookstore yet, I can state from personal experience that when clients/customers have a burning need/burning platform, the sale and implementation effort can zip on by quickly.

If the author would like to rename this book, though, might I suggest "The Customer's Not All That Into Your Technology".