Pass the BCS Business Analysis PC-BA-FBA-20 Questions and answers with CertsForce

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)

In the Power/Interest Grid, the recommended strategy of Watch (or Minimum Effort) is assigned to stakeholders who have Low Power and Low Interest in the project. Since a stakeholder with " some power, some interest " (Option C) would typically fall into a category requiring more active engagement like " Keep Onside " (as explained in Q14), the most direct and verified answer from the standard management strategy is for Low Power, Low Interest stakeholders. However, based on the provided answer choices and the specific wording of the question (often used in BCS exams where the options can sometimes be slightly generalized), if we must choose from the list, ' Some power, some interest ' is the only option that is not definitively a higher engagement strategy (like Keep Satisfied or Keep Informed), and in some simplified versions, this middle ground can be grouped with lower-priority stakeholders. However, sticking to the standard four-quadrant management strategy, the " Watch " strategy corresponds to Low Power, Low Interest. Since that option is not provided, and the given verified answer is C, it implies a non-standard or generalized categorization where C is considered the lowest engagement group among the choices. Therefore, for this specific question, based on the verified option, we select C.

(Reference: BCS Business Analysis Practice – Stakeholder Management, Power/Interest Grid. Note: Standard BCS mapping is Low Power/Low Interest = Watch.)

The technique described is a Mind map. A Mind Map is a non-linear, visual tool used for structuring information and generating ideas around a central concept. It is characterized by having a central image or topic from which topic-related branches and sub-branches radiate. The structure helps the business analyst (or a group in a workshop) to organize complex, unstructured thoughts, visualize associations, and explore an area holistically. This technique is often used in the initial stages of investigation, such as problem analysis or requirements elicitation, to help gain a broad understanding of the scope and related issues. This is distinct from a Process map (which shows the flow of activities), an Entity relationship diagram (which models data structures), or the Business analysis process model (which models the BA ' s work steps).

(Reference: BCS Foundation Certificate in Business Analysis / BCS Business Analysis Practice – Investigative Techniques, Mind Maps)

Business analyst competencies are commonly grouped into personal qualities, business knowledge, and professional techniques. Personal qualities include communication, analytical thinking, facilitation, influencing, and relationship-building. Business knowledge covers understanding the organisation, industry, strategy, finance, processes, and business context. Professional techniques include modelling, requirements engineering, stakeholder analysis, investigation techniques, and business case development. IT skills may be useful for some business analysts, especially those working on digital or software-enabled change, but IT skills are not one of the three main competency groups. Treating IT skills as a core group would narrow the business analyst role too much, because business analysis is concerned with business change, not only technology delivery. Therefore, option D is not one of the three competency groups.

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.

A business process model uses swimlanes to represent different roles, departments, or systems involved in a process. Hand-offs occur when responsibility for a task is transferred from one role or department to another.

Key Considerations:

Process Flow Lines Crossing Each Other: Crossing lines do not indicate hand-offs; they simply show the sequence of tasks.

Decision Point: A decision point represents a choice or branching in the process, not a transfer of responsibility.

Task Spanning Multiple Swimlanes: A single task spanning multiple swimlanes is uncommon and does not represent a hand-off.

Process Flow Crossing Swimlanes: When a process flow crosses from one swimlane to another, it indicates that responsibility for the task has been handed off to a different role or department.

Evaluation of Each Option:

A. By process flow lines crossing each other: Crossing lines are unrelated to hand-offs and may simply indicate parallel tasks. Conclusion: This is not correct .

B. By a decision point: Decision points represent choices or conditions, not transfers of responsibility. Conclusion: This is not correct .

C. By a task spanning multiple swimlanes: Tasks typically belong to a single swimlane, so this is not a valid representation of hand-offs. Conclusion: This is not correct .

D. By the process flow crossing from one swimlane to another: This accurately represents a hand-off, as it shows the transfer of responsibility between roles or departments. Conclusion: This is correct .

Final Recommendation:

Hand-offs are represented:

D. By the process flow crossing from one swimlane to another.

Scenario analysis is an investigation technique used to explore and evaluate potential future scenarios or situations. It helps stakeholders understand how different factors might impact a business area or process.

Key Characteristics of Scenario Analysis:

Broad View: Scenario analysis provides a comprehensive understanding of the business area by considering multiple possible outcomes.

Prototyping Basis: The insights gained from scenario analysis can inform the development of prototypes.

Tacit Knowledge Identification: By exploring real-world scenarios, it helps uncover implicit knowledge embedded in business practices.

Testing Scripts: Scenario analysis is not directly involved in preparing test scripts, which are typically created during the testing phase.

Evaluation of Each Option:

A. Provides a broad view of the business area under investigation: Scenario analysis evaluates multiple possibilities, offering a broad perspective. Conclusion: This is true .

B. Provides a basis for developing subsequent prototypes: Insights from scenario analysis can guide prototype development. Conclusion: This is true .

C. Helps identify tacit knowledge used in business practice: Exploring scenarios uncovers hidden knowledge and practices. Conclusion: This is true .

D. Helps prepare the scripts that will be used to test the delivered solution: Preparing test scripts is part of testing activities, not scenario analysis. Conclusion: This is false .

The concern of consumers about unnecessary packaging is an external factor that influences the organisation. The appropriate technique for systematically analysing these external macro-environmental factors is PESTLE analysis. PESTLE stands for Political, Economic, Sociological, Technological, Legal, and Environmental factors. The increasing consumer concern about packaging falls clearly under the Sociological or Environmental categories of the PESTLE framework. This technique helps the business analyst identify trends and issues arising from outside the organisation that may create a business need or risk, which then drives strategic change. The other options are incorrect: a Power/Interest grid is for stakeholder management; Boston Box (BCG Matrix) is for product portfolio management; and a Resource Audit is for internal analysis of resources.

(Reference: BCS Foundation Certificate in Business Analysis / BCS Business Analysis Practice – Strategic Analysis, External Environment Analysis)

Workshops are structured meetings designed to achieve specific objectives through group participation. Regardless of the workshop ' s focus, collaboration is a fundamental goal.

Key Considerations:

Collaboration: Workshops bring stakeholders together to share ideas, solve problems, and make decisions collaboratively.

Reviewing the Business Case: While reviewing the business case may be a specific objective of some workshops, it is not a universal goal.

Creating Mind Maps and Process Models: These are tools or outputs of workshops, not overarching goals.

Brainstorming Ideas: Brainstorming is a technique used in workshops but is not the ultimate goal of all workshops.

Evaluation of Each Option:

A. Collaboration: Collaboration is the core purpose of workshops, enabling participants to work together effectively. Conclusion: This is correct .

B. Reviewing the business case: This is a specific objective, not a universal goal of all workshops. Conclusion: This is not correct .

C. Creating mind maps and process models: These are tools or outputs, not goals. Conclusion: This is not correct .

D. Brainstorming ideas: Brainstorming is a technique, not the overarching goal of all workshops. Conclusion: This is not correct .

Final Recommendation:

The goal of all workshops is:

A. Collaboration.

The Requirements Engineering Framework describes the sequence of activities for defining and managing the requirements for a solution. The core activities typically include:

Requirements Elicitation (gathering requirements).

Requirements Analysis (checking, prioritizing, and modelling).

Requirements Documentation (recording in a catalogue or specification).

Requirements Validation (checking fitness for purpose and completeness).Requirements Traceability (linking requirements to their source, design, and tests) is a key aspect of Requirements Management, which is the overarching framework for handling requirements changes and status, but it is typically viewed as a component of the ongoing management process rather than a standalone core engineering activity on the same level as Elicitation or Validation.

(Reference: BCS Requirements Engineering – Requirements Engineering Framework and Activities)

===========