Business Agility

6/29/2009

ManagementSpeak: Simply put, our staffing levels were bloated and hindered our ability to be an efficient and nimble team-oriented company.

Translation: The board rubbed my nose in the difference between having a good idea and running a good company.

Pat Rowe joined the KJR Club by passing along this explanation from Owen Van Natta, MySpace CEO.

You have to read this book.

If you lead an IT organization, or part of an IT organization, you have to read it. I didn't even write the sucker and I'm saying this -- what does that tell you?

The book is Business Agility: Sustainable Prosperity in a Relentlessly Competitive World (Wiley, 2009). Its author, Michael Hugos, is a working Chief Information Officer turned consultant (and who needs this kind of competition -- get back into the saddle, Michael, and leave the consulting to those of us who prefer to avoid productive employment!).

Here's what I like about this book: Nearly everything. It agrees with just about all of my own biases. For example:

Hugos recognizes the importance of delivering business change and not just "software that meets the specifications." His preferred methodology includes business process mapping as the driver for everything that happens.

He also recognizes the value of the "good enough now beats perfect too late" principle, advocating 80 percent technology solutions that deliver 1.0 releases fast, and let business stakeholders queue up enhancements after that to build out functionality. This provides maximum value in minimum time.

Specifically, Hugos describes his preferred variant of Agile systems development: Define/Design/Build. He allows two to six weeks for definition, one to three months for design, and two to six months for building the solution. It works out to a delivery cycle that averages seven months in length.

Hugos thinks in terms of organizational dynamics, describing a three-feedback-loop enterprise. The first is the OODA (Observe, Orient, Decide, Act) loop, which drives strategy (see "Wrestling, Pandas, Ethics and OODA," KJR, 10/25/2004 for more on OODA). OODA sets the direction and keeps it pointed in competitively fruitful directions. Hugos calls this Awareness.

The second loop, which he calls Agility, is about spotting new threats and opportunities and responding to them quickly. (More evidence that Hugos and I are kindred spirits: In "Leading from in front," (KJR, 10/6/2003) I recommended re-spelling the traditional SWOT analysis (strengths, weaknesses, opportunities and threats) as TOWS, because internal strengths and weaknesses are only relevant in the context of external threats and opportunities.) Agility is what lets business capture opportunities instead of wishing for them.

The third loop, Balance, recognizes the importance of becoming excellent at the responses first implemented through the Agility loop, once they prove themselves. The Balance loop is where continuous improvement happens.

More organizational dynamics: Hugos is eloquent in his insistence that an agile business has to eliminate hierarchical decision-making and replace it with peer-level decision networks, similar to last week's discussion ("Higher hierarchies," KJR, 6/15/2009), which was, in part, stimulated by Business Agility.

This is not a utopian book. Hugos makes trade-offs clear -- for example, the trade-off between efficiency and responsiveness. I'm not sure I agree with his conclusion that responsiveness is the right answer for all businesses, because "always" is an accurate conclusion only rarely. The world is too contextual for always to be a credible assertion.

On the other hand, Hugos offers a strong reason for choosing responsiveness over efficiency, namely, Alpha.

Alpha is Hugos's big idea, providing the rationale for all the rest. For those of you who aren't students of investment management, Alpha is the level of return on an investment that exceeds what you would expect for a given level of risk. IT, says Hugos, can increase a business's Alpha by turning products ... which by themselves generally become commodities in short order ... into product/service bundles supported by the ability to leverage information and technology.

Hugos asserts that properly deployed IT can enable an additional four percent Alpha for businesses that pursue an agile business strategy.

This isn't a purely theoretical discussion, either. Hugos illustrates it with an example taken from his personal history: Paper coffee cups, which his employer sold to restaurants and other bulk purchasers. First, and perhaps most important, Hugos joined the sales team in its discussions with customers. Do you? If you don't, it's time to start.

By participating in sales meetings, Hugos met a customer that bought holiday-season cups and found itself with expensive excess inventory in January ($600,000 -- a lot of paper cups). Its new purchasing manager was determined to cut this number in half.

So Hugos led a team to develop a good-enough solution in 90 days. The solution beat the target, cutting the customer's excess inventory by two-thirds. In exchange, the customer was willing to spend a bit more per cup.

And everybody won.


Have any Alpha stories of your own? Share them and help the rest of the KJR community with ideas they can use to make IT more valuable in their companies.


Business Agility is worth your time to read. If you haven't read Keep the Joint Running: A Manifesto for 21st Century Information Technology, though, don't you think you should read it first? Remember who your friends are, after all ...

- Bob



Visit our store:








Bob Lewis is president of IT Catalysts, Inc. ( www.itcatalysts.com ) an independent consultancy specializing in IT effectiveness and strategic integration. Contact him at rdlewis@issurvivor.com.


Don't leave me sitting here in a vacuum! If you think I'm full of beans, let me know. Leave a Comment (just click on the Comments button at the bottom of either the homepage or any archived column) to share your thoughts with the whole KJR community.

Or, drop me a line -- the address is Letters@ISSurvivor.com.


I sometimes use Comments or reader letters in my columns. The rules:

  • Comments are public, because they're ... well, they're right at the bottom of every column in the archives.
  • If you send me a letter, let me know if and how I can use it (as is, sanitized, or don't be ridiculous - you'll be found out and run out of town).
  • Also let me know if you'd prefer to remain completely anonymous, or whether I may give you credit by name.
  • All letters and responses are the property of IS Survivor Publishing, division of IT Catalysts, Inc.

  • If you like this article, why not let a friend enjoy it, too? It's fine with me, and in fact I'd be flattered. All I ask is that you send the whole thing, including this notice. But don't be shy ... if you think they'd like it, don't you think they should see it? But only those people - you wouldn't want me to get a reputation as a spammer, would you?