We went to see the Rolling Stones open their A Bigger Bang tour in Boston. It put to rest an event that’s haunted me for 16 years: Walking through the halls of my then-place of employment, a friend gleefully brandished his two tickets to the Stones’ Steel Wheels concert. I nearly burst into tears — I’d just bought four tickets to Sesame Street Live.

A Bigger Bang was, if you’re wondering, phenomenal but that’s not why I’m bringing up the subject. You’ll have to wait for that while I tell you about Larry Brody’s new book, Turning Points in Television. (I hope you appreciate me. What other IT column bases its content on the Rolling Stones and the history of television instead of XML and web services?)

Larry, a creative force in the television industry for several decades, wrote Turning Points in Television to be less a walk through memory lane than an insightful analysis of the history of an industry. (One of the more minor insights, given an overly kind mention, came from a column yours truly published some years back — that in most media businesses, you and I are neither customer nor consumer. We’re the product, sold to advertisers. The material we consume is not the product — it’s bait.)

The history of television is, sadly, the history of every industry. Founded in a burst of creative energy and fostered by periodic injections of brilliant innovation, it was run by the creative innovators. But only for awhile.

In the case of television, the writing was on the wall in 1978 when Larry met with Deanna Barkley, vice president of “long form development” at NBC. “What’ve you got that’s generic enough for NBC?” she asked. Now we have Survivor Guatemala. Having lived in Guatemala for six months, I feel comfortable asking this question: What’s the point? Just give the money to the millions of Mayans whose ancestors survived the Spaniards. What’s next — Survivor Mall of America?

An unsettling aspect of the industry’s evolution is the nature of the early innovators. They were characters, and that describes those toward the middle of the pack. Many of the most important were bullies, screamers, and head cases. Larry describes, for example, David Gerber — one of his mentors. Faced with a network market researcher who tried to change their hit series Police Story, “the Gerb” screamed, ranted, raved, swore, knocked his chair down and stormed out. Then he screamed, ranted, raved, swore at and threatened his writers (the threat: working at NBC). “In the TV business,” Larry explains, “that’s called being a mentor.”

Meanwhile, the business punditocracy is very fond of concepts like “Emotional Intelligence,” measured by EQ — an even more pseudoscientific measure than the IQ its proponents want to supplant. EQ is supposed to be a Good Thing to have. In most industries, EQ is, in fact, a valued trait. I wonder, though, whether that’s healthy. The Gerb’s EQ was un-measurably low. His value was immeasurable.

We’ve come to treasure a near-robotic persona in our business managers and leaders, and we’re in danger of extending this preference to those who do real work. The synonym for professionalism is, too often, blandness.

Which brings us back to the Stones. It occurred to me while pondering the value of EQ, individual skills, group process and so on (don’t worry — it was after the concert, not during) that not one member of the band is the best at what he does. Eric Clapton and Mark Knopfler are better guitarists than Keith Richards and Ron Wood (and just about the entire rest of the guitar-playing world, too). Charlie Watts is a competent drummer, no more. Jagger’s singing voice is, by any objective standard, awful.

But together they’re a killer touring band and have been for more than forty years. A management theorist would probably use them as an object lesson in the value of teamwork over individual skills. Who knows — maybe Mick Jagger, Keith Richards, Charlie Watts and Ron Wood all have high emotional intelligence.

This management theorist thinks the point is different — that the Stones aren’t bland. They aren’t the most talented performers, but they’re among the most flamboyant, and you have to give a 62-year-old guy credit for running around on stage for two and a half hours without a break like, as someone once said, a rooster on acid.

I figure these guys have something more useful than being good at getting along — they get along with each other.

Or maybe it’s only rock and roll. But I like it.

“Would you like to see our dashboard?” Larry Robbins asked.

Larry, a talented CIO, is an old friend and occasional client — several years ago I provided some assistance as he combined two IT divisions into one following a corporate “merger of equals.” He’s a very bright guy, a strong leader, and a former consultant himself who’s taught me quite a few tricks of the trade along the way, so there was only one right answer: “You bet!”

While not organized quite the way we put our standard dashboard together at IT Catalysts, it’s very nicely done, providing a clear snapshot of how his IT division is performing and progressing, just like a dashboard is supposed to. With Larry’s scorecard in hand, I asked if he’d be willing to share what he’s learned are the keys to implementing a successful IT dashboard, seeing as how he actually has one. He graciously agreed. So without further ado, here’s Larry on IT dashboards:

  • Keep it simple at the highest levels, to provide focus, focus, and more focus. The dashboard establishes priorities — what’s important. Keeping it simple helps employees at all levels figure out how they can best contribute to improving these priorities.
  • Measures: Crawl, walk, run. Some areas are simply insufficiently mature to manage to the desired measures. That’s okay. Don’t pretend — deal with the situation as it really is. If necessary, take a year to put in place the process (and understanding) necessary to measure the next year. We call these “milestone” measures, which are the concrete steps required to bring that area to the maturity level necessary to measure outcomes in the future. The worst thing to do is to miss this step and pretend. That drives cynicism.
  • Siloes: We tried establishing separate departmental goals for each of my direct reports, with the intent of clarifying accountabilities, around which there was much enthusiasm. The process of doing so actually began pulling my team apart. I now believe many of these departmental objectives will be addressed anyway, as the department head performs his or her primary job.The real purpose of divisional priorities is to provide a meaningful framework to align the department heads to accomplish those priorities that can only be accomplished together. I’m learning the core effectiveness of an IT organization is its ability to operate collaboratively, even while its structure, and the pressures of day-to-day business trade-offs constantly tug at pulling it apart. The employees noticed too, which silently encourages the same behavior through the ranks.
  • Assign “Goal Champions.” Making each of the CIO’s direct reports responsible for one of the dashboard measures gives them an opportunity to influence peers and think like a CIO, getting out of their silos to do it. And as they sponsor these goals in various meetings, employees have an opportunity to see department heads acting on behalf of the entire IT shop rather than defending turf. These are all good things … and there’s no downside.
  • Job of the CIO: I’m learning that it’s to create an environment where everyone can make their best contribution. It sounds simple but it’s not. Peter Drucker said it best: “So much of what we call management consists of making it difficult for people to work.” We’re encouraging employees to customize their goals to contribute to our top four priorities in whatever ways make the most sense to them. It’s working, largely because we have employees who are passionate about making a difference.

I’d love to embellish, but Larry didn’t give me much room to maneuver — his suggestions speak for themselves. I am, in any event, happy to report that the dashboard guidelines provided here in recent columns line up quite well with his experience in real-world IT.

I’m even happier to report that he isn’t consulting anymore. Who needs that kind of competition?