2009-05-28

First Take on the Guide to the Business Analysis Body of Knowledge (BABOK)

Posted in business analysis at 12:04 by Richard

This is my first foray into the body of knowledge (*BOK) genre. If there’s one thing this guide is not, it’s an invitation to become a business analyst. The text is anything but inspiring. Maybe its purpose is to serve as a source document for the CBAP exam also produced by the International Institute of Business Analysis (IIBA). One needs to become a member of this institute in order to read the guide, if not sit for the exam.

I don’t pretend that the following comments are systematic. They might even show my ignorance of some of the commonly understood backdrop to the profession. You can take them as simple notes on my first reading of the document.

The Good

I like the idea of summarizing the body of knowledge of a profession. It would be interesting to look at the history of the genre and to critique the Guide to the BABOK as an instance of the genre.

The Bothersome

An unresolved tension between the stated purposes of the guide and of the BABOK reveals itself throughout the document. The stated purposes are:

  1. To define the profession of business analysis
  2. To serve as a baseline that allows
    1. Business analysts to discuss what they do in common terms
    2. Training and certifying bodies to ensure that business analysts attain the skills they need to be effective
    3. People who work with and employ business analysts to know what to expect from the latter
  3. To provide a framework for
    1. A normative description of business analysis tasks
    2. An understanding of how these tasks deliver value to an organization

The tension between these purposes arises on one hand from the implicit need of this document both to describe and to prescribe the concepts and tasks that a business analyst performs and, on the other hand, from the abstraction of these concepts and tasks from any given theory of organizational behavior or practical methodology.

The text is, on the whole, descriptive of the tasks that a business analyst does. The tone is heavy and overly formal. Excessive use of the passive voice makes for dense and sometimes confusing reading. For example, “It is expected that at some point while performing elicitation that sufficient material will have been elicited from the business experts to allow analysis activities to begin.”

Oddly, in the midst of many of the descriptions, the authors switch to unmarked verb forms, either for fragmentary infinitive phrases or for the imperative mood. This mood switching maintains the confusion between descriptive and prescriptive purposes, with no transition. If some of the text is prescriptive and some of it, simply descriptive, the authors could have more clearly indicated that such is the case. I would  expect to find imperative mood rather in procedural writing, which this document is not.

One final point that struck me as I read is the organizational role of the business analyst. The document clearly states that a “business analyst is any person who performs business analysis activities, no matter what their job title or organizational role may be.” And, of course, the presumed actor of all of the tasks described is definitely the business analyst, whose profession the authors intend to stake out in this guide. Nevertheless, the authors do not engage in any discussion of the various manifestations of the role of business analyst in different organizational settings or methodologies. What are the advantages of having specialized business analysts as opposed to having the role filled by other professionals? What is the nature of the adaptations that teams need to make to the BABOK to successfully perform business analysis in the full range of possible adaptations? How does one do business analysis in an agile environment?


International Institute of Business Analysis | The Guide to the Business Analysis Body of Knowledge

tags: BABOK

Posted from Diigo. The rest of my favorite links are here.

2009-05-07

IT should adapt to clinician, not other way around – Modern Healthcare

Posted in models tagged at 12:16 by Richard

In an opinion for ModernHealthcare.com, David M. Polaner, M.D. laments the lack of business modeling and analysis skills brought to play by the EHR vendors:

There appears to be a serious lack of expertise in play, exacerbated by a philosophy that the clinician should adapt to the software instead of the other way around. Good software must be a solution for a problem, and if the problem is not understood by the developer, the software cannot ever hope to succeed.

This is a pointed observation, similar to ones I’ve heard on numerous occasions. It seems to me that the only way this is going to change is if the stakeholders who buy and deploy health care information systems assert or reassert their prerogative to design systems that meet their needs.

2009-05-04

Disconnected Job Sites

Posted in random observations tagged at 10:27 by Richard

The world of job sites and recruitment is still stuck in the 20th century. Each site requires me to upload and/or fill out a new form with all of my job history. Each site has its own data collection format; each incompatible and not interoperable with the others. In addition, recruiters and hiring managers refuse to access my iProfile or LinkedIn profile on line, asking me rather to send them a DOC copy. This is a frightening waste of time, totally disrespectful of job hunters, and totally unnecessary. As a result, I’ll have to keep my current resume in a proprietary format on my local hard drive. Clearly, the business world still doesn’t know anything about the World Wide Web. I wonder what it would take for the stakeholders to come together on this.