Skip to main content

A First Pass at Defining the BA/PM Position Family

In the previous article I set forth and compared the skills profile of the Business Analyst and the Project Manager. That was a very high level comparison. In order to get down to the practice level proficiency, it is necessary to define the BA/PM Position Family. That is the intent of this article. Recognize that this is my opinion and has not been discussed with any of my business analyst or project manager colleagues.

The responses to the first three articles have been overwhelming. They have been both positive and negative. Being a change management advocate, I am pleased with your reactions. My hope is that we can continue the exchange. As always I welcome opposing positions and the opportunity to engage in public discussions. Your substantive comments are valuable. Criticism is fine and is expected but, in the spirit of agile project management, so are suggestions for improvement.

I realize that I have taken a controversial position and I do so intentionally. At least I have your attention whether you agree with my position or not.

Professional Development of the BA/PM
In the previous article I offered a first pass at defining the BA/PM position family. I see that family as consisting of the following six positions:

  • BA/PM Team Member
  • BA/PM Task Manager
  • BA/PM Associate Manager
  • BA/PM Senior Manager
  • BA/PM Program Manager
  • BA/PM Director

Let me offer the next level of detail for each of these positions. Years ago I had the opportunity to consult with the British Computer Society on the development and implementation of their Professional Development Program. A few years later I had the occasion to develop an internet-based decision support system for IT career development for one of my clients. That system was called CareerAgent. In this article I have integrated that model into the earlier work for the British Computer Society. Much of what I define below takes advantage of the deliverables from both of those engagements. The result is the graphic shown below.

Firstpass1_450x337.png
Figure 1: The Project Manager and Business Analyst Landscape


Figure 1 is interpreted as follows. The extreme left and right vertical sectors identify those professionals who are either pure project managers (PM) or pure business analysts (BA) with the accompanying skills and competencies needed for their positions. All of the sectors in between are professionals having some combination of project management and business analyst skills and competencies. For example, as you move from the PM to the PM/ba sector you identify professionals who have pure project manager skills and competencies plus some business analyst skills and competencies. Most project managers would have some business analyst skills and competencies. Project management remains the primary focus of their position. The same interpretation holds for the BA/pm sector. The primary focus of their position is business analysis and many business analysts have some project management skills and competencies. In the middle sectors are the PM/BA and BA/PM professionals. These are the professionals that I have been referring to in all the preceding articles. They are fully qualified to manage projects and manage business analysis engagements. Their skill and competency profiles are equivalent. Their primary orientation is either as a project manager (PM/BA) or as a business analyst (BA/PM). I believe that the major career opportunities are for the PM/BA or BA/PM professionals.

The rows of this landscape refer to the six levels in the position family. At the staff level there are two positions. At the entry level are the Team Members. These professionals will have an entry level skill and competency profile that qualifies them to be a team member in a project (PM) or business analysis (BA) effort. As they gain experience they will move up to the Task Manager level where they will be qualified to supervise the work of a task, perhaps with the support of other team members. At the professional level there are two positions. The lower of the two is the Associate Manager. These positions are qualified to manage small, simple projects. Through experience they progress to the Senior Manager level. They are now qualified to manage even the most complex projects. The Director level positions are of two types. One is the Program Manager. This position is both a consultant-type position as well as a manager of project managers working on a program – a collection of projects having some relationship with one another. The other position is the Director position. These are people management positions. They are the highest level of the six position family. 

Using the Landscape for Professional Development
Each cell in the landscape will have a minimum skill and competency profile defined for all positions in that cell. In order for an individual to be in this cell, they must possess the minimum skill and competency profile for the cell that they occupy, or would like to occupy. For professional development planning, the individual will be in some particular cell and have career aspirations to move to another position in the same cell, or to a position in another cell (usually this will be an adjoining cell). The skill and competency profile of the current and desired positions or cells can be compared and the differences will identify the skill and competency gaps. The training and experience needed to remove that gap and be qualified to move to a position in the desired cell can be defined. The implications to the training department planning are obvious, as are the applications to human resource management.

What Might a Professional Development Program Look Like?
This is a big topic. By way of introduction I think that a good professional development program should consist of the four parts briefly defined below

  • Experience Acquisition
    Further experience mastering the skills and competencies needed in the current position
  • On the job training
    Training to increase the proficiency of skills and competencies needed in the current position
  • Off the job training
    Training to increase the proficiency of skills and competencies needed in the desired position
  • Professional activities
    A combination of reading, professional society involvement, conference attendance and networking with other professionals

Every position in every cell will have a minimum skill and competency profile required for the position. To qualify for a specific position the individual must first define the skill and competency gap between their current and desired position and then build a professional development program using the above four components to remove that gap. That would position the individual to move to the desired position when a vacancy arises. Each individual should have a mentor assigned to them to help with plan development and other career advice.

Putting It All Together
Obviously this is a work in progress. It has been done for the IT profession but not for the BA/PM professional (or PM/BA if you prefer). Much remains to be done. I would certainly like to hear your thoughts on the BA/PM professional or PM/BA professional, if you prefer. I’m sure we could have a lively discussion. I promise to respond personally to every email and to incorporate your thoughts in succeeding articles. You may reach me directly at [email protected].

 


Robert K. Wysocki, Ph.D., has over 40 years experience as a project management consultant and trainer, information systems manager, systems and management consultant, author, training developer and provider. He has written fourteen books on project management and information systems management. One of his books, Effective Project Management: Traditional, Adaptive, Extreme,3rd Edition, has been a best seller and is recommended by the Project Management Institute for the library of every project manager. He has over 30 publications in professional and trade journals and has made more than 100 presentations at professional and trade conferences and meetings. He has developed more than 20 project management courses and trained over 10,000 project managers.

The Business Case: Is It the Next Agile?

In earlier blog entries I discussed the notion that not requirements but the business case should be the center of the BA’s existence, and that the business case must somehow account for the costs and risks of the components comprising the intended solution.

The notion of agility is one of the primary tenets for dealing with change. But how can there be so much discussion about Agile Development, Agile PM, and Agile BA without also discussing “Agile Business Case Management”? After all, software development, PM and requirements activities are driven by and exist within the context of the business case. Before continuing, I want to acknowledge absolutely that, from a level-of-effort point of view, the specific activities around requirements management are the most demanding aspect of BA. But as requirements exist within a context of constant change from within (project dynamics) and from the outside (business dynamics), when focusing on the requirements themselves, how do we know when the business case needs to be revised and reconsidered due to those changes?

Anecdotally, in bringing up this question with my audiences at the Seattle and Denver BA Symposiums, there was general acknowledgement that requirements management is currently the main focus of Bas, and that the business case frequently falls by the wayside, once solution development commences.

Is this the case for you? What are your best practices regarding business case management to ensure that it continues to be revisited in light of development, operational, and/or business changes? When your business cases are created, do you specify boundaries (cost, risk benefit, etc.) beyond which their relative value is lost?

Five Critical Issues that will Define the BA Profession in the Next 10 Years

Well, loyal readers, John Dean didn’t set me off with his recent column (insufficiently fascist, entirely too rational), AND I want to think about what he said before deciding to respond.  This means we can take our discussion about BA and Identity Systems back to the highest level, before we diving for the next drill down (I know, I promised a drill down, AND this is more fun). 

In this case, the highest level issue that comes to mind regarding Identity Systems has to do with “executive sponsorship” for a national consensus on the requirements for such systems.

The ONLY source of executive sponsorship powerful enough for BAs to succeed in Identitying System Requirements are the people themselves, and yet the people (as a whole) rarely rally to a transparent process for the common good, which is exactly what we are proposing.  When the people do rally, the effect is immense.

Let’s face it – half the time, a BA can’t even get quality requirements on projects where the stakes are much smaller than for a National Identity System.  Commonly accepted “project failure” symptoms, such as Failure of user acceptance, Failure to deliver mission critical function, Missed deadlines, Over budget, Poor requirements documentation, Scope creep, etc. sound like Project Management problems to outsiders and executives. 

Most BAs know that these failures are really due to organizational resistance (including stakeholders and IT people) to the BA process.  As the famous joke goes:

Q:  How hard is it to deliver on time and under budget?

A:  It’s easy, how much must I spend by when?

Time and money are very important, but not if the what you are building gets lost in opaque, non-transparent petty politics.  The root problems tend to be deeply human ones, revolving around self respect, conflict avoidance, territoriality, work avoidance, organizational tribalism (silos and secrecy), fear of change, lack of trust and much more. 

To these deeply human issues, let us not forget simple corruption, which is less emotional and more premeditated, and cringes in the light that BA practice can bring.

This suggests the Five Great Challenges to our profession.  These are the issues that will define our profession, and will decide if BA can make a difference.  We believe that we can increase project success and reduce the overwhelming waste and failure rate that is currently an accepted part of the world of projects.  Will everyone else?

Will the society at large empower BAs to operate at the level of professionalism required of (say) accountants (transparency, completeness, accuracy)?

  1. Given the importance of the what in a project, will PMI agree that BA must precede projects, and BAs must be at least peers with PMPs, instead of answering to their time and budget needs first?
  2. Will the earliest CBAPs actually be a credit to the profession?  Will they generate successes, and word of mouth, to help boost the profession, or will they have the same outcomes as everyone else?
  3.  Can the society at large understand the BA process well enough to understand why they want to support it?
  4. What, if any, are the rules for public disclosure of private malfeasance?  There are such standards for lawyers, doctors, accountants, etc.  What will ours be?
  5. What, if any, are the rules for public disclosure of private malfeasance?  There are such standards for lawyers, doctors, accountants, etc.  What will ours be?

Mere certification cannot resolve these issues, but it is a good start.  If you believe, like I do, that BA must rise in our society, please contact me with your ideas. We must lead, or continue to follow, and I for one am tired of being an armchair quarterback.

Thanks for being my reader, if this inspired you at all, please make a comment, so BA Times can know that we care.

Have fun!

What are your favorite BA-related books? Why?

OK, so we’ve all heard of the Business Analysis Book of Knowledge, and some of us have read part or all of it. But there’s got to be more to reading about business analysis than the BA Bible. And I want to find out what I should be adding to my BA library. 

What are your favorite business analysis books (besides the BABOK, that is)?  Are there books you would tell others to avoid?  Why?  Have any made a real difference in the way you work?  In the way your organization works?

I, and I’m sure others, look forward to your recommendations.

An Examination of BA and PM Skills Profiles

In the previous article I set the stage for additional comments on the inevitability of the morphing of the business analyst (BA) and project manager (PM) into a single professional that I labeled the “BA/PM” for lack of an appropriate position title. Requirements gathering and management was the thread in that article that inextricably links the BA and the PM in the Agile Project World.

In this article I want to look under the hood of this new professional that I am calling a BA/PM. Using the PMI PMBOK and the IIBA BABOK I will list the skill and knowledge profiles of the BA and the PM. A comparison of those two profiles will show remarkable similarity between the two. This should come as no surprise to anyone and will further support the creation of the BA/PM professional, at least in the agile project space if not the entire project space.

My hope is that I will have captured your interest and attention enough for you to share your thoughts and ideas whether you agree with me or not. I welcome opposing positions and the opportunity to engage in public discussions.

BA and PM Skills and Competencies

The following table presents a high-level comparison of the skills and knowledge of the BA and the PM as derived from the BABOK and the PMBOK.

skillschart.png

Is it any surprise that the two lists are nearly similar? From the perspective of the BA all of their work is done as part of a project and so they must have all the skills of a PM to match the complexity of the projects they manage. From the perspective of the PM, not all of their projects will have a BA component but they must have at least a working knowledge of the BA skills.

Assessing Proficiency Levels

Once a BA/PM position family is in place, the BABOK and PMBOK columns will be replaced with the position family,  and the column check marks will be replaced by the minimum proficiency levels as defined by Bloom’s Taxonomy, which is shown below:

Level 0:          I never heard of it.

Level 1:          I can define it.
1           Familiar with the terminology
2          Understands the basic concepts

Level 2:          I understand what it can do.
1                    Knows how it is used
2                    Can explain key issues and benefits
3                    Understands organizational relevance

Level 3:          I have limited hands-on experience.
4                    Has a working knowledge of basic features and functions
5                    Aware of relevant standards, policies and practices
6                    Requires assistance and supervision
7                    Can apply it in a limited (homogeneous) environment

Level 4:          I have extensive hands-on experience.
8                    Knowledge of operational issues and considerations
9                    Understanding of benefits and drawbacks
10                Working knowledge of relationships and integration
11                In-depth knowledge of major features, functions and facilities
12                Awareness of usage in other environments
13                Can work without assistance or supervision

Level 5:          I can adapt it to a variety of situations.
14                Theoretical background and understanding
15                Expertise in all major features, functions and facilities
16                Experience in multiple environments (heterogeneous)
17                Knowledge of and contribution to “best practices”
18                Ability to consult and coach others

Level 6:          I am recognized as an expert by my peers.
19                Extensive experience in multiple/complex environments
20                Industry and marketplace perspective
21                Historical and future perspective
22                Influencing wide or high-impact decisions and initiatives
23                Leadership on architecture, policies, strategy and “best practices” 

In order to be proficient at say, level 4, there must be visible evidence that the 10th through 15th behavioral characteristics are present in the person’s work habits. Neither the BABOK nor the PMBOK offer enough detail to assign a minimum proficiency level to each skill. Until there is a standard BA/PM position family, the need for a skill is just noted without a proficiency level assigned. In constructing this table, I started with the PM skills profile I developed, beginning with PMBOK and factoring in client contact for the past 20 years, and supplemented it with added skills and knowledge as noted in BABOK.

Professional Development of the BA/PM

With the need for the BA/PM professional firmly established let’s take a quick look at the BA/PM professional development program. The first piece of this puzzle is to define the BA/PM position family. Neither BABOK nor PMBOK has anything to contribute to defining the BA or PM position family. Here is my first take on that definition.

  • BA/PM Team Member
  • BA/PM Task Manager
  • BA/PM Associate Manager
  • BA/PM Senior Manager
  • BA/PM Program Manager
  • BA/PM Director

I intend to define these more precisely in a subsequent article and to suggest a professional development program structure for consideration.

Putting It All Together

I would certainly like to hear your thoughts on the BA/PM professional. I’m sure we could have a lively discussion. I promise to respond personally to every email and to incorporate your thoughts in succeeding articles.


Robert K. Wysocki, Ph.D., has over 40 years experience as a project management consultant and trainer, information systems manager, systems and management consultant, author, training developer and provider. He has written fourteen books on project management and information systems management. One of his books, Effective Project Management: Traditional, Adaptive, Extreme,3rd Edition, has been a best seller and is recommended by the Project Management Institute for the library of every project manager. He has over 30 publications in professional and trade journals and has made more than 100 presentations at professional and trade conferences and meetings. He has developed more than 20 project management courses and trained over 10,000 project managers.