BCS PC-BA-FBA-20 - BCS Foundation Certificate in Business Analysis V4.0

The true statements about formal observation are b and d. Formal observation is when a business analyst watches an individual or group perform their work. Statement (b) is true as observing the environment directly helps the analyst understand the physical business environment and how it influences the work. Statement (d) is true because observation is particularly effective for identifying tacit knowledge (unspoken or unwritten rules, shortcuts, or skills) that the worker may take for granted or find difficult to articulate during an interview. Statement (a) is false as observation is a passive technique, not suitable for actively negotiating or resolving conflicts, which is better suited for workshops or interviews. Statement (c) is false as observation does not actively engage a wide range of stakeholders to obtain buy-in.

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

The investigation technique best suited to achieve these outcomes is the Interview. A one-on-one interview provides a private and focused setting, which is essential for discussing confidential or politically sensitive issues that a stakeholder would not be comfortable raising in a group or on a written questionnaire. The personal interaction during an interview is the most effective way to build rapport with the stakeholder, leading to more open and honest communication. This deeper level of trust and detailed conversation is what allows the analyst to gain a richer appreciation of the political and cultural landscape of the business. Special purpose records, document analysis, and questionnaires are more impersonal and cannot provide the same level of qualitative insight or trust.

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

Successful business change must always be aligned with the strategy of the organisation. The primary purpose of a business change initiative is to achieve a specific business objective, and these objectives are derived directly from the organisation's overall strategy. If a proposed change, whether it's a new system, a process overhaul, or an organisational restructuring, does not support the strategic goals (such as increasing market share, improving efficiency, or enhancing customer satisfaction), it is unlikely to be approved or to deliver true value. The Business Analysis approach, particularly in the initial stages of a project, focuses heavily on understanding the strategic context and ensuring that the needs being addressed are strategic needs. This alignment is crucial for the Business Case to be justifiable and for the final solution to be judged as successful, as success is ultimately measured by the achievement of strategic goals.

(Reference: BCS Foundation Certificate in Business Analysis / BCS Business Analysis Practice – Strategic Context & Rationale for Business Analysis)

The Iterative (or Agile) lifecycle model is specifically designed to deal with changing requirements and a rapid pace of change. Unlike linear models like Waterfall or the V model, which expect requirements to be fixed early, the iterative model delivers the solution in a series of repeated cycles (iterations/sprints). This approach embraces the reality that requirements will change as stakeholders learn more about the evolving product and the business environment shifts. It explicitly incorporates frequent feedback loops and allows for the adaptation of requirements throughout the project, making it the most flexible and suitable model for unstable or complex environments.

(Reference: BCS Requirements Engineering – Lifecycle Models, Agile/Iterative)

An organization chart visually represents the structure of an organization, including roles, responsibilities, and reporting relationships. By reviewing the organization chart, Sara can learn specific details about the sponsor of her project.

Key Considerations:

Position in the company hierarchy: The organization chart clearly shows where the sponsor fits within the company’s structure (e.g., senior leadership, middle management). This helps Sara understand their level of authority and influence.

Span of control: The chart also reveals how many teams or individuals report to the sponsor, providing insight into their scope of responsibility and decision-making power.

Culture within their team: While the chart may hint at team structure, it does not provide qualitative information about team culture, which requires direct observation or interviews.

Scope of their responsibilities: The chart outlines reporting lines but does not explicitly detail the specific responsibilities of the sponsor.

Preferred management style: Management style is a behavioral trait that cannot be inferred from an organization chart alone.

Evaluation of Each Option:

A. Their position in the company hierarchy:The organization chart explicitly shows the sponsor's position in the hierarchy, helping Sara understand their level of authority.Conclusion: This is relevant .

B. Their span of control:The chart reveals how many people or teams report to the sponsor, indicating their span of control.Conclusion: This is relevant .

C. The culture within their team:Team culture is not represented in an organization chart. It requires additional qualitative data.Conclusion: This is not relevant .

D. The scope of their responsibilities:While the chart provides structural information, it does not specify the exact responsibilities of the sponsor.Conclusion: This is not relevant .

E. Their preferred management style:Management style cannot be determined from an organization chart.Conclusion: This is not relevant .

Traceability links requirements to other project artefacts. There are two main types: horizontal and vertical. Horizontal traceability (Option A) links a requirement forward to its design, code, and test cases, and backward to its source (Option D), tracing its lifecycle from inception to delivery. Vertical traceability concerns tracing a requirement up or down the requirements hierarchy (C). This ensures that lower-level requirements (e.g., functional) are aligned with and fully support the higher-level business objectives, policies, and strategy. For example, it traces a solution requirement up to the business requirement it satisfies, validating that every low-level detail is necessary and justified by a high-level business need.

(Reference: BCS Requirements Engineering – Requirements Traceability)

Kaplan and Norton's Balanced Business Scorecard is a strategic framework that evaluates organizational performance across four key perspectives: Financial, Customer, Internal Business Processes, and Learning and Growth . To determine which area has not been considered, we need to map the provided KPIs to these perspectives.

Mapping the KPIs:

The time to deliver orders for products:This relates to operational efficiency and falls under the Internal Business Process perspective.

Consumer satisfaction with products:This directly measures customer experience and falls under the Customer perspective.

Wastage in product production:This also relates to operational efficiency and falls under the Internal Business Process perspective.

The qualifications of production employees:This measures employee capabilities and development, falling under the Learning and Growth perspective.

Evaluating Each Perspective:

Financial:None of the provided KPIs address financial performance, such as revenue, profitability, or cost management.Conclusion: This perspective has not been considered .

Customer:Consumer satisfaction with products is a clear indicator of the Customer perspective.Conclusion: This perspective has been considered.

Internal Business Process:Both "time to deliver orders" and "wastage in production" relate to internal processes.Conclusion: This perspective has been considered.

Learning and Growth:The qualifications of production employees indicate employee development, which aligns with this perspective.Conclusion: This perspective has been considered.

Final Recommendation:

The Financial perspective has not been considered in the company’s KPIs.

The Requirements Catalogue (or the Requirements Specification section) is the comprehensive, organised list of all types of requirements. Technical Requirements are the non-functional constraints placed on the solution's design or build (e.g., specific hardware, operating system compatibility, integration protocols). While these inform other models, they are typically documented and tracked with other requirements (Functional and Non-functional) in the master Requirements Catalogue, often within the Non-functional or System Requirements section of the catalogue structure. Options A, B, and C are supporting documents or models, not the primary repository for a list of technical requirements.

(Reference: BCS Requirements Engineering – Requirements Catalogue Structure)

Gap analysis is a technique for comparing the current state of the business ('As Is') with the desired future state ('To Be') to identify what is missing and what needs to change. The logical first step is to establish the current starting point. Therefore, the process begins by:

Assemble representations of existing situation (The 'As Is' model). This involves investigating and documenting the current processes, organisation, people, information, and technology (POPIT).

Assemble representations of target or desired situation (The 'To Be' model).

Identify gaps to be addressed (The difference between As Is and To Be).

Consider possible actions to address the gaps (Developing the recommendations).

(Reference: BCS Business Analysis Practice – Gap Analysis)

===========