Record the rationale for material design decisions: Given III.A.5, what documentation practice during design
Recording the rationale, trade-offs, and approvers for material design decisions is what preserves accountability for contested choices.
The question
Months after a chatbot launched, an internal review questions why the team excluded a certain data source that could have improved fairness. No record explains the decision, and no one recalls the reasoning. Given III.A.5, what documentation practice during design and build would have prevented this gap?
Preparing for AIGP? Take the free 5-min readiness quiz →
- Maintain a running log of infrastructure uptime and system latency during the build, so the team can later demonstrate that the platform performed reliably throughout.Operational metrics show system performance, not the rationale behind a contested design choice, so they cannot close the accountability gap.
- Keep a prioritized backlog of user-requested features ranked by demand, so the team can show it responded to stakeholder needs across the timeline.A feature backlog captures desired functionality, not the reasoning and approval behind design decisions that governance must trace.
- Record the rationale for material design decisions, including trade-offs considered and who approved them, so choices remain accountable and defensible later. ✓Documenting the reasoning, trade-offs, and approvers for design decisions preserves accountability and lets contested choices be explained afterward.
- Archive every code commit with its author and timestamp, so the team can reconstruct exactly what changed and when across development.Commit history shows what code changed, but not why a data source was excluded or who decided, leaving the rationale undocumented.
The trap
Assuming performance logs, backlogs, or commit history capture the reasoning behind design decisions. How to remember it
Recording the rationale, trade-offs, and approvers for material design decisions is what preserves accountability for contested choices.
How many of these would you get right?
One of 1581 AIGP questions on Certsqill. Take a free five-minute check and see your score per domain — not one number, but which section to open tonight.
Test your AIGP readiness — freeMore Understanding How to Govern AI Development questions
- A probability/severity harms matrix that plots each risk: Which tool from the objective's examples is designed →
- The data is not fit-for-purpose because its population is: Applying data-governance requirements, which →
- The origin of each portion: To satisfy data lineage and provenance requirements, what must the provenance →
- All 426 Understanding How to Govern AI Development questions →
Part of the Certsqill AIGP question bank · Understanding How to Govern AI Development ·
Every answer, right and wrong, comes with its own explanation.
