Tuesday, March 27, 2007

Applied IT vs. Computer Science/Technology

I wonder if one of the root causes of the ever widening gap between the Business and IT are the business schools?

During another vendor demo, two of the presentations specifically covered business processes with workflow definitions along with business rules. Mid-way during the presentation, one of the audience asked, "These tools are typically used by someone from IT, right?"

Without missing a beat, the vendor said, "No, this should be really familiar to anyone who has used Visio to diagram a workflow and the rule definer should be very familiar to anyone who has used Excel macros." Needless to say, that went over like a led zeppelin and the room fell silent. "Don't you have business analysts," asked the vendor? "They are usually the people who do this but, at most of our deployments, the end-users in the business write and test their own rules. Sometimes, they might have the help of a very junior IT person if the logic is particularly complex or chained, though."

Again, more awkward silence. I interjected with, "We actually don't have a job classification of business analyst here but, these responsibilities would probably fall into the domain of a program manager or an operations analyst," whereupon all of the program managers glared at me. As an aside, most of the program managers work in IT!

Of course, my knee-jerk reaction (which I kept to myself!) was the thought of me having to do my job and part of the businesses' job, too! Taking a mental step back, I really wonder if this is fair? I've worked in many different environments and to a large degree, the one tool almost everyone on the business side can use far more efficiently than I can is Excel. I've seen some pretty amazing and impressive spreadsheet macros in my career. However, perhaps the business-people who are capable of these feats of spreadsheet scripting are just as rare in the business as it is to find a good programmer in an off-shore outsourcing company?

In this age of self-service, why aren't business schools teaching their students to exploit common, desktop technology? Not just use, but really exploit and actually design curriculums to require these tools to be used at progressively complex levels. Instead of making them take a programming course, why not focus on some applied technology courses starting in their freshman year where they need to build some fairly complicated financial models involving multiple cases and decisions? The last time I looked at a B-School curriculum (about 2 years ago), this kind of coursework didn't appear in the calendar until until 3rd or 4th year. Back in the paleolithic age, when I was in school, this level of applied technology was usually relegated to MBA students!

Getting back to the demonstration, I had the impression that most of the spreadsheet users in the room were really skilled with the layout tools in a spreadsheet, maybe even knew how to add columns and do some basic cell manipulations but otherwise, were pretty much dead in the water. Am I off-base? I'm certainly not trying to shift the blame, by any means; I'm just as disappointed at the miserable job the majority of IT has done with respect to delivering value to the business (current employer not excepted) but, I'm sure there is a bit of blame to share.

3 comments:

Anil John said...

I have heard of the ever present (but all too often invisible) "Business Analyst" for a while now. They are supposed to have a deep understanding the business process and the ability to act as translators between the end user and IT, but I have to say that I have not run into these mythical creatures as of yet.

My experience has been the same as yours in that usually that function is fulfilled by either a PM or a IT person.

Any idea if this vendor focused on a particular business sector that actually had these types of folks?

MrBill said...

Good to hear from you again Bill even if it's via the impersonal means of your (very interesting) blog!

Your company (and you know I know where you work :-) is a bit of a special case in that at least in the core processes of the travel business (as opposed to Finance, HR, etc.) they never thought about the business processes and the tools used to automate them as two discrete things. In fact, the business processes often were based on how the code/tools worked as opposed to what was optimal / best for the business.

In many cases, this wasn't the end of the world, but where business processes crossed organizational boundaries, the tools and business processes suffered (content management and customer support automation tools are the two best examples that come to mind).

You add that to the phenomenon that historically your company rarely saw a problem that couldn't be solved by writing custom code instead of relying on a best of breed vendor solution...the role of business analyst never evolved.

You will find people with the title business analyst at consulting companies -- that's a lot of what people like Accenture and BearingPoint do, and their local offshoots such as Two Degrees. You will also find them in enterprises where IT is high-performing and truly measured by how well, and how efficiently, it serves the business. I'll leave it to you to decide whether your company is one of those at the moment.

At least when I left, your company didn't have any business analysts as full-time staff. The closest was the contractor driving the content management unification project. When he showed the swimlane diagrams of the "as-is" processes, it was the first time most people in the company had ever seen them.

Keep up the provocative thoughts...

Bill Bliss

wpbarr said...

I have usually found business analysts in for-hire roles within consulting companies and vendors' professional services organizations. I have also met many in public sector, especially at the federal level. However, in private sector, they are much more rare. I have met a few in big oil, insurance, banking and transportation/logistics.

This particular vendor's major customer base is in banking and finance.