The decision or task is clearly defined
The team can describe what the data needs to help a person or system do.
Clarify sources, ownership, sensitivity, quality, access and evaluation needs before connecting data to a system.
The team can describe what the data needs to help a person or system do.
The origin of relevant records, files, APIs or documents is identified.
Someone can approve access, definitions, retention and corrections.
Personal, confidential, regulated or secret fields are identified before external processing.
Missing values, duplicates, stale records and inconsistent formats are understood.
Users and services have an explicit reason and permission to access the data they need.
There is a way to judge whether extraction, classification, retrieval or generation is useful.
The implementation knows what should be kept, for how long, and what should be removed.
It is possible to understand where derived data came from and what changed it.
Critical workflows can continue or escalate when data or model output is unavailable.
Tests include common, difficult and edge-case examples instead of only ideal samples.
Someone is responsible for data drift, source changes and recurring quality issues after launch.
Use WhatsApp, phone or email to discuss these topics and agree the next step. Keep passwords, API keys and recovery codes out of your message.