BCS PC-BA-FBA-20 Dumps - Pass BCS Foundation Certificate in Business Analysis V4.0 Exam in 2026

Gap analysis is a structured process used to identify the differences between the current state (as-is) and the desired future state (to-be). The first step in this process involves understanding the current situation.

Key Steps in Gap Analysis:

Assemble representations of the existing situation: This involves documenting the current state, including processes, systems, and capabilities.

Compare representations of the existing and target situations: After understanding the current state, it is compared with the desired future state to identify gaps.

Identify gaps to be addressed: Once gaps are identified, they are prioritized based on their impact and feasibility.

Consider possible actions to address the gaps: Finally, potential solutions or actions are developed to bridge the identified gaps.

Evaluation of Each Option:

A . Assemble representations of existing situation: Understanding the current state is the foundational step in gap analysis. Without this, there is no baseline for comparison. Conclusion: This is correct .

B . Consider possible actions to address the gaps: This is a later step in the process, not the first. Conclusion: This is not correct .

C . Compare representations of the existing and target situations: Comparison occurs after the current state has been documented. Conclusion: This is not correct .

D . Identify gaps to be addressed: Identifying gaps follows the documentation and comparison steps. Conclusion: This is not correct .

Final Recommendation:

The first step in the gap analysis process is: A . Assemble representations of existing situation.

One of the core principles of business analysis is the continuous need for negotiation and consensus building, particularly when dealing with conflicting stakeholder perspectives and requirements. Business analysis actively seeks to negotiate and resolve these conflicts rather than avoiding them, which is a key part of establishing a shared understanding of the problem and the proposed solution. The other options contradict established BA principles: the principle is to find root causes, not symptoms (leading to superficial and ineffective solutions); to investigate and evaluate multiple options, not just solutions (ensuring the optimal change is selected); and to focus on business improvement as the driver for any necessary IT system change, not the other way around. The BA role necessitates working across competing interests to reach a successful outcome, making negotiation a fundamental principle.

(Reference: BCS Business Analysis Practice -- Principles of Business Analysis / Analysing and Managing Stakeholders)

Regulators are stakeholders who define, monitor, or enforce rules, standards, legislation, and compliance obligations that affect an organisation. In business analysis, regulators may influence what changes are possible, acceptable, or mandatory. For example, financial, data protection, safety, or industry regulators may require proposed changes to comply with legal or professional standards. Partners may collaborate with the organisation, but they do not normally enforce rules. Managers control internal resources and operations, but they are not the external rule-enforcing stakeholder category. Owners have financial or strategic interest in the organisation, but they do not normally monitor regulatory compliance unless they also hold a governance role. Since the question asks who monitors whether proposed changes fall within enforced rules, the correct stakeholder category is Regulators.

Requirements may be documented using several diagrammatic styles where visual representation helps stakeholders understand scope, data, behaviour, or process flow. A use case model is diagrammatic because it shows actors, system boundaries, and use cases. A data model is diagrammatic because it represents data entities, attributes, and relationships. A business process model is also diagrammatic because it shows tasks, decisions, flows, hand-offs, and responsibilities. An epic, however, is normally a high-level Agile requirement or large user story, not a diagrammatic document style. It may be broken down into features or user stories, but the epic itself is textual rather than a modelling notation. Therefore, ''Epic model'' is the item that is not suitable as a diagrammatic document style for requirements.

The RACI chart is a technique used to clarify and document the roles and responsibilities for activities, tasks, or deliverables within a project or business process. It is an acronym that defines the four key types of involvement:

Responsible: The person or team who does the work to complete the task.

Accountable: The person who is ultimately answerable for the correct and thorough completion of the deliverable or task, and who approves the work. Only one person can be Accountable.

Consulted: The people whose opinions are sought, and with whom there is two-way communication.

Informed: The people who are kept up-to-date on progress, often only at the completion of the task or deliverable, and with whom there is only one-way communication.

The correct categories are therefore Responsible, Accountable, Consulted, Informed.

(Reference: BCS Business Analysis Practice -- Stakeholder Management, RACI Matrix)

===========