Practice assessment: scenario judgement for architecture decisions. Not timed.
Software architecture practice assessment. Foundations
12 questions

Scenario: A change in billing breaks support tooling. What does that suggest?

boundaries

A proposal says 'scalable' with no constraint. What is the correct response?

quality

Teams argue about microservices vs monolith. What makes it an architectural question?

decomposition

Scenario: A diagram is beautiful but nobody can use it to debug or change the system. What failed?

communication

Scenario: Two teams keep breaking each other’s releases. What is the most likely root cause?

boundaries

Which statement is most defensible about architecture decisions?

tradeoffs

A useful architecture diagram should primarily answer:

communication

Scenario: A requirement says 'high availability' but gives no target. What is the correct next step?

quality

Scenario: A shared database becomes the integration mechanism across services. What is the main risk?

boundaries

Scenario: A design optimises for speed, but auditability suffers. What should happen?

tradeoffs

Scenario: One team owns a component but cannot ship without 5 other teams. What does that suggest?

decomposition

Scenario: You must convince a skeptical stakeholder. What makes architecture evidence credible?

communication
Add CPD reflection (optional)
One short paragraph makes your CPD evidence much stronger.
Draft one ADR for a decision you have seen at work. Include constraints, trade-offs, and a review trigger.

Quick feedback

Optional. This helps improve accuracy and usefulness. No accounts required.