In our profession there is a lot of discussion about what makes a business analyst a senior business analyst. To help better delineate between the levels of BAs the IIBA® has recently released a business analysis competency model which includes five levels of business analysts.
For today's post, I wanted to share my thoughts on the key characteristics of a senior business analyst. Before I unveil the list I want to say that number of years as a BA is not an indicator if someone should be classified as a senior BA. I don't think you can get to the senior level without a number of years of experience, but number of years alone is not an indicator.
1. Business Analysis Techniques: Breadth and Depth of Knowledge and Experience
As BAs we need to have knowledge and experience in the various techniques to elicit, analyze and communicate requirements. We need a large tool box which we can pull from to meet the specific needs of each project. Without this large tool box your ability to perform at a high level for any project type that you are a part of is limited. Take a look through the IIBA's BABOK® to see how large your toolbox is.
I have been asked by BAs who focus on specific areas, like facilitation or process modeling, if I felt they were senior BAs. My answer is no. They are most definitely senior facilitators or senior process modelers, but senior BAs need a broader, deeper skill set.
2. Project Types and Business Area Experience
Senior level BAs need experience working on multiple project types. At the highest level there are three types of projects I feel are necessary, COTS (commercial off the shelf), new development, and enhancements/support. Each of these project types requires some different techniques and skills. Having worked on different types of projects gives you the knowledge of which techniques work best for each project type. This will aid in planning which is characteristic number three, coming up next.
Working in multiple business areas within a company helps lay the foundation for strategic thinking, characteristic number four. By being involved in multiple business areas you start to see overlapping functions and interdepartmental dependencies. This allows you to start recommending solutions that benefit the whole company, not just the specific business area you are involved in.
3. Business Analysis Planning
How do you answer the following question when you are first assigned to a project? "How long will the analysis effort take?" Senior BAs respond to that question with an intelligent business analysis work plan. They think through the people they will be working with. They identify the stakeholders, get to know them and understand key characteristics to best work with them. They think through critical project characteristics like the size of the project, the business risks involved, and how many interfaces the project will include. They think through the processes that need to be adhered to for the project. They make sure they understand what project methodology is being used for the project, project roles and responsibilities, and what deliverables are required. Thinking through the people, project, and process gives you the ability to outline the tasks and deliverables needed for the project, to estimate their time needed, as well as the time of the stakeholders involved.
4. Strategic Thinking
A senior BA needs to see the big picture and do a deep dive for the project. Senior BAs will try to see the bigger picture before heading into the details trying to understand where this project fits in with the organizational goals. They will also be aware of, or try to determine how the project they are assigned to impacts other projects or business areas. They also take a look at the big picture during the project.
In an earlier post, Get Your Head Out of the Weeds, I highlighted the need for BAs to find ways to pull themselves out of the detail during a project to ensure their project is still meeting the needs of the organization.
5. Advocate and Advisor
Many BAs report into IT departments, but still need to be viewed as part of the business team they support. You work for the business and need to truly be an advocate for the business and their needs. I'm sure many of you can tell stories where there was conflict between the technology team and the business. A senior BA steps up to resolve the conflict to provide the best solution for the business.
A way to know you have this characteristic is if the business calls you for advice before and after a project. Do you have discussions with the business to determine what's most important for an upcoming project? Do you attend their staff meetings to find out their pains and to understand their values and goals?
6. Ability to Learn a New Domain
The need to have domain experience for BAs is one of the biggest debates in our profession. I do think you need some domain knowledge prior to starting a project, but that does not mean you need to have worked in that domain for years. I believe a senior BA needs to be able to learn a new domain to be effective. Here are three ways that I primarily use to learn new domains prior to an interview or starting a project.
- Google: There is so much information out there at your finger tips. Google the subject you need and take an afternoon reading.
- My network: I am a big believer that I don't need to know everything; I just need to know the people that have the answers. I use my network to help answer questions I have to learn about a domain. Continue to build your network.
- Personal experience: I may not have worked in banking, but I do interact with banks as a consumer. I draw from my personal experiences to help understand a domain.
Please share your thoughts around the characteristics I've outlined and provide one or more of your own.
Kupe
Don't forget to leave your comments below
written by Commercemail@verizon.net, June 22, 2010
written by rakesh300, June 22, 2010
These are v imp characteristics of a Senior BA.
written by SimonTheBA, June 22, 2010
That's very helpful. Now I know what to aim for!
Simon (aka simonjp)
written by charu, June 22, 2010
It is also satisfying that you have nailed the 3 different project types - I am in full agreement.
Great article and very useful for many who ask questions on how to become a BA.
written by gram28, June 22, 2010
Wonderful article
Had a query, I work as a Business Analyst with one of the top companies in India, I work with the Corporate Departments of that company. Example Corporate Treasury, Corporate Legal, Corporate Insurance etc.
My query is how do I manage my profile as a Business Analyst ? I mean which domain should i subscribe to ? In my resume what should be my title ?
written by Dalex, June 23, 2010
a good list of skills. I would like to add one more esential skill for all BAs. A BA should be an architect of a solution because doing this piece of work he/she paves a road for the whole project. My recent experience demostrated it in full force. Great time savings for projects with a tough deadline! And yet, it enables building integration links within the project team.
The item #6, in my opinion, is more about being an explorer of a new domain rather than just a learner of new domain knowledge. Why? Because exploring the domain, a BA takes in a good deal of best practices, lessons learned and so on.
Cheers,
DALEX
written by cinmccain, June 23, 2010
Also, not noted here but are unlying in all the characteristics, are the soft skills.
I also appreciate all of these skills in a Project Manager. They don't have to get into the weeds of the requirements etc, but PMs that understand and display of all these characteristics has made a big difference in the success of a project.
Thanks for the info!
Cindy
written by llbrandenburg, June 24, 2010
What a great article. I like how you separate senior "business analyst" from senior "specialist of some sort". I think that's an important distinction that is often missed.
Within any given organization, we tend to find senior level roles that depend heavily on specializations specific to that organization over the general business analyst competencies you articulate here. At Denver's BAWorld last year, one hiring manager came out and said, "I could never hire a senior business analyst from outside my organization -- they wouldn't know enough." This was a clear indication to me that his view of a senior BA was sensitive to organizational context.
With that in mind, I think we all as BAs need to be striving to hit the mark you describe here, but also staying very aware of our organizational contexts as they will impact the senior level positions that are available to us.
Laura
written by pmulvey, June 24, 2010
My take on the domain is that a BA's domain experience may constrain solutions to stuff that has already been done before. A BA that has not been involved in the particular business domain may come in and suggest a solution that had previously not been discussed. I am not saying that a BA within the business domain could not do this, but sometimes we go with what we know and are blind to the alternate solutions that are out there.
For example, if I had only been on new development projects, I would probably be biased to work on those and find a solution by developing something new. I would be blind to thinking about a COTS package that could solve the business problem as well. But, being a BA with the three project types that you mentioned (COTS, New Dev, and Maint), one can look to a different solution outside of the domain "constraint."
written by bkerton, June 25, 2010
I might add that underlying all those there needs to be curiosity. Analysts have to ask questions, they have to want to dig into things and unsurface things. It is hard to do that with any passion unless you are curious.
And, curiousity matched with the ability to learn really helps analysts gain domain knowledge quite quickly. To add even more, that sense of curiousity shows your business partners you care and the analysts is likely to get better quality information.
Cheers!
written by llbrandenburg, June 25, 2010
written by khourya, June 25, 2010
One thing that caught my attention in the recent past and that is enterprise architecture. I am embarking in getting certified in enterprise architecture (TOGAF). I feel this is the next step in a senior BA future where you would now advise an the enterprise level instead of at a business unit level.
written by Pete K-Star, June 29, 2010
written by AWhittenberger, June 29, 2010
So Kupe, what advice do you have for junior- and mid-level BAs who strive to become Sr. BA? Do I hear another blog post coming on?
written by MadisonAgileBA, July 06, 2010
I would suggest extending #3 to include overall project planning and expectation (re)setting. In some larger shops I've worked in, BAs are often the first "boots on the ground" before a project is even approved and a PM assigned. I've found that my knowledge of early-lifecycle project estimation has enabled me to reset impossible scope/schedule/budget expectations before they solidify.
Robert
written by hkmartin, July 20, 2010
I particularly like the comment about Sr. BA's having experience in multiple project types. Getting exposure to each of the 3 types you mentioned has been huge for me, and makes it easier for me to take on other types in the future. The first time I worked on a COTS implementation it was definitely hard work, but now that it's under my belt I can safely say I know what it takes and can taken on others, regardless of domain.
written by Graeme_c, July 27, 2010
written by hkmartin, August 02, 2010
Click Here to login or create a free account.

Jonathan "Kupe" Kupersmith is Vice President of Brand Development, 


