Skip to main content

Tag: Career

New Research Uncovers Five Top Issues that Lead to Requirements Problems

jackson July14It seems that the problem of challenged projects isn’t getting any better. Respondents to a recent survey indicated 62 percent of organizations experienced one or more challenges in over 30 percent of projects. Given the number of software and other critical projects that go over budget, get delivered late, or don’t meet business needs, requirements—a major contributing factor to project failures—continue to be a major problem.

Because of the persistence of the requirements problem, The Performance Institute embarked on a research paper to examine the answers to two questions:

  1. Why haven’t organizations been able to effectively address the requirements problem?
  2. In organizations that have made improvements, what actions have had the biggest impact?

Results Aren’t Surprising

The researchers’ findings were recently published in “The Problem with Requirements: Why is it Still a Problem?” . Interviews and answers uncovered five main issues that lead to the “requirements problem” organizations experience today:

  1. Organizations focus on the wrong thing. Software projects delivered results that failed to address a strategic business need were a predominant complaint. The misguided mission of “getting the work done,” instead of enhancing two-way communication with stakeholders about components needed to propel the organization forward, lead to problems.
  2. Not enough time spent on requirements. Time and time again, organizations reporting on challenged projects say that not enough time is devoted to eliciting requirements. Successful projects reported the opposite—that the time spent on requirements was “about right.”
  3. The wrong people “do” requirements. Often, the person who has the time to gather requirements is the person asked to define requirements. In some organizations the vendor is given the responsibility of documenting requirements. No wonder there are problems on these projects.
  4. Often BAs don’t have the right stuff. Research has found that just because someone holds the title “Business Analyst” doesn’t guarantee that a person is qualified to define and manage requirements for difficult, complex projects. Furthermore, holding certification in business analysis doesn’t mean that they are able to navigate successfully in this environment.
  5. Government contracts are too complex. The complexity of the contracting process made requirements problematic for some organizations. Delays between when a request is submitted and when the product or service is actually contracted often meant that the requirements information becomes Overcome By Events (OBE); resulting in a solution that does not meet the business need.

Conclusion

Despite the value of requirements to the enterprise, most organizations apply surprisingly little rigor to their approaches to requirements elicitation and management. Moreover, many executives continue to underestimate the impact of their requirements discipline on organizational success.

Don’t forget to leave your comments below.

4 Key Skillsets of Seasoned Business Analysts

singhJune23Why are some business analysts better than others? Is it only experience that sets the best apart from the rest or there are some other qualities that separate the “men from the boys”? How do the most successful analysts implement the necessary changes in an organization and make it a habit to recommend solutions that deliver incremental value to all stakeholders of the business?

The answer to all these question lies in some of the core skillsets these analysts bring to table. Let’s take a closer look at 5 competencies that drive the ability of these business analysts to provide results driven answers to organizational problems.

1. The Ability Ask Questions and Getting the Right Answers

Questions are all about eliciting requirements from the users.

These requirements include functionalities, knowledge of products and/or services, market conditions or any other business activity that has the potential to propel growth. These requirements are tied in to the needs of the business, primarily the need of the business to grow and prosper. The job of a business analyst is to identify what the business wants to achieve; and for that to happen they must be able to gather the necessary requirements to get a deeper understanding of a problem/s holding back the business from achieving its goals or a growth opportunity that the business wants to explore. This allows them to get hands on all the data required to thoroughly make sense of a particular problem and suggest the right solution for it.

This is where the core competency of an analyst kicks into play a role – it is called ‘elicitation’. The best analysts don’t just elicit information using a variety of techniques but they also anticipate, quantify and resolve problems with these requirements. They blend risk management with their penetrative elicitation techniques ensuring they have a clear idea of the fallacies, if any, regarding the requirements on hand. 

So, at the end of the day, what they’ve in their hands is the right information that is at the very top of the priority matrix and which has been vetted for accuracy.

2. They are Active Listeners

The process of elicitation involves business analysts asking relevant questions. You might be saying to yourselves, “but I also ask questions”; good, but do you listen to answers, that is really listen to answers? You will have to be an active listener if you want to be a good business analyst. These are the kind of listeners who pay attention and also ensure people know they are listening. They avoid being distracted and take in everything a person is saying without missing a beat; at the same time they provide the necessary encouragement to a person to speak his/her mind. Active listening skills are right up there in the armory of the best business analysts. This allows them to get a truckload of information out of project/business stakeholders.

3. They Don’t Shy Away from Doing the Hard Yards – Documentation

Once you get a truckload of data that covers all the requirements of a business, you need to set about preparing a business requirements document (BRD). Here’s a secret – Even the most experienced business analysts shy away from this task. But they got to do it and many do it in a halfhearted manner. That is not to say that they don’t produce a comprehensive BRD but there is marked difference in output if you have a degree of interest in the job you are doing.

The really successful business analysts consider BRD an integral document in the process of business analysis and make every effort to prepare it to the best of their ability. Each and every aspect of the requirements whether it is functional, non-functional, regulatory or user driven is covered in its deepest detail in this document. Think of this doc as the ready reckoner of a business’s intrinsic requirements and something that offers you clearer insights on what the business wants to achieve and how to go about achieving these goals.

A comprehensive BRD brings the following benefits to the table:

  • It tells the organization that the business analysts have a very clear idea of the requirements.
  • It acts as a guide for systems professionals to create the necessary solution that satisfying these requirements.
  • It identifies the customer/business needs that will be satisfied with a solution for the same.
  • It allows the different stakeholders of the business to get a detailed overview of the requirements cutting across the organization, allowing them to get their bearing rights about where they want the business to go.

4. Technically Astute

There is a raging debate whether business analysts need technical fluency. The fact is no knowledge technical or otherwise can ever be enough for a business analyst. They need to keep adding new skillsets to their armory which can help them become better at their jobs. The top business analysts are where they are because for them learning never stops and it’s a continuous process. This allows them to learn new tools of the trade; this includes the necessary IT knowledge that allows them to better analyze organizational requirements. This is necessary because most organizations today cannot survive without a robust IT infrastructure in place and many of its requirements can only be satisfied by facilitating specific IT upgrades.

But what if a business analyst has very little technical proficiency? Interesting question and it can’t be answered with a “don’t worry” or “that’s not an option”. The degree of technical proficiency, whether IT or any other, required from business analysts is dependent on the industry vertical that they are working within. If it’s an IT organization, a business analyst’s lack of knowledge about the industry in general and inability to understand the workings of the organization’s products and services will be laid bared during his analysis. In such cases, a degree of fluency in IT is a must.

But this is not really an absolute necessity. If you are able to define the various resources that will help you not only identify but also authenticate requirements and specifications related to a particular project, you’ve done your job. Understanding the technical aspects that are driving the business is a huge bonus. But hey, if you want to be really good at what you do, no harm in getting a bit of technical knowledge under your belt is there?

Conclusion

Seasoned business analysts don’t do anything different; they just do what they must with sufficient passion and enthusiasm. They are detail oriented and are committed towards offering the best possible services to an organization. This, at the end of the day, is what makes them so effective.

Don’t forget to leave your comments below.

Prepare and be Personal

I want to thank all of you for reading my blog posts and always adding to the conversation. We grow by seeking out information and challenging each other’s thoughts. Well, I want to grow too, so I read other people’s blogs. One of my favorites is Frances Cole Jones. Her latest post, Raising a Glass: How to Give a Memorable Toast made some great points beneficial to BA professionals. In short she says be prepared, make it personal, and make it universal. Even though a toast is short, you can’t wing it…be prepared. The toast should be about the uniqueness of your relationship with the person you are toasting…make it personal. Finally, when telling a story try to connect with the larger audience. Talk about something that everyone can relate too…make it universal. For today’s post I am going to focus on the first two, being prepared and making it personal.

When I talk to people around the world a common area of improvement shared is the ability to think on your feet. So many people get nervous just thinking about bumping into a Director or VP because they are not going to know what to say if they are asked a question. Many people don’t like presenting in front of a group because they feel they may freeze when someone asks a question. The only way around it is being prepared. In reality thinking on your feet is not winging it.

Being able to think on your feet comes from being prepared for any situation and then relaxing so you can recognize the situation and recall the information. For the random conversation with the VP, take a few minutes and think about what he could ask about. Then come up with your answers and practice them. Same goes for a presentation. For the topic at hand, ask yourself what can the attendees possibly ask me? Be ready with answers. The more prepared you are, the more relaxed you’ll be. This will allow you to keep an open mind, hear the questions and respond with an answer that you most likely came up with already.

While you are thinking about your responses make them personal to the audience. If you are talking with your CIO and she asks about the projects you are working on. You may want to think about addressing your CIO’s goals. Does she need to know the specifics of your project or maybe more about the goal the project is addressing? It also does not hurt to ask, “How much time do you have and how much detail do you want?”
How do you really make things personal? The way you make things personal is by building relationships with the people you work with. The better you know the people you work with, what interests them, and what drives them, the more personal you can make the response. I realize it is not realistic to build relationships with everyone. If building a good relationship with the director or VP is not doable, find out who does have a good relationship with them. Ask them to help give you the background you need.

It can seem a bit more difficult to ensure you are “making it personal” when it comes to a meeting or presentation with multiple attendees. When you schedule a group meeting you probably think about and know why you are inviting all the attendees. That’s only a piece of the puzzle. Don’t assume the attendee knows why they should be there. You have to make sure they know why they are invited. For some meetings it may be as easy as sending an email to each invitee explaining why they were personally invited to the meeting. Sometimes it takes a conversation. This is a necessary extra step you must take to make sure the meeting or presentation is personal to them. This step also gives the invitee the option of starting a conversation around why they may not need to be there.

Regardless of the situation don’t shy away from these moments even if you are not prepared. Don’t duck in a room if you see a VP coming. You learn through practice. You’ll gain information on what questions people ask and what makes it personal to them.

All the best,
Kupe

The Project Manager vs. the Business Analyst

vickyJune6I have a hard time deciding whether “versus” is a good word to compare the two roles. On one hand, the project manager and business analyst should be working collaboratively. On the other hand, the two roles do offer a healthy contest in project related decisions. The issue at hand is that there is a lot of uncertainty about the difference in these roles. The result of this uncertainty is cases where one person plays both roles without enough skills for each, and other cases where the team members do not know who is responsible for what. Hopefully, we can clear this up.

The core of the difference is in the title.

  • The Project Manager manages the project – “The application of knowledge, skills, tools, and techniques to provide activities to meet the project requirements.”
  • The Business Analyst conducts business analysis – “The set of tasks and techniques used to work as a liaison among stakeholders to understand the structure, policies, and operations of an organization, and to recommend solutions that enable the organization to meet its goals.

One source of confusion is the activities in both sets of tasks according to the relevant Body of Knowledge[i]. The intent is that planning and monitoring tasks within the BABOK® are limited to business analysis activities as indicated by the task title.

PMBOK® Task BABOK® Task
4.2 Develop Project Management Plan 2.3 Plan Business Analysis Activities
2.5 Plan Requirements Management
2.6 Manage Business Analysis Performance
4.4 Monitor and Control Project Work 2.6 Manage Business Analysis Performance

5.1 Plan Scope Management
5.2 Collect Requirements

2.5 Plan Requirements Management Process
3.1-4 Elicitation: Prepare, Conduct, Document, Confirm
4.2 Manage Requirements Traceability
4.4.5.1 Requirements Documentation
5.3 Define Scope 5.4 Define Solution Scope
5.4 Create WBS
5.6 Control Scope
4.1 Manage Solution Scope
5.4 Define Solution Scope
5.5 Validate Scope 7.5 Validate Solution
8.3 Quality Control (Testing-monitoring and recording results) 7.6 Evaluate Solution Performance(Results analysis and recommendation)
13.1 Identify Stakeholders 2.2 Conduct Stakeholder Analysis
10.1 Plan Communications Management 2.4 Plan Business Analysis Communication
10.2 Manage Communications
10.3 Control Communications
4.5 Communicate Requirements
2.6 Manage Business Analysis Performance

Stakeholder analysis is one good example of collaboration between project manager and business analyst. The business analyst focuses on stakeholders specific to the requirements and scope of the project. The project manager is looking beyond this to stakeholders whose interest is outside of the project scope. Perhaps the project manager is recording a competitor as a stakeholder to aid in the identification and tracking of potential project risk. The stakeholder analysis is a joint effort. Assign items resulting from the stakeholder analysis to either the project manager or business analyst based on stakeholder interest and influence.

Another point of confusion is in the PMBOK® task of Collecting Requirements. It looks as though the project manager is responsible for collecting requirements. When you look further at the PMBOK® tasks you also find Quality Control, yet we know the project team has members responsible for product quality. The intent of the PMBOK© is that project managers take responsibility to ensure activities for collecting requirements are covered in the project management plan and monitored along with the project. Not the project manager collects the requirements.

Section 5.1 of the CBAP® Handbook does a great job of differentiating “analysis” activities from other activities. Download the CBAP ® handbook from the Certified Business Analysis Professional™ (CBAP®) website for detailed examples of these activities.

Volunteers from both the International Institute of Business Analysis (IIBA®) and Project Management Institute (PMI©) joined in a collaborative project to “facilitate a shared understanding of the roles.”  The conclusion –

Both the PM and BA play leadership roles—the PM for leading the team and delivering the solution and the BA for ensuring that the solution meets the business need and aligns with business and project objectives. And both roles, equally, are required for project success.

You will get decisions based on full information of the impacts to the project and the benefit of the solution when you have both a strong PM and BA playing leadership roles on your projects. The result is a project that brings greatest business value to the organization.

I had the distinct pleasure of joining Elizabeth Larson, PMP, CBAP, CSM, as guest experts on PMChat (a weekly Internet radio show/Twitter web chat) to discuss the BA and PM roles on June 1, 2012.

Don’t forget to leave your comments below.

[i] Project Management Body of Knowledge (PMBOK® Guide) 5th Edition
A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide) Version 2.0

References

The PMI’s Professional Business Analyst Certification: Competition or Collaboration?

There is a new certification in town.* The Project Management Institute (PMI) has announced a certification for business analysts called the PMI Professional in Business Analysis (PMI-PBA)®. The reigning business analyst certification, at least in North America, is the Certified Business Analyst Professional (CBAP) from the International Institute of Business Analysis (IIBA). Does this set up a showdown at High Noon between the two organizations or perhaps the two certifications? Or is there some kind of collaboration between the two organizations? Can the business analysis world support two certifications? Or will the certifications battle it out to the finish because, as they would say in the old Westerns, “this town ain’t big enough for the both of us”?

As might be expected, there is consternation in the ranks of business analysts about this announcement, especially those who already have the CBAP certification. Questions abound:

  • Will the PMI-PBA devalue my CBAP?
  • Will I now have to make a career-defining decision on which certification to get?
  • Will employers who are now requesting or requiring a CBAP also request or require a PMI-PBA, or will they request a PMI-PBA instead of a CBAP?
  • Why does the business analysis arena need two certifications?

In a never-ending effort to seek out “truth, justice and the American way”** I engaged in conversations with people from PMI involved with the certification and people at the International Institute of Business Analysis (IIBA) to get their reactions. Not being a professional journalist, (or for that matter, a professional Superman) I can’t really say that I discovered either truth or justice, or the American way. However, I did discover some of the differences between the certifications, which I’m sure many of us have a vital interest in.

I will attempt to employ the journalist’s (and business analyst’s) six questions (though not in the order Rudyard Kipling introduced them), to discern the differences between the two certifications.

Why?

The most common question, of course, is why is PMI doing this? Why is PMI seemingly venturing into new areas that are considered to be outside the venue of project management?

First, this is not a new area for PMI. Defining requirements is a longstanding area of focus at PMI and one of the first organizations to embed requirements within its practice standards and professional certification exams.

Brian Weiss, PMI’s Vice President, Practitioner Markets, answered the question of “why?” this way: “It all has to do with organizational success and positive business outcomes. The PBA is just one of many things PMI is working on in this area – others include things such as a Knowledge Center of Excellence on Requirements Management or critical documents like a Requirements Management Practice Standard and a Business Analysis Practice Guide. The main reason behind developing these products stems from our research – PMI’s Pulse of the Profession illustrated for us that when projects fail, inaccurate requirements gathering is often the primary reason (32% of the time). Poor requirements management practices are the second leading cause of project failure. There is a clearly a problem here and no one is doing enough to solve it, so PMI has made a commitment to do so.”

Weiss added that “None of this is really new – Requirements have always been a component of project management. I think as the focus and importance of requirements management grew over the years that [focus] was accordingly reflected in PMI’s PMBOK® Guide and the creation of the Requirements Management Community of Practice which has over 18,000 registered users. I would characterize it more as an evolutionary process that has grown and will only continue to grow.” Weiss finished with, “PMI’s focus is on making sure organizations complete more of their critical initiatives, more often. This takes many different roles and people being successful, the business analyst included. Unfortunately, we have seen a growing divide or tension between project managers and business analysts, which is detrimental to organizational success. PMI’s efforts here are intended to help bridge that divide through greater understanding, support and integrated community.”

So the PMI-PBA is not a bright idea that occurred to a PMI official last year, but a progressive elaboration based on market research which has occurred over a number of years.
In short: the business analysis arena is so large in scope that multiple certifications may certainly be called for. After all, once getting their “certification” to practice medicine, many doctors then go on to get additional certifications for various specialties, all of which are hung proudly from their office or waiting room walls. But then I also believe that all CEOs should spend a couple of years as a business analyst to learn the fundamentals of business analysis; after all, the CEO is simply an experienced strategic business analyst with authority.

What?

First of all, let’s talk about the benefits of certification. While there are many who decry certifications, let’s focus on the positive aspects.

  • Certifications demonstrate (not prove) a prescribed level of knowledge and/or skill in a particular field of practice. Certifications are used by many industries and professions to separate the ‘amateurs,’ those that perform the role solely for the paycheck or are only temporarily playing the role, from the ‘professionals,’ those who take the role seriously as a career, whether the role is considered a ‘profession’ or not.
  • Certifications, like college degrees, demonstrate certain amounts of perspicacity and dedication. The recipient has taken the time and put forth the effort to study and practice the role, learning and experiencing the techniques and tools to be successful in that role. When considering a certification or actually pursuing it, the applicant has a greater focus on all aspects of the role being played and, therefore, based on the principle of mindfulness, learns and absorbs more about the intricacies and subtleties of the role.
  • Certifications are goals — targets to achieve — and as such provide motivation to many to burn the midnight oil and learning how to play the role better.

So what is the PMI-PBA? The PMI-PBA certifies competency and knowledge levels in the area of business analysis. PMI’s Global Product Manager for the PBA, Ms. Simona Fallavollita states, “the PMI-PBA recognizes and validates the critical role that business analysis plays in programs and projects.”

Who?

PMI suggests that candidates for the PMI-PBA certification include “anyone focused on evaluating and analyzing business problems and anyone managing requirements with a project or program.”

Anyone is eligible to take the pilot exam for the certification. PMI has not stated how many will be selected to take the exam, and is leaning toward a larger pool of exam takers— “the more who test, the better,” said Ms. Fallavollita. The pilot will be run in the same manner as other certification exams for PMI credentials. There will be an application to fill out detailing experience, specific hours and education

Of course the pilot is not free. The submitted application will be reviewed by PMI and those who are approved will pay for the exam. The PMI website quotes US$405 as the cost for a PMI member to take the computer-based test, and US$250 to take the paper-based test; however PMI is offering a 20% rebate for anyone who takes the exam during the pilot period. For non-PMI members the cost is higher. Once payment is received, the candidates are authorized to schedule their test appointment at their local test center and take the test. PMI states that the main difference between the pilot and regular exams is that the exam takers will not see their pass/fail results immediately after the exam, as is the case with other certification exams. “One of the key purposes of the pilot is to collect data on the exam and see how items perform,” stated Ms. Fallavollita. “Items” refers to the questions on the exam. That information will be used to establish the scoring for the exam, or what the pass/fail line will be. PMI expects to notify all of the candidates a few weeks after the pilot closes.

When?

The exam period began on 12 May 2014 when the applications for qualification became available and ends on 4 August 2014. During that time, those who are qualified and pass the exam will receive the PMI-PBA certification.

Coincidentally, the IIBA is also released Version 3 of the BABOK for public review on 12 May to all IIBA members for comment. The review period extends through 12 July 2014. The BABOK is the basis for the CBAP certification. The IIBA previews version 3 with: “The BABOK® Guide v3 reflects the evolution and expansion of the business analyst role, and outlines the skills and knowledge business analysts need to create better business outcomes and drive business success.” The CBAP certification exam will reflect Version 3 of the BABOK approximately six months after the release of Version 3.

Where?

Where does the PMI-PBA fit in with the current landscape of the business analysis community led by the Toronto-based IIBA?

The statements made by PMI above and elsewhere suggest there is a significant hole in successful project execution and that hole is called “requirements.” Before you jump to the conclusion that PMI is throwing bricks at the IIBA for not filling that hole, the IIBA appears to be moving away from project oriented business analysis and more toward a strategic role. Kevin Brennan, Chief Business Analyst (CBA) and Executive Vice President of the IIBA responds: “Is business analysis equal to requirements management and change control (or better, governance, since “change control” implies a specific approach to organizational change, one rejected by the agile community among others)? No. Those are things that a business analyst has to do but aren’t the center of our profession, although they appear to be very heavily emphasized by the content of the PMI-PBA. The core purpose of business analysis is to identify and define changes to an enterprise that deliver value to its stakeholders. Business analysts should be focused on business success, not project success. Project success is the consequence of effective business analysis, not its purpose.” (Emphasis mine)

This statement stakes out an area of business analysis that some business analysts might be uncomfortable with. Those who are focused on solution requirements, as opposed to the overall solution itself, might find that emphasizing business success over project success is daunting. Many might be uneasy with the movement of the business analysis profession toward a more strategic role than the tactical role business analysts have been filling for years.

David Barrett, a founding member of the IIBA looks at the issue of a space opening up a bit differently in his blog on the PMI-PBA: “For 10 years the IIBA has struggled for recognition within the main stream of our organizations around the world – public and private sector, small and large. The recognition they (we) strived for did not happen as predicted. The certification program has struggled and unbelievably, we still have very few project managers working with BAs.” (1) Mr. Barrett’s suggestion, in tune with many others, is that PMI has stepped in to fill the space still unfilled by the IIBA. He further suggests, however, as do many others, that there is plenty of room in the business analysis space for both organizations and both certifications.

One might conclude that one difference between the two approaches to business analysis and the representative certifications might be the difference between strategic business analysis and tactical or project business analysis.

What’s in it for Me?

(This is not one of the journalist’s questions, but this question is certainly on our minds)

The big question, at least for business analysts, is: What is the difference between the two certifications?

The primary difference appears to be in the focus of each. The PMI-PBA and its associated materials focus on the practices and principles of business analysis and requirements management in a project or program orientation, whereas the CBAP and the BABOK have a broader focus on business analysis in general. This focus will be made more apparent with the upcoming version 3 of the BABOK, which somewhat reduces the emphasis on the business analyst being a requirements manager or involved in projects at all!

And the primary difference between the forthcoming version 3 of the BABOK from the IIBA and the new practice standard for business analysis from PMI is again the focus. The BABOK describes what someone performing business analysis should do for acceptable practices. PMI’s Business Analysis practice guide, on the other hand, will address the “how” business analysis is practically applied in projects and programs. This “what” and “how” discriminator fits well with the general sense of the project space where business analysis defines what is to be done and the project manager and team define how it will be done. ( PMI states that the forthcoming PMI Requirements practice standard also describes what someone responsible for business analysis and requirements should do within the project or program environment and addresses the what in the context of multiple industry disciplines).

From this perspective, it would seem that all these documents may be necessary to fully realize the wide range of business analysis activities and practices. One can imagine using the BABOK and/or PMI’s Requirements Management practice standard to guide what must be done and the PMI BA practice guide to provide guidelines on how to do it. However, since none of the documents are ready for prime time, the final determination will have to wait until they are available to the public.

How?

The question is not how will it happen, but how will it play out over time? Or as a Manager of Business Systems Development asked, “I am studying for the CBAP from IIBA. Should I continue or wait for PMI? Which will be more valuable?”

While it may be too early to tell, certainly many in the business analysis community are logging their objections and expressing their indignation, or providing their support, and all seem to be making predictions. Some suggest a positive outcome of the PMI-PBA, which will provide wider exposure of the role of business analysis in organizations that don’t currently employ business analysts. This is good news for all business analysts seeking a larger opportunity pool. Kathleen Barret, founding president and former CEO of the IIBA, says “I believe competition is good. It is hard, but it will force IIBA to focus on its fundamentals. Why does it exist? What makes it special?” (2)

A cynic’s view of the future of the two certifications might see divisiveness in the ranks of business analysts between those carrying one certification and those carrying the other. This would generate millions of words of rhetoric on blogs and LinkedIn espousing the virtues and vices of the selected certifications. Confusion would reign among new business analysts and employers who are looking for business analysts until, eventually, those hiring business analysts ignore all certifications, and those business analysts considering certification to help with employment will abandon their aspirations.

On the other hand, we might see the clear distinction grow even clearer over time. The two organizations and their respective standards and practice guides might bring much needed clarity to the definition of business analysis and, in doing so, finally begin to define the professional business analyst. PMI certifies and focuses on business analysis working in projects and programs and the IIBA certifying and providing guidance to business analysts working at the strategic, non-project level. Both levels of business analyst can be recognized as part of the profession ***. Other business analysis related certifications and guidance may then be forthcoming (again, similar to the medical and legal specialties), such as user interface and human factors and business architects to round out the profession, and perhaps a business analysis-certified CEO.

Eventually we may end up following Principal Business Analyst Tina Underhill’s comment: “I am planning to do both! Why not?”

Don’t forget to leave your comments below.

* In 1950s television Westerns, such as Gunsmoke and Lawman, a common phrase to set up the plot was, “there is a new gunslinger in town” sometimes new “gunslinger.” This would be an adversary leading to a shootout on the dusty main street at the end of the episode, and sometimes the “gunslinger” would be a friend or end up being a compatriot of the lead character.
** “truth, justice and the American way” was the tagline from the old Superman television series from the 1950s, starring George Reeves. Superman and his alter ego, Clark Kent, a mild mannered reporter for a great metropolitan newspaper, were seekers of “truth, justice and the American way.”
*** My last two columns addressed the issue of whether business analysis is a profession or not. Responders made many great points to consider.

References:

  1. David Barrett, “PMI Announces Business Analysis Certification”, March 26, 2014 
  2. Kathleen Barret, “PMI Expands Offerings in Requirements Management”, March 26, 2014