Vicki James, PMP, CBAP, PMI-PBA, CSM

formerly of Professional Project Services, LCC

Tag Archives: BABOK

Stop the Madness…Too Many Business Analysis Tools!!

I have noticed trend developing recently that I find troubling. It started when I participated in the public review of the draft A Guide to the Business Analysis Body Knowledge (BABOK® Guide) version 3 this past May. My biggest concern with this draft was the addition of tools and techniques. The number of tools and techniques went from 34 to 46, but even more troubling was that I did not recognize some of the added tools and techniques including Business Model Canvas or Business Capability Analysis. Not only that, I did not see where they were common and useful enough to add to a collection of generally accepted best practices separate from the 34 that were already there.  Aspiring CBAP’s® and CCBA’s® will need to thoroughly understand each of these in order to prepare for the certification exams.

Then in May 2014, the Project Management Institute (PMI®) introduced the PMI Professional in Business Analysis (PMI-PBA℠) credential.  The PMI-PBA Examination Content Outlines specifically calls out 76 techniques in 22 different categories.  Add their newly released Business Analysis for Practitioners – A Practice Guide with an additional 10 techniques and business analysts who are availing themselves to certification need to learn a whopping 86 business analysis tools and techniques in order to prepare for any question the PMI-PBA℠ examination may throw at them. WOW!!!

Many of these new techniques, while great in concept, are not actually in the collective consciousness of the business analysis community as a generally accepted best practice tool or technique. With things such as Kano model, Ecosystem Map, and Interrelationship Diagram it all gets very confusing very fast. Even for a seasoned pro like me.

I think part of the problem is that the terms tool and technique is not being used as I would expect. A technique is a method (procedure, formula, or routine) to accomplish a task. A tool is a device that will aid in completion of the task. Business analysts will often have the tools and techniques to accomplish a task without adding to the toolkit or the vocabulary. Fore example, business capability analysis is a task that skilled, seasoned business analysts can accomplish without adding to the toolkit.

Is a carpenter with 86 tools in his tool belt any better than a carpenter with 34 tools?  Perhaps, but not because of the number of tools he holds.

Instead, I would apply the Pareto Principle (aka 80/20 Rule) and say that 80% of the value comes from 20% of the tools.  This 20%, or approximately 17 tools, are the core basics that any business analyst should have in his or her tool belt. The business analyst should not just have theses tools, but make sure that these tools are of the highest quality and grade. A business analyst should further be armed with the competency to research and find, or develop his or her own tools that will make the job easier and provide greater value to the project if, and only if, the existing tools are not quite fitting the need.

You are probably now wondering what 17 tools and techniques I would consider the core basic. Well let me take a stab at this.

  1. Benchmarking
  2. Cost-Benefit Analysis
  3. Data Dictionary
  4. Document Analysis
  5. Facilitated Workshop
  6. Five-Why’s
  7. Interviewing
  8. Issue / Problem Tracking
  9. Observation
  10. Process Map
  11. Product Backlog
  12. Prototyping
  13. Survey / Questionnaire
  14. Use Case Diagram
  15. Use Cases
  16. User Stories
  17. Weighted Criteria Matrix

So there you go. Vicki’s 17 Core Business Analysis Tools and Techniques.  Couple these with great organizational skills, an inquiring mind, along with the ability to adapt, and you have a top-notch business analyst who will help your project and your organization achieve great things. Let’s spend the time we would otherwise use in learning about the other 59 tools to refining and perfecting these 17 and adapt from there as needed.

What tools and techniques do you feel are most essential for a business analyst?

Where Did the Blog Posts Go?

I realize that it seems as if I have given up writing by the looks of my blog page. I assure you this is not the case. I have written extensively for Watermark Learning about things such as the new PMI-PBA credential from the Project Management Institute and the public review draft of the BABOK© Guide v3 from International Institute of Business Analysis. I even have a guest spot up on Business Analysis Times with a re-print of my popular The Project Manager vs. The Business Analyst post.

Here are a few titles for you to check out. Follow the link at the top of the page to “Become a member of our learning community” to get Watermark Learning news first hand.

More about the BABOK Guide v3

It has now been a month since the International Public Review of A Guide to the Business Analysis Body of Knowledge® (BABOK®) Guide v3 began. I have had a chance to do a bit of review firsthand and wanted to share some findings. BABOK … Continue reading 

PMI-PBA Pilot Begins!

The Project Management Institute (PMI) launched the pilot of the PMI Professional in Business Analysis (PMI-PBA) certification last week. The pilot continues through August 4, 2014. The PMI has provided a couple of incentives for participating in the pilot. Education hours … Continue reading 

A Sneak Peek at the BABOK Guide v3

The IIBA has announced “the International Public Review of A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide) v3” begins May 12th. I had an opportunity to get more news on the release at the Minneapolis-St Paul IIBA … Continue reading 

PMI-PBA and CBAP/CCBA Side by Side

Last week the Project Management Institute (PMI) ® announced their PMI Professional in Business Analysis (PMI-PBA) certification. They cite a statistic by the US Bureau of Labor Statistics that “business analysis jobs are predicted to increase by 22 percent by 2020.” The …Continue reading 

Three Reasons to Achieve Your IIBA Certification in 2014

Is achieving IIBA® Certification on your bucket list? The International Institute of Business Analysis (IIBA) announced at the Building Business Capability conference in Las Vegas last November that the current version of the Guide to the Business Analysis Body of … Continue reading 

I will be posting more on this blog as I have thoughts and contents that do not directly align with the Watermark Learning business…oh, and time!  So stay tuned!!!

The Project Manager vs. the Business Analyst

I 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 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.2 Define Scope
  • 5.4 Define Solution Scope
  • 5.3 Create WBS
  • 4.1 Manage Solution Scope
  • 5.4 Define Solution Scope
  • 5.4 Verify Scope
  • 7.5 Validate Solution
  • 8.3 Perform Quality Control (Testing-monitoring and recording results)
  • 7.6 Evaluate Solution Performance(Results analysis and recommendation)
  • 10.1 Identify Stakeholders
  • 2.2 Conduct Stakeholder Analysis
  • 10.2 Plan Communications
  • 2.4 Plan Business Analysis Communication
  • 10.3 Distribute Information
  • 4.5 Communicate Requirements
  • 10.5 Report Performance
  • 2.6 Manage Business Analysis Performance

* Thank you to Elizabeth Larson for review and advice to the PMBOK® / BABOK® process mapping.

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 Perform 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.” You can read more on this effort and results at http://pmchat.net/2012/06/the-bapm-partnership/.  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. Listen here to catch our interview hosted by Robert Kelly and Rob Prinzo for more on this subject.

September 2015 Update: Please check out my book, Leveraging Business Analysis for Project Success Book Cover Image (Business Expert Press 2015), for more on the role of the business analysis and discussion of the Power Project Team.


[i] Project Management Body of Knowledge (PMBOK® Guide) 4th Edition

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide) Version 2.0

References

http://www.blogtalkradio.com/btrplayer.swf

Listen to internet radio with KellyProjectSolutions on Blog Talk Radio

BA Beyond Requirements (comment to EA Tips to Get Started)

Below is a copy of a rather lengthy comment I made in response to, Getting Started with Enterprise Analysis. Please check out that great article by Jonathon Nituch post on thebacoach.com.

——————-
What a great article on Enterprise Analysis that hits the nail on the head for why I have chosen the route I have for my independent consulting business. In addition to speaking and writing, I seek projects close to home that I can be involved in to help the community (and my ability to keep food on the table). I have focused my local marketing on small business instead of pursuing government or big business contacts. This angle will not be lucrative, but I will get more job satisfaction. I want to help small business find and implement solutions that will bring greater value to their business. Seeing even small changes with big benefits is what I call a great day at work.

In regards to pursing opportunities for Enterprise Analysis, I would add make your own. You need a good business case with compelling data and an advocate with influence over the right people. Look for opportunities to start small and build up to farther reaching success. Find a quick win in your work unit, promote the success as yours (don’t be shy), and then look for opportunities with more impact throughout the organization. Eventually executives will come asking for your help in finding solutions to specific areas of concern.

One skill that a great EA needs is the ability to market and sell a solution. It is often not enough to offer that a solution is correct. The decision makers need to feel passion to take the effort to carry out changes. Think about the advertising pitches you have seen in movies or on TV where a team works day and night coming up with creative ways to sell their advertising idea. They give a powerful presentation doing whatever it takes to land the sale (even singing poorly). We need this energy and dedication with our improvement solutions. Storyboard the “to be”, arrange a demo, anything to go beyond words and invoke emotion.

The story of John Stegner’s Glove Shrine in Switch (Heath and Heath) is an excellent example of this.  “What they say was a large expensive table, normally clean or with a few papers, now stacked high with gloves. Each of our executives stared at this display for a minutes. Then each said something like ‘we really buy all these different kinds of gloves?’ …They looked at two gloves that seemed exactly alike, yet one was marked $3.22 and the other $10.55.”

Heath, Chip, and Dan Heath. Switch: how to change things when change is hard. 1st. New York: Crown Publishing Group, 2010.

%d bloggers like this: