Far and away my most popular post is Let's Get Down to Business. Even though it was written about a year and a half ago, 20+% of my recent site visits are to this article coming in either through Google searches or Jonathon Babcock's review of this post. Why is this so popular? I think it is because it contains a great business analyst (BA) job description that gets to the heart of what a business analyst really does. This job description doesn't just cover the skills they need but focuses more on the competencies that will make them successful.
Having just gone through the process reviewing a fair number of BA resumes I'd like to add one more item to the list.
Be able to describe and communicate the value of a project in terms of both its benefits and costs in terms used by the business community that will effectively obtain leadership understanding, support and approval of the project.
In other words the BA has to be able to "sell" the project. Ultimately it is the responsibility of the business owner or sponsor to sell the project, however, the BA has to be able to play a critical support role in selling the project. As I did in the original post I highlighted this competency in blue to convey convey the essence of what distinguishes a good business analyst from a good applications person.
The reason I've added this is that after reading a number of resumes it was apparent that many claiming to be BA's are missing this critical competency too. (Perhaps I should have used a different colors since it may not be all that common with BA's either.) How could I tell?
Their resumes would contain a lot of phrases such as:
- Led the finance team during the SAP upgrade project
- Directed the implementation of the new general ledger system
- Responsible for a team of 12 analysts during the SAP conversion
My response to these types of statements is "So What?" While I give them credit for reading all those resume preparation book chapters that stress using action verbs what I really want to know is what actions did you take and what were the results. I'm more interested in what you accomplished than I am in what you did. It's important to remember that activity isn't the same as accomplishment.
I see similar statements in regard to the way people describe projects. For example, the project is about implementing a new module and cleaning up the data. Again, so what?
A key to a powerful resume is to use STAR or SOAR statements:
- STAR - Situation/Task, Action, Results
- SOAR - Situation, Opportunity or Obstacle, Action, Results
These simple statements can tell a very effective story in selling your product whether your product is yourself or a project. Some examples:
- For a resume - Directed a team of analysts during a major software conversion where restructured the team into functional units which resulted in increased focus on business objectives and our completing the project 1 month ahead of schedule.
- For a project - Our Days Sales Outstanding (DSO) has grown but by implementing the new module and cleaning up the data you will be able to process receivables without manual intervention and to reduce the DSO by 2 days.
This get back to the WIIFM (What's In It For Me) principle that every decision maker instinctively applies to any sales request. Let's not make them guess.
What methods have you found to be effective in selling projects?
"camiseta_CV2" illustration by jlori
If this topic was of interest, you might also like these:
Mike,
Good post. I'm in IT, and recently joined a mid-large E&P firm where the business analysts are a part of "accounting". Needless to say, there is no dotted line to IT, and the business analysts job description is non existent. The business analyst group is lite on technical skills, and they serve as the role of "Super User" more than Business to IT liason.
One of my priorities will be to grow them into your previos posts job description.
One of the things I have noticed is that the BA group is good at being sold on software and projects, but lite on justification and prioritization.
With the 2009 planning cycle right in front of us, I will be breaking out some old documentation, presentations, and templates to start the re-tooling on project justification, business case building, etc...
I hope they don't take it as a slap in the face from IT that they are now going to be held to a higher standard vs. just pitching ideas over the fence and holding IT accountable to deliver the ideas they come up with...
Dave
Posted by: Dave | August 11, 2008 at 07:59 PM
Dave,
Thanks for commenting. Being a good BA is difficult you have to be a bridge between the technincal side and the business side. The key is to recognize this and that the skill and competencies needed are also a blend between both sides. Good luck on your new role. Let me know how it works out.
Posted by: Mike | August 11, 2008 at 09:03 PM
Nice information......
Good info for Business Analyst Job Description.
Posted by: xocai mlm | August 12, 2008 at 01:41 AM
Hi Dave
I have been an Business Analyst for over 20 years. I have written a couple of electronic books (e-Analyst Redbooks) on business analysis. In addition I have also created a e-Analyst Redbook Authoring book.
http://www.echoicesolutions.com/Redbook.html
Posted by: Dee | August 22, 2008 at 04:07 AM