This template supports real-world design reviews using the CORE perspectives:
Context, Object, Reaction, and Evolution.
- Project Name:
- System/Feature:
- Author/Team:
- Date:
- Phase: □ Requirements □ Basic Design □ Detailed Design □ Pre-Implementation □ Improvement
Who is it for? Why now? What are the constraints?
- Who are the users or stakeholders?
- What value does this system/feature provide?
- What constraints (time, budget, tech) are present?
- Users and stakeholders are clearly identified
- The purpose is specifically described
- Constraints are known and documented
- Business priorities and trade-offs are defined
(Insights / concerns / decisions from the Context perspective)
Who owns what? How is it divided?
- What are the system’s main components?
- What are the responsibilities of each?
- How are they connected?
- Component boundaries are defined
- Responsibilities are clearly allocated with no overlap
- Ownership of data and logic is clear
- Interfaces are explicitly defined
(Insights / concerns / decisions from the Object perspective)
What changes? What are the side effects?
- What are the key system states?
- How do states transition?
- What side effects occur with each operation?
- State transitions are mapped and documented
- Error and exception handling is considered
- Data flow is understood
- Test strategy and verification approach are clear
(Insights / concerns / decisions from the Reaction perspective)
Will it hold up over time and across teams?
- Can the design handle future changes?
- Is it easy to explain to a new team member?
- Is the design maintainable and operable?
- The design accommodates future requirements
- Changes have limited, predictable impact
- Naming is consistent and intuitive
- The design rationale is documented
(Insights / concerns / decisions from the Evolution perspective)
(What’s working well from each perspective)
(What needs improvement, alternatives, or more analysis)
| Action Item | Owner | Due Date | Priority |
|---|---|---|---|
-
Match to Project Phase
- Early stages: focus on C and O
- Detail stage: balance across all
- Post-release: focus on R and E
-
Team Communication
- Use CORE terms in design discussions
- Identify weaknesses directly: "The R view is unclear"
-
Customization
- Adjust checklists for your project’s complexity
- Expand specific questions as needed
-
Iterative Review
- Reuse the template regularly to track evolution
- Use it for retrospective analysis of past design decisions
© 2025 Masahiro Nakatsugawa – CORE Framework | Licensed under CC BY 4.0