BA Basic frameworks Flashcards

(45 cards)

1
Q

A stakeholder says, ‘This isn’t the problem we were trying to solve.’

A

1 – Requirements Elicitation (alignment on intent)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Teams disagree on what outcome success actually means.

A

1 – Requirements Elicitation (right problem, right outcome)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

A solution works, but leadership says it missed the original goal.

A

1 – Requirements Elicitation (misaligned intent)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Scope keeps shifting because goals were never clearly defined.

A

1 – Requirements Elicitation (alignment failure)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Stakeholders assumed different objectives from the start.

A

1 – Requirements Elicitation (shared understanding)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

A requirement exists but no one identified all necessary components.

A

2 – Requirements Decomposition (missing elements)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Engineering asks what data fields are required after build starts.

A

2 – Requirements Decomposition (data not identified)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

No one defined which systems were involved.

A

2 – Requirements Decomposition (tasks/components missing)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

A feature description lacks inputs or outputs.

A

2 – Requirements Decomposition (data gap)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Something feels incomplete, but no one can say what.

A

2 – Requirements Decomposition (objective completeness test)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

A feature works for most cases but breaks under specific conditions.

A

3 – Business Rules (if/then logic)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Eligibility criteria were never clarified.

A

3 – Business Rules (conditions)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Edge cases were not handled.

A

3 – Business Rules (exceptions)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Users can perform actions they shouldn’t be allowed to.

A

3 – Business Rules (constraints)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Errors occur only in certain scenarios.

A

3 – Business Rules (conditional behavior)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Teams have different interpretations of how work flows.

A

4 – Process Modeling (visualize flow)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

No one knows who hands off work to whom.

A

4 – Process Modeling (handoffs)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Approval steps were skipped unintentionally.

A

4 – Process Modeling (workflow gaps)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Different teams assume different sequences.

A

4 – Process Modeling (order of steps)

20
Q

Problems occur at the seams between steps.

A

4 – Process Modeling (decisions & exceptions)

21
Q

Stakeholders say, ‘This technically works, but it’s not what I expected.’

A

5 – User Stories & Acceptance Criteria (clear intent + proof)

22
Q

Success was never clearly defined.

A

5 – User Stories & Acceptance Criteria (definition of done)

23
Q

Users disagree on whether the feature is complete.

A

5 – User Stories & Acceptance Criteria (subjective success)

24
Q

Acceptance criteria were vague or missing.

A

5 – User Stories & Acceptance Criteria (testability)

25
The team built something, but no one agrees it solved the problem.
5 – User Stories & Acceptance Criteria (value confirmation)
26
Developers are confused about what to build.
6 – Backlog Refinement (definition of ready)
27
A dependency surfaces mid-sprint.
6 – Backlog Refinement (readiness failure)
28
Engineering has to guess during implementation.
6 – Backlog Refinement (ambiguity)
29
Work entered development before questions were resolved.
6 – Backlog Refinement (last gate before build)
30
Stories were pulled before they were ready.
6 – Backlog Refinement (readiness check)
31
Someone says, 'I didn’t understand that.'
10 – Communication (transfer of understanding)
32
Stakeholders were surprised by the outcome.
10 – Communication (right info, right time)
33
Engineering interpreted the requirement differently.
10 – Communication (misalignment)
34
Too many follow-up questions after meetings.
10 – Communication (format/timing issue)
35
Information was sent but not absorbed.
10 – Communication (delivery vs understanding)
36
Issues only appear after release.
11 – UAT Coordination (real-world validation)
37
Users use the system differently than expected.
11 – UAT Coordination (actual usage)
38
Business signs off, but problems surface later.
11 – UAT Coordination (false confidence)
39
Edge cases weren’t tested with real users.
11 – UAT Coordination (scenario coverage)
40
Testing didn’t reflect real conditions.
11 – UAT Coordination (business validation)
41
Someone asks, 'Why does this requirement exist?'
14 – Documentation & Traceability (rationale)
42
Different documents say different things.
14 – Documentation & Traceability (source of truth)
43
No one remembers who made a decision.
14 – Documentation & Traceability (decision trail)
44
Changes weren’t updated everywhere.
14 – Documentation & Traceability (trace gaps)
45
New team members can’t follow the history.
14 – Documentation & Traceability (continuity)