Project Manager/Business Analyst friction and how to overcome it by Penny Pullan, Director of Making Projects Work Ltd.
This was a presentation for the IIBA UK Chapter in London on 28th May 2015, based on research presented at the PMI Global Congress earlier in the month.
It looks at the friction that exists between project managers and business analysts, explores why this is so and looks at how to overcome the issues.
2. Small groups:
discuss
Explore BA/PM friction
and how to overcome it.
Roles
Survey
Causes of
tension
7:30 Start
8:15 Finish
?:
timekeeper Everyone -
participants
Ask burning questions;
One conversation;
Respect others;
Letâs learn and develop.
What
next?
Penny:
facilitator
Top Tips
PP: provide PMI paper
to those who give their
e-mail address.
6. A plea for help!
Virtual working picture drawn by Vanessa Randle.
7. âthe application of
knowledge, skills, tools and
techniques
to project activities
to meet the project
requirementsâ
(From PMI PMBOK v5)
8. âBusiness analysis is the practice of
enabling change in an enterprise
by defining needs
and recommending solutions
that deliver value to stakeholders.
Business analysis enables an enterprise to
articulate needs and the rationale for
change,
and to design and describe solutions that
can deliver value.â
(From IIBA BABOK v3)
9. âBusiness analysis is the application of knowledge,
skills, tools and techniques to:
âąDetermine problems and identify business needs;
âąIdentify and recommend viable solutions to meet
those needs;
âąElicit, document and manage stakeholder
requirements in order to meet the business and
project objectives;
âąFacilitate the successful implementation of the
project, service or end result of the project or
program.
In short, business analysis is the set of activities
performed to identify business needs and
recommend relevant solutions; and to elicit,
document and manage requirements.â
11. Picture adapted from Suzanne Robertsonâs chapter âWorking with the Project Managerâ
in âBusiness Analysis and Leadershipâ. Drawn by Vanessa Randle.
18. âIn my organization, PMs are mere
administrators with little insight about the
intricacies of what is required. I have spent
literally hours trying to explain my PM the
why of something for him to respond: 'But
this will be done by tomorrow, right?' Thus I
do not bother now. I use passive-aggressive
techniques & yoga to counteract the
frustration.â
19. âThe PM is under pressure to get the project
finished on time. The BA (me!) can see
opportunities for delivery of significant
organizational efficiencies being missed by
an overly ambitious timeline. The PM has
very narrow view, whereas focus of BA is
probably more enterprise-wide. â
22. âAs a PM I often had the experience that
BAs stay at an academic level and are not
always in touch with the real world.â
âBAs have an agenda, which is not aligned
to the project. They get upset when they
have to work within given constraints.â
36. Who said this?Who said this?
âFor me, it's not about project success,
it's about business success.
I'd rather can a bad project
than drive it to an âon budget, on scope,
on timeâ delivery of negligible benefit.â
I will talk through the plan and introduce them to the graphics that I will be using. They donât need to read all the details in this picture as it will give them an overview that I will talk them through quickly. It shows that there will be interaction and a lot of time for Q&A.
These were requested.
Replace with pictureâŠ
This is where I will introduce myself and why Iâm the person to be presenting on BA/PM friction!
I would far rather draw this live in front of the group as it is more engaging, but I suppose you need it in PowerPoint for review.
I find that these hand-drawn graphics work really well with groups.
Key points here: I have been both a BA and PM, so see both perspectives. My focus is success in tricky projects, hence the need for both disciplines. Iâve been doing this for 20 years, around the world. Iâve written three books on facilitation, people in PM and BA leadership.
This slide is to ask people to help me with my next book on virtual working. Do they do this? Do they spend a lot of time on the phone working across time zones with colleagues elsewhere? Please get your e-mail address to me at the end and Iâll get in touch to hear your storiesâŠ
Letâs just check up on the PMI definitions for the two roles, to make sure weâre really clearâŠ
PMBOK 2013
Letâs just check up on the PMI definitions for the two roles, to make sure weâre really clearâŠ
PMBOK 2013
Now for BA â lots more words!
BA Practice Guide 2015
Take from BABOK v 3
At this point, I will ask the people in the room to put up their hands if they consider themselves Project Managers, then Business Analysts, then both.
The roles of the Project Manager and the Business Analyst are complementary but different.
PM focus on project scope â what we are going to need to do to deliver the solution.
BA focus on solution scope â what the solution needs to be/do.
Picture adapted from Suzanne Robertsonâs chapter âWorking with the Project Managerâ in âBusiness Analysis and Leadershipâ. Drawn by Vanessa Randle.
All sounds lovely, but what happens in reality?
But too often sparks fly! I find this to be a recurring theme in my mentoring with BAsâŠ
I will ask people to choose a response and then do a poll by show of hands.
This slide gives a view of the range of countries involved in the survey! The size is related to the number of submissions from each country.
At this point I will introduce the survey, introducing the background (ESI webinar in 2014 with >200 people). Then survey this year with nearly 200 people from over 20 countries.
How does this compare to our results?
The PMs tended to rate the relationships rather higher than the BAs. Also PMs rated the relationship higher than programme managers and BA managers. See the paper for details.
This is where I will ask them for the causes of the tension that does exist. Work in groupsâŠ
Change to individualâŠ
One of the issues that came up quite strongly is that the BA role is growing and changing, and that this is not always realized by PMs.
See the paper:
Business analysis has grown rapidly over the last decade, driven by the rise in complexity of projects, outsourcing and even the global downturn. Projects are more likely to have multiple stakeholders, ambiguity around project features, resources and phases and/or even unknown project features, resources and phases, all of which make requirements elicitation more difficult. Poor requirements and/or missing requirements are leading causes of project failure (Oullette et al, 2014). Outsourcing in the early years of this century forced many companies to improve their internal requirement elicitation and documentation to ensure that their outsourcing partners could work to provide working solutions. The downturn meant that less money was available to spend on projects, so known causes of failure, such as poor requirements definitions and elicitation came into focus.
The relationship of many project managers with their business analysis colleagues has changed too. Years ago, the business analyst was typically a junior member of the project team, probably reporting into the project manager and seeing the project manager role as a future career step. Nowadays, business analysts can stay out of project management throughout their careers, even as they rise to strategic positions in their organizations. Business analysts are leaders in their own right, working alongside the project manager. The relationship between the two roles has had to change. Both have a leadership role to play on the project and this can be difficult for both sides, especially for those project managers who were used to the old ways and havenât yet adapted.
When the author contacted project managers and asked them to comment on their project manager/business analyst relationship, many responded that âthey didnât work with business analystsâ and some had not heard of business analysis as a project role!
The author shared the survey widely in social media in both project management and business analysis groups. Interestingly, business analyst responses outnumbered project manager responses by more than two to one. This might indicate that business analysts found the topic more engaging. Interestingly, almost half of those who identified as project managers also identified as business analysts, indicating that often one person often covers both roles.
Oh dear!
Uh oh!
Tensions caused by the PM â I will go through one by one.
Penny will describe how a Project Manager can appear to the BA to be like a racehorse, straining for the finish, and wearing blinkers to stop other things distracting them.
Now it is the turn of the PMs to talk about BAsâŠ.
There is much less consensus about tensions caused by BAs. See the lower percentages than the PM slide.
Penny will talk through each one.
Penny describes how a Business Analyst can appear to be going off investigating everything, without an awareness of the limits of cost and time.
Some issues came not from PM or BA but from the organization as a whole, so the organisational set up can really cause problems for the PM/BA relationship.
There is one!
What sustains productive partnerships â in order of results.
Penny will go through.
Ways organizations can help the PM BA friction to go away.
Penny will go through her BA leadership model, from which PMs can learn a lot too!
When we talk about business analysis leadership, we mean that business analysts need to step up to leadership themselves first, then be a real leader alongside you on the project, in a complimentary way. They are the person in the project who considers what is best for the organisation and beyond. Hereâs a view of the different levels of business analysis leadership from the authorâs book (Pullan and Archer, 2013).
This research has shown that trust and respect form a great basis for a productive relationship, so start off that way by trusting your business analyst as the fellow leader that they can be.
Penny explains how far too often, BAs and PMs seem to use a different language. She then goes on to describe how each view scope as an example. So they need to develop a common understanding and strive to use a common language.
Good communications and mutual understanding came out very high in the survey. By developing a common understanding of the project and of each otherâs roles, with a shared use of language, you can build a strong rapport to serve your project together. Letâs look at a couple of examples of this in a bit more detail.
Too often, project managers and business analysts use slightly different terms or, worse still, use the same word in different ways. One example of the latter is the word scope. Project managers will think of scope as all the tasks that need to be done to complete the project, defined by the work breakdown structure. This is project scope. Business analysts use the same word, scope, to mean the boundary between whatâs included and whatâs excluded from the solution. This is solution scope or product scope. Can you see the difficulties this can cause? So make sure that you understand the business analystâs perspective and their language and how they use it. Then help them to do the same for you.
As a project manager, consider how useful it would be if your business analyst colleague came to you with all the requirements work planned out in a work breakdown structure, with risks identified, effort assessed and a potential schedule worked out. Then you could work together to come up with the final version to be incorporated into the overall project plan. The first time you do this, you may well need to help your business analyst, as this requires project management skills, but over time it will strengthen your relationship and youâll come up with better plans.
There are many areas where project managers and business analysts can work together powerfully.
Risk management is one such area. The project manager is in charge of managing risk, however the business analyst is likely to have the facilitation skills and the close relationships with a diverse range of stakeholders, which are useful for identifying risks and facilitating the risk management process. The two roles work together and complement each other.
Another complementary area is communications. By building a communications plan alongside your business analyst colleague, youâll be able to tap into their deeper knowledge of individual stakeholders and their needs.
In a partnership like this where tension is possible, itâs a really good idea to use a RACI matrix to ensure that you are both completely clear on who is responsible for doing each action, who is accountable, who needs to be consulted and who needs to be informed.
In the survey, the answers remind us that the project manager and business analyst relationship doesnât happen in a vacuum. Your context matters and your organization can help or hinder how the two roles work together.
As a project manager, if you are appointed before the business analyst, push for and encourage your managers to provide a business analyst from the very start. Do you have a clear vision from your senior stakeholders? If not, how can you facilitate this? Is the governance for your project clear? If not, ask questions and clarify things like escalation paths before they are needed.
If your organization doesnât have clear roles and responsibilities for the project manager and business analyst, then as a minimum, discuss and agree these with your business analyst right at the start.
As your relationship with your business analyst develops, make sure you take time away from project tasks to be able to reflect on how the project is going. Whatâs going well? Build on it; do more of it. What would make things better for your business analyst colleague? Why not give those things a try? What would make things better for you? Why not discuss this and agree how youâll do things differently in the future. As the quote earlier in this paper from our survey says, âCake helps!â Spend time together, reflecting, learning and improving both your relationship and the effectiveness of your work together, towards the ultimate goal of project success.
Think and discuss with your table what you will do differently to build a fabulously productive partnership between your BAs and your PMs?
You have x minutes.
Who cares? Surely we are in this game together to deliver projects that make a difference.
All the best doing just that.
Please add your notes here
Please add your notes here
This slide is to ask people to help me with my next book on virtual working. Do they do this? Do they spend a lot of time on the phone working across time zones with colleagues elsewhere? Please get your e-mail address to me at the end and Iâll get in touch to hear your storiesâŠ