This is a guest post by Laura Brandenburg, describing how to get the best out of the project manager and business analyst relationship.
What kind of relationship should exist between a project manager and a business analyst?
A collaborative one, that’s what! In this article you’ll learn 5 ways for a business analyst and project manager to work together for project success.
We all want more successful projects – projects that deliver their intended business value and are delivered on time and on budget. As a project manager, you work with a variety of different team members that offer up different skillsets and contribute to your project’s success.
One of those team members is often a business analyst.
The Business Analyst’s role on the project team
What exactly is the business analyst supposed to do? How can you leverage their skills and competencies to create more successful projects?
Business analysis helps ensure your project delivers the intended business value and that business needs, requirements, and processes are well-understood, leading to a more streamlined implementation process.
A skillful business analyst can ease a lot of project turmoil and be one of your best partners. And there is a lot you can do as a project manager to help create the environment in which they can do their best work.
Let’s look now at 5 ways you can work together collaboratively with a business analyst to get the best result for your project.
#1: Collaborate on project scope to minimize scope creep
In order to thoroughly analyze the detailed requirements and help manage scope creep, the business analyst needs to understand the business problem being solved and the over-arching ‘why’ behind the project. Typically this information is documented in the business case or project scope document.
The team can also use user story mapping for project scope. This is a good technique to use at the beginning of the project (plus, the BA is likely to have experience of this kind of working).
A business analyst will naturally have a lot of questions about the project scope. Questions can be frustrating, especially when they come in after the project scope is considered approved, but answering them now will enable the business analyst to help you manage scope creep, prioritize detailed requirements, and generally keep the requirements effort on track.
An easier approach is to get the business analyst involved in creating these documents in the first place, as then their questions can be addressed at a more appropriate time.
A business analyst can help the business sponsor discover the underlying business problem, consider alternate solutions, and decide on the best approach before making a commitment to a specific project scope. This practice leads to a scope document that’s a steadfast compass for the entire project team and can shortcut scope creep before it even starts.
But understanding scope requires that the right stakeholders are involved on the project. Let’s look next at how project managers and business analysts can collaborate when working with stakeholders.
#2: Collaborate on stakeholder management to save time
Don’t be a go between. Business analysts are responsible for asking questions in order to clarify requirements and the best way to do this is to have direct access to project stakeholders.
Direct access enables the business analyst to facilitate discussions that resolve disagreements about the requirements and gain buy-in from multiple stakeholder groups about requirements-related decisions.
One of the most common frustrations I hear from business analysts is that they are not able to communicate directly with the sponsor or other high-level stakeholders, which slows them down or requires them to make unnecessary assumptions.
As the project manager, you likely have access to these stakeholders. Stakeholder management is one of the core project management Knowledge Areas.
By getting the business analyst access to critical stakeholders for the entire project duration, you will avoid being a go-between, which will save you time and help your project move more smoothly.
Plus, this is a great time-saving tip for you! One less thing for you to do.
This being said, you may be justifiably concerned that a business analyst might communicate the wrong thing to a stakeholder and throw a fork in your project.
Let’s look at how to proactively address that concern so it does not become an issue.
#3: Create shared communication expectations to stay informed
It is often impossible for you to be in every meeting without slowing down the pace of the project. However, you might be concerned about getting blind-sided by new information or that the business analyst might make promises that the project cannot keep.
To avoid these potential issues, establish a communication plan. Create an agreement about what information you will share with each other and what decisions you will avoid making before getting the other involved.
Specifically, you may want to ask your business analyst to be your eyes and ears during requirements meetings, bringing new issues and risks to your attention so they can be managed as part of the overall project.
From your perspective, be sure to inform the business analyst about new change requests, changing business needs, or budget and schedule changes that impact the business analysis plan or project scope so they are not surprised and thrown off-track.
Better yet, involve the team’s business analyst directly in these discussions so they can ask clarifying questions and quickly get to work incorporating the changes into the requirements.
#4: Collaborate on plans and schedules
When a skilled business analyst evaluates a project context, they will have valuable ideas about what elicitation techniques will obtain the best information most efficiently, what types of deliverables will communicate critical requirements information effectively, and how to sequence business analysis activities to get the most clarity in the least amount of time.
However, I know many project managers experience frustrations with business analysts who find it difficult to put an actionable schedule together or meet milestone dates.
You can help keep the project manager/business analyst relationship running smoothly by clarifying elements of the project context that are most likely to impact the business analysis plan.
Key elements include:
- The project’s tolerance for risk, as this could impact how thorough the requirements analysis effort must be or whether time-consuming tasks like requirements traceability are necessary.
- The overall structure of the project team and how the business analyst role fits within it, which will help determine what is required, whether it be business process models, functional requirements, non-functional requirements, user acceptance testing, etc.
- Whether additional resources, such as increased stakeholder involvement (which we’ll talk about next) or supporting business analysts are available to help speed up the requirements effort.
Make sure these points are covered adequately in the project management documents, so the BA (and everyone else) knows what they are.
With the right information, a skilled business analyst will be able to craft a plan that ensures the business analysis effort is as efficient and effective as possible, while also delivering a level of quality that makes certain the implementation team is working from clear and correct requirements.
#5: Secure stakeholder involvement to help the business analysis effort move more efficiently
One of the reasons it can be difficult for business analysts to commit to a project schedule is that they are dependent on the active involvement of the right stakeholders at the right time with the right information.
This challenge is multiplied if they do not have direct stakeholder access or if they are not allowed to schedule their own requirements meetings and drive the requirements process.
When a business analyst does not have actively involved stakeholders, either the requirements process slows down or requirements are validated without the right people involved. The former leads to a delayed project schedule. The latter leads to wrong or missing requirements that get discovered late in the implementation cycle.
As a project manager you can help break down these barriers by managing business stakeholders as project resources.
When stakeholders fail to show up to meetings or provide necessary information, you can also help the business analyst articulate how the slowing requirements effort impacts the project as a whole, adjust project milestones, and escalate issues to management.
Partnership leads to project success
In this article, we’ve looked at 5 critical project areas; scope, stakeholder analysis, communication, plans, and stakeholder involvement – and how project managers can help business analysts be more effective.
With a solid understanding of the scope and other critical project information, access to the right stakeholders who are actively engaged, and a well-thought-out plan, the business analysis effort will be efficient, effective, and pave the way for a smoother implementation process.
There will be fewer missed requirements and an increased likelihood that the implementation effort will deliver lasting value by solving a real business problem.
>> Get Your Quick Start to Success as a Business Analyst
Earn the respect you deserve and get the insider details on how to get into a business analyst career quickly, with Laura’s free Quick Start to Success training. You’ll learn how to avoid the most common pitfalls faced by new business analysts and the step-by-step business analysis process to create predictable, consistent project success.
About the Author: Laura Brandenburg is the author of How to Start a Business Analyst Career, a comprehensive guidebook to apply business analyst techniques, select requirements training, and explore job roles leading to a lucrative technology career. She also offers a business analyst career planning course (it’s free) to help you start your
Want to know what the difference is between a Business Analyst and Project Manager? Check out the post here.
Pin for later reading: