Documente Academic
Documente Profesional
Documente Cultură
Business Analysis
By George Bridges, PMP
Because of the rise of the business analysis profession, the field of project management will
never be the same again! Only a few years ago, there was no such thing as a business analyst
(BA). Today, we see more and more organizations using BAs to define the requirements of new
systems and products and to manage product scope. BAs are working directly with project
managers and project teams. And rightly so. A good BA can help carry the project manager’s
burden and greatly increase a project’s chances of success.
By definition, the project manager manages the project’s triple constraints of time, cost, and
scope. The product scope is, by definition, what the project will produce. Defining the product
or service to be produced for the customer is called managing the product scope – and that is
what a BA does. Before the involvement of a BA, the PM and other team members were
responsible for the product definition and managing its scope.
Let’s see what this new business analyst is and how a BA works in harmony with a project
manager to manage project scope and help projects succeed.
The BABOK® provides the basis – or framework – for any organization to establish
methodologies to manage the requirements of approved projects according to documented
industry best practices. The BABOK® consists of six knowledge areas: Enterprise Analysis,
Requirements Planning and Management, Requirements Elicitation, Requirements Analysis and
Documentation, Solution Assessment and Validation, and Requirements Communication. A BA is
ultimately responsible for elaborating and integrating these knowledge areas in projects. Simply
put, the BA gathers requirements, analyzes requirements, determines solutions, validates
solutions, and facilitates communication among stakeholders about requirements and solutions.
Additionally, the BA works in two domains throughout the project’s duration. The first domain
involves defining the problem and obtaining an agreement within the organization on precisely
what the problem is. The second domain involves defining the precise solution and obtaining
agreement on that solution from the organization’s stakeholders. The work in both these
domains is accomplished through requirements elicitation from stakeholders, but it continues
throughout the project because clarity of ideas can lead to refinement of both the problem and
the proposed solution to the problem.
Enterprise Analysis
The BA should be involved in the early stages of a project, even before a project manager is
assigned. In the pre-stages of a project – the Enterprise Analysis phase – the BA defines and
produces the business case, which is the financial and technical justification for the project.
After project kickoff, the BA continues to manage the requirements of the product, including the
requirements change-management process. The BA works for the PM and provides updates to
the PM all through the project’s course. The BA becomes a part of the larger project team, but
the accountability for the project rests with the PM.
Requirements Elicitation
The BA’s primary role in the Requirements Elicitation phase is to gather the requirements of the
business, the users, and the organization’s management into one requirements document. The
BA must determine the entire set of requirements for the product or service that will be
delivered at the end of the project. This requires the BA to draw out – to seek out, understand,
and clarify – and then to document all of the key stakeholders’ requirements. The tools of
elicitation consist of conducting interviews, organizing and conducting workshops, and analyzing
documents. These functions are planned and managed under the direction of the BA.
Requirements Communication
The last – and perhaps the most important – BA function is communication. The BA must
communicate with the business operations people, the technical people, and the executive
decision makers and sponsors. Communication with such diverse groups must be well planned
and well organized. How the BA communicates with each group is different in method,
approach, and technique. For instance, communication is formal with upper-level management
and when conducting sign-offs with the stakeholders. However, requirements gathering can be
conducted in more relaxed, informal communications, such as e-mail messages, telephone calls,
and small group meetings.
Conclusion
Business analysis is a new profession. Most project managers are not even aware that a
business analyst can relieve them of the burden of managing the product requirements. Yet,
the growth and development of the business analysis profession is part of a quiet revolution
that is going on right now in organizations around the world. The field of business analysis is
growing rapidly and is having a widespread, positive impact on project teams. The future
success of projects is at stake. Every project manager of a medium to large project needs to
consider making a BA part of that project’s team. Today, the business analyst is a vital
component of every successful project.