Free BCS PC-BA-FBA-20 Practice Exam with Questions & Answers | Set: 2

The Business Change Lifecycle encompasses multiple stages, including alignment, analysis, design, implementation, and realisation. The role of a business analyst (BA) is versatile and can span across all these stages, depending on the project's needs.

Key Considerations:

Involvement Across All Stages: A business analyst can contribute to every stage of the lifecycle, from identifying business needs during alignment to ensuring benefits realization post-implementation.

Implementation Focus: While BAs are often heavily involved in implementation, their role is not limited to this stage.

Realisation Stage: BAs may also be involved in the realisation stage to validate that the intended benefits have been achieved.

Alignment Stage: Business analysis plays a critical role in aligning project objectives with organizational goals.

Evaluation of Each Option:

A. A business analyst can be involved at every stage in the lifecycle:This is true; BAs can contribute across all stages of the lifecycle.Conclusion: This is correct .

B. The business analyst is involved more heavily during the implementation stage of the lifecycle than any other stage:While BAs are often active during implementation, their involvement is not restricted to this stage.Conclusion: This is not correct .

C. The business analyst would not be involved in the realisation stage of the lifecycle:BAs can play a role in validating benefits realization, so this statement is false.Conclusion: This is not correct .

D. Business analysis does not take place in the alignment stage of a business change:Alignment involves understanding business needs and objectives, which is a core BA responsibility.Conclusion: This is not correct .

To identify the categories of costs and benefits described in the extract, we need to analyze the content carefully:

Extract Analysis:

"New business policies and processes will be introduced, which may temporarily reduce productivity":

This refers to a cost associated with implementing new policies and processes.

Productivity is an intangible factor because it cannot be directly measured in monetary terms.

Category: Intangible costs .

"It will ensure our products remain in the marketplace and be the first to receive compliance certification, which will enhance our reputation as the market leader":

This refers to a benefit related to maintaining market presence, achieving compliance, and enhancing reputation.

Reputation and market leadership are intangible factors because they are qualitative and not directly quantifiable in monetary terms.

Category: Intangible benefits .

Evaluation of Each Option:

A. Tangible costs:Tangible costs are measurable financial expenses (e.g., equipment, labor). The extract does not mention any specific financial costs.Conclusion: This is not relevant .

B. Intangible costs:The temporary reduction in productivity is an intangible cost.Conclusion: This is relevant .

C. Tangible benefits:Tangible benefits are measurable financial gains (e.g., increased revenue). The extract does not mention any specific financial benefits.Conclusion: This is not relevant .

D. Intangible benefits:Enhanced reputation and market leadership are intangible benefits.Conclusion: This is relevant .

E. Irregular costs:Irregular costs refer to one-time or infrequent expenses. The extract does not describe such costs.Conclusion: This is not relevant .

Feasibility assessment is a critical part of developing the Business Case and typically involves four key areas: Business, Technical, Financial, and Legal/Ethical. The assessment that addresses whether a proposed solution or change initiative aligns with the organisation's overall objectives, mission, and strategy is Business Feasibility. This check is vital because if a proposal does not support the strategic direction, it will not deliver the expected value, regardless of its technical or financial viability. It ensures that the change is the right thing for the business to do at a strategic level.

(Reference: BCS Business Analysis Practice – Feasibility Assessment, Business Case Development)

A process model is a visual representation of a business process or workflow, showing how activities are performed and how they relate to one another. It is commonly used in business analysis to understand, analyze, and improve processes.

Key Characteristics of a Process Model:

Graphical Representation: Process models visually depict workflows and subprocesses, making them easier to understand.

Cost Differences: Cost analysis is not the primary purpose of a process model.

Job Descriptions: Process models focus on workflows, not individual job roles.

Software Features: Informal descriptions of software features are unrelated to process modeling.

Evaluation of Each Option:

A. A graphical representation of a business process or workflow and its related sub-processes:This accurately describes the purpose and nature of a process model.Conclusion: This is correct .

B. The cost differences between how a customer currently does something and how they would like to do something:Cost differences are analyzed separately and are not part of process modeling.Conclusion: This is not correct .

C. The detailed job description of the work to be performed by an individual:Job descriptions are documented separately and are not part of process modeling.Conclusion: This is not correct .

D. An informal, detailed, description of a software system feature derived from an end user's perspective:This describes user stories or feature descriptions, not process models.Conclusion: This is not correct .

A Requirements Catalogue (or Requirements Specification) serves as the central repository for all documented requirements for a solution. BCS guidance categorises requirements hierarchically. At the highest level are the Business Requirements (often called General Requirements (c) and Technical Requirements (d)). These constrain the lower-level Solution Requirements, which consist of Functional Requirements (a) (what the system must do) and Non-functional Requirements (b) (quality attributes like performance, security, and usability). Since the catalogue aims to provide a complete picture of the business need and the proposed solution's capabilities, it must contain all four categories: Functional, Non-functional, General (Business), and Technical requirements.

(Reference: BCS Requirements Engineering – Requirements Categorisation and Documentation)

The Project Sponsor is the senior executive or manager who owns the project, champions it, secures funding, and holds ultimate accountability for the benefits. While they are the most important stakeholder and sign off on the requirements, they are typically NOT an active, day-to-day working member of the project team responsible for executing the Requirements Engineering activities. The Project Manager (A), Business Analyst (C), and Software Tester (D) are all core, active members of the project team with specific roles in managing, defining, and validating the requirements, respectively.

(Reference: BCS Requirements Engineering – Roles in Requirements Engineering)

Critical Success Factors (CSFs) are the few areas in which an organisation must achieve consistently high performance to meet its mission and strategic goals. To monitor whether a CSF is being achieved, a BA defines quantitative measures of performance, which are known as Key Performance Indicators (KPIs). KPIs are the specific, measurable metrics used to track and assess the success of an activity or the progress towards an objective. For example, if a CSF is "Excellent Customer Service," a corresponding KPI might be "Average Call Waiting Time (less than 60 seconds)"—a clear, quantitative measure. While the Balanced Business Scorecard (D) is a framework that uses CSFs and KPIs, the specific quantitative measures themselves are the KPIs. Objectives (B) are the desired outcomes, not the measure of the outcome.

(Reference: BCS Foundation Certificate in Business Analysis / BCS Business Analysis Practice – Strategic Context, CSFs and KPIs)

Here are the next five questions:

The power/interest grid is a tool used in stakeholder analysis to categorize stakeholders based on their level of power (influence) and interest in the project. The position of stakeholders on the grid reflects their current status.

Key Considerations:

Where the Stakeholders Will Be After the Proposed Change: The grid represents the current state, not future projections.

Where the Stakeholders Should Be: The grid does not prescribe ideal positions but reflects actual positions.

Where the Stakeholders Actually Are at a Point in Time: The grid is a snapshot of stakeholders' current power and interest levels.

Where the Stakeholders Believe They Should Be: The grid is based on objective analysis, not subjective beliefs.

Evaluation of Each Option:

A. Where the stakeholders will be after the proposed change:The grid reflects the present, not future states.Conclusion: This is not correct .

B. Where the stakeholders should be:The grid does not prescribe ideal positions but reflects actual positions.Conclusion: This is not correct .

C. Where the stakeholders actually are at a point in time:This accurately describes the purpose of the power/interest grid.Conclusion: This is correct .

D. Where the stakeholders believe they should be:The grid is based on objective analysis, not subjective beliefs.Conclusion: This is not correct .

Final Recommendation:

The position of stakeholders on a power/interest grid represents:

C. Where the stakeholders actually are at a point in time.

The development of a Business Case is often an iterative process. Before significant investment is made in creating the detailed Initial Business Case (often called the Outline Business Case or OBC), a preliminary assessment is required to ensure the proposed change is viable. This assessment is the Feasibility study (or Feasibility Assessment). A feasibility study quickly evaluates the proposed initiative to confirm it is technically possible, financially justifiable, and strategically aligned (Business Feasibility). The outcomes of this study determine whether it is worthwhile to proceed to the more detailed, full business case development. The other options (A, B, D) occur after the initial business case is approved and investment is committed.

(Reference: BCS Business Analysis Practice – Business Case Lifecycle)