Business project that involves technology are often split into 2 large phases in the consulting world. The first phase is called Scoping and the second phase is called Delivery. Both these phases contain multiple sub phases in which a business analyst plays a vital role. We will look at them in detail.
The sub phases of a the Scoping phase of a consulting project are usually split into Scope Definition, Analysis and Functional Design.
The sub phases of a Delivery effort in a consulting assignment includes Technical Design, Construction / Build, Test phase that includes System Integration Testing (SIT) and User Acceptance Testing.
Scope definition – From my experience, I have noted than often the scope definition of the project is prior to a business analyst being assigned to the project. In some cases, the business analyst might get lucky and stand to be included in the scope definition of the project. But usually in this phase a project / functional manager, the program manager and subject matter experts play a major role. In some cases, this phase is also called blue printing.
In certain instances the scope phase include the requirements gathering process while in some cases, it gets pushed into the analysis phase of the project.
Analysis phase – Again while the term Analysis strictly refers to analyzing the business requirements gathered, more often the requirements gathering process start in this phase. The analysis phase of the project actively involves the business analyst interfacing with the stakeholder and gathering the business requirements and analyzing the requirements to better understand which requirements fit into the scope area defined and which doesn’t.
It is a big challenge that in some instances business requirements often exceed the given project scope and may need to be identified by the business analyst and De-scoped. To the contrary in some cases, there is scope creeps and a lot of the business requirements are missed being documented. The analysis phase is definitely an area where a business analyst plays a critical role.
Functional Design – In the consulting world, the design phase is split into functional design and technical design. The function design is the phase where design elements with respect to data flows, requirements mapping to data flows, requirement functions that can be met through the design etc will be documented.
Technical Design – Technical design as the name suggests is the design document that provides the technology that defines the systems that will specifically be used to meet the functional business requirements documented by the business analyst. While the functional design document details the functions that would be met as a part of the design implementation, the technical design sticks on to the technology used, type of server to be used (Windows vs Linux), the type of database to used etc.
A lot of times in organizations these two documents are combined together to house a single design document. The usefulness of the comprehensive design document is completely contingent on the methodology followed by the organization. In some cases, where the business analyst is more functional some parts of the comprehensive design document becomes a challenge to understand.
A business analyst in the design phase plays the role of a solution expert. The business analyst is required to validate that the design document and the solution proposed meets the project objectives and the specific business requirements that have been captured.
Build / Construction – While in a strict sense a functional business analyst role would be restricted to requirements planning, requirements gathering and documentation until hand off to the IT teams, organizations today take a holistic view of the business analyst function. A business analyst might not play a very active role in the construction phase of the project. That certainly does not mean that a business analyst moves on to another project at this stage or has a relaxing time. While the IT team works on the construction phase of the project, a business analyst may be required to work on supporting the Testing preparation along with the project manager.
Apart from potentially supporting change management deliverables, a business analyst may be required to help drive reviewing the test strategy, test plans, test scenarios, cases and scripts.
The CBAP handbook specifically calls out that creating design documents, test strategy, test plans or executing test cases is not considered as relevant work experience for CBAP certification. I’m sure most of us would agree that irrespective of our likes and dislikes and what the handbook says, for all practical reasons, a business analyst usually ends up taking on these deliverables.
In my opinion getting our hands dirty on these deliverables is very good as you would no longer be restricting yourself to the role of a business analyst but scaling up to be a management consultant.
