AI for Work · Advanced · 90 minutes · Interactive reference
Engineering Data Science Analysis Protocol
Use a disciplined, gated workflow to convert engineering data into statistically defensible, physically credible, reproducible, and decision-ready recommendations.
What you will learn
- Frame an engineering decision before selecting a method.
- Audit grain, lineage, measurement quality, confounding, and leakage.
- Select and validate models that match process structure.
- Translate output into operational risk and action.
- Use AI prompts without surrendering technical judgment.
How to use this lesson
Work through the phases in order. Treat each gate as a stop/go review. Use the phase prompts as reusable AI instructions, then verify every output against process knowledge and source evidence.
Learning objectives
What you will be able to do
- Define an engineering decision, response, population, unit of analysis, and success criterion.
- Identify data-grain, lineage, measurement, confounding, and leakage risks.
- Select a proportionate analysis and validation strategy.
- Interpret statistical output using engineering knowledge and uncertainty.
- Apply reusable AI prompts while retaining human review and accountability.
Prerequisites
Basic familiarity with engineering data, descriptive statistics, and spreadsheets is helpful. No programming knowledge is required.
Concept in plain English
What this protocol is—and is not
This protocol is a repeatable way to move from a workplace question to a defensible decision. It asks what decision is being made, whether the data are fit for that decision, which method matches the process structure, and how uncertainty changes the recommendation.
It is used when an analysis could influence a process setting, quality disposition, model, investment, or operational action. It does not make weak data trustworthy, prove causation from association, or replace engineering judgment.
Key terminology
| Term | Plain-language meaning | Practical interpretation |
|---|---|---|
| Data grain | What one row represents. | Heat-level and specimen-level rows cannot be joined casually. |
| Confounder | A third factor linked to both the input and outcome. | A temperature effect may actually be a grade or rolling-practice effect. |
| Leakage | Future or outcome information entering model development. | Reported model accuracy becomes unrealistically optimistic. |
| Extrapolation | Predicting beyond observed conditions. | Uncertainty and technical risk increase outside historical support. |
| Validation | Testing whether conclusions remain reliable. | Use time-, group-, or process-aware checks that match deployment. |
Workflow map
From business question to sustained decision
1. Purpose and Scope
This protocol defines the minimum analytical steps required before engineering data is used to support a process change, quality disposition, operating recommendation, technical risk assessment, predictive model, optimization study, or management decision.
It is suitable for analyses involving:
2. Governing Principles
| Principle | Required behavior |
|---|---|
| Decision-first analysis | Define the decision, risk, and success criterion before selecting a method. |
| Data quality before modeling | No inferential or predictive model should proceed until data quality risks are documented. |
| Engineering plausibility | Statistical relationships must be assessed against physical and process knowledge. |
| Uncertainty disclosure | Predictions must include uncertainty, not only point estimates. |
| Confounding awareness | Alternative explanations, grade effects, practice effects, equipment effects, and time effects must be tested. |
| Reproducibility | Data source, transformations, exclusions, code, assumptions, and model settings must be recorded. |
| Model proportionality | Use the simplest model that adequately answers the decision question. |
| Independent challenge | Actively attempt to disprove the preferred conclusion before acceptance. |
3. End-to-End Workflow
Capture the request, owner, decision, deadline, and required confidence.
Translate the business need into a testable engineering question.
Identify source systems, grain, joins, lineage, and measurement systems.
Validate completeness, correctness, consistency, uniqueness, and suitability.
Understand distributions, relationships, structure, and anomalies.
Construct meaningful, justified process variables and interactions.
Fit and compare appropriate candidate models.
Test assumptions, generalization, stability, and sensitivity.
Translate statistical output into physical and operational meaning.
Quantify risk, probability of success, and recommended action.
Package evidence, code, limitations, conclusions, and next steps.
Phase 0 — Analysis Intake
Before touching the data, record the request in a structured intake form.
- Project title and analysis owner
- Decision-maker and affected stakeholders
- Operational or business decision to be supported
- Required completion date
- Consequence of a wrong conclusion
- Available data sources and known limitations
- Required output format: technical report, presentation, dashboard, model, or recommendation
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Create a complete analysis intake from the information I provide. Identify missing information before proceeding.List every stakeholder, decision, risk, and required deliverable for this project.Rewrite my problem statement into a precise engineering decision statement.Identify ambiguities in my request that could invalidate the analysis later.Generate a project charter using engineering best practices.
Phase 1 — Problem Definition
1.1 Convert the request into an analytical question
A strong problem statement identifies the response, predictors, population, comparison, decision threshold, and operating context.
Weak: Determine whether temperature affects Charpy energy. Strong: Estimate the effect of exit temperature on transverse base-metal Charpy energy after controlling for grade, OD, wall thickness, rolling practice, slab thickness, chemistry, coiling temperature, and test temperature. Quantify the probability that a proposed X65 product will meet the specified average and minimum requirements.
1.2 Define the analysis framework
| Item | Required definition |
|---|---|
| Response variable | What outcome is being explained, predicted, controlled, or optimized? |
| Unit of analysis | Heat, slab, coil, test specimen, pipe, shift, batch, day, or campaign? |
| Population | What products, grades, assets, periods, and operating conditions are in scope? |
| Success criterion | Specification, target, tolerance, economic threshold, or risk limit. |
| Primary hypothesis | The relationship or difference being evaluated. |
| Alternative explanations | Known confounders and competing mechanisms. |
| Decision error | What are the consequences of false positive and false negative conclusions? |
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Convert this business problem into statistically testable hypotheses.Identify the response variable, predictors, confounders, and unit of analysis.Challenge my assumptions and propose alternative explanations.Determine the most appropriate analytical objective and success criteria.Identify decisions that depend on this analysis and their risks.
Phase 2 — Data Acquisition and Lineage
2.1 Establish the data grain
Every table must have a clearly defined grain. Combining tables of different grain without aggregation rules can create duplicate observations and false statistical confidence.
- Document the row definition for every source table
- Identify primary and foreign keys
- Confirm one-to-one, one-to-many, or many-to-many joins
- Test whether joins duplicate the response variable
- Record all filters and exclusions
- Preserve a raw, unchanged extract
2.2 Data lineage record
| Field | Example |
|---|---|
| Source system | QADW, historian, laboratory database, ERP, manual workbook |
| Source table/view | Fully qualified table or file name |
| Extraction date | Date and time pulled |
| Date range | Earliest and latest production/test date |
| Filters | Grade, facility, product, valid test type, date, status |
| Join keys | Heat number, slab ID, coil ID, sample ID |
| Transformations | Aggregations, conversions, derived columns, normalization |
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Design the ideal dataset schema and required joins for this analysis.Review my SQL query for duplicate risks and grain mismatches.Identify missing source tables or variables that should be collected.Produce a complete data lineage document.Audit my joins for one-to-many and many-to-many problems.
Phase 3 — Data Quality Gate
No model should proceed until the dataset is assessed against the following dimensions.
Structural checks
- Duplicate rows and duplicate business keys
- Unexpected many-to-many joins
- Missing records caused by filters or failed joins
- Incorrect data types
- Inconsistent category labels
- Mixed units
- Timestamp and timezone inconsistencies
Measurement checks
- Impossible or physically implausible values
- Instrument resolution and rounding
- Calibration or method changes
- Censoring and detection limits
- Retests and replacement results
- Operator, machine, and laboratory effects
- Measurement-system capability
3.1 Missing data analysis
Report missingness by variable, time period, product, grade, asset, and operational subgroup. Determine whether data are plausibly missing completely at random, missing at random, or missing not at random.
3.2 Outlier handling
Do not remove an observation only because it is statistically unusual. Classify each outlier as:
| Classification | Action |
|---|---|
| Data error | Correct from source evidence or exclude with documented reason. |
| Measurement failure | Investigate test validity and instrument condition. |
| Valid extreme process condition | Retain and evaluate influence. |
| Special cause | Analyze separately if the decision concerns stable operation. |
| Unknown | Retain, flag, and run sensitivity analysis with and without the point. |
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Perform a complete engineering data-quality audit before modeling.Identify missing values, duplicates, impossible values, and inconsistent units.Look for data leakage and hidden sampling bias.Recommend treatment for every outlier with justification.Determine whether this dataset is fit for purpose.
Phase 4 — Exploratory Data Analysis
Exploration is used to understand the data structure. It is not the final basis for causal conclusions.
Minimum exploratory outputs
- Response distribution and subgroup distributions
- Time-order plot
- Scatterplots for continuous predictors
- Boxplots or interval plots for categorical predictors
- Correlation matrix for numeric variables
- Counts per subgroup and predictor combination
- Missingness map
- Outlier and leverage screening
- Process sequence or campaign effects
- Potential nonlinear patterns and interactions
Confounding and Simpson’s paradox checks
For each apparent relationship, stratify or condition on major process variables. A pooled trend may disappear or reverse when examined within grade, product, rolling practice, slab thickness, line, or time period.
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Perform exploratory analysis without drawing conclusions.Identify hidden clusters, subgroup effects, and nonlinear relationships.Test for Simpson's paradox and confounding.Recommend the most informative visualizations.Summarize insights that require confirmatory testing.
Phase 5 — Feature Engineering
Derived variables should reflect process knowledge rather than arbitrary mathematical manipulation.
Acceptable feature categories
- Unit conversions and standardized units
- Process deltas, such as exit minus coiling temperature
- Rates, ratios, residence times, and specific energy
- Chemistry equivalents and metallurgical indices
- Lagged or rolling process variables
- Product geometry terms
- Interactions supported by engineering mechanisms
- Grouped categorical factors for equipment, practice, or campaign
Feature rules
| Rule | Reason |
|---|---|
| Create features before splitting only when they do not use outcome information. | Prevents data leakage. |
| Center continuous variables before creating polynomial or interaction terms. | Improves interpretability and numerical stability. |
| Retain parent terms when interactions are included. | Preserves model hierarchy. |
| Avoid redundant variables representing the same physical quantity. | Reduces multicollinearity and unstable coefficients. |
| Document every derived formula. | Ensures reproducibility. |
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Recommend engineered features based on process knowledge.Identify useful interaction terms and polynomial effects.Detect redundant predictors and multicollinearity risks.Explain every engineered feature in engineering language.Prioritize features by expected predictive value.
Phase 6 — Model Strategy and Comparison
The model family must match the response type, data structure, and decision objective.
| Situation | Candidate method |
|---|---|
| Continuous response, interpretable effects | Multiple linear regression or general linear model |
| Repeated tests, heats, coils, batches, operators, or campaigns | Mixed-effects model |
| Pass/fail or defect probability | Binary logistic regression |
| Counts of events or defects | Poisson or negative binomial model |
| Nonlinear response with known functional form | Nonlinear regression |
| Many correlated predictors | Ridge, LASSO, or elastic net |
| Complex prediction with nonlinear interactions | Random forest or gradient boosting |
| Time-dependent process behavior | Time-series or state-space model |
| Designed process study | ANOVA, factorial DOE, response surface methodology |
6.1 Baseline model
Always fit a simple baseline model. Complex methods must demonstrate a meaningful improvement over the baseline.
6.2 Model comparison criteria
- Prediction error on unseen data
- Adjusted R², AIC, BIC, or likelihood-based criteria where appropriate
- Calibration
- Residual behavior
- Stability across subgroups and time periods
- Interpretability
- Operational deployability
- Consistency with engineering knowledge
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Compare all appropriate statistical and machine-learning models.Recommend the simplest defensible model and explain why.Rank candidate models by accuracy, interpretability, and deployment risk.Identify assumptions for each model family.Explain when a mixed-effects model is preferable.
Phase 7 — Validation and Stress Testing
7.1 Select the correct validation design
| Data structure | Preferred validation |
|---|---|
| Independent observations | Random train/test split or repeated cross-validation |
| Multiple rows from the same heat, coil, batch, or subject | Grouped split |
| Time-ordered process data | Forward-chaining or time-based holdout |
| Rare grade or product combinations | Leave-group-out validation and extrapolation review |
| Small engineering dataset | Bootstrap, cross-validation, and uncertainty emphasis |
7.2 Regression diagnostics
- Residuals versus fitted values
- Normal probability plot where inference depends on normality
- Constant variance
- Independence and time-order behavior
- Influential observations and Cook’s distance
- Leverage
- Variance inflation factors
- Specification errors and omitted nonlinear terms
7.3 Sensitivity analysis
- Fit with and without influential observations
- Compare alternative subgroup definitions
- Test alternate missing-data treatments
- Test alternate model forms
- Test plausible measurement error
- Evaluate prediction under nearby operating conditions
- Assess whether conclusions depend on a small number of groups
7.4 Extrapolation control
For every prediction, compare requested predictor values with the historical data range and combinations. A value may be within each individual variable’s range but still represent an unseen combination.
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Design the best validation strategy for this dataset.Perform a complete regression diagnostic review.Stress-test the model against alternative assumptions.Evaluate extrapolation risk for requested predictions.Recommend sensitivity analyses before approval.
Phase 8 — Engineering Interpretation
Translate statistical output into process language.
Required interpretation questions
- What physical mechanism could explain the relationship?
- Is the direction of effect credible?
- Is the magnitude practically important?
- Does the effect hold within relevant product and process groups?
- Could the variable be acting as a proxy for another process condition?
- Is the effect controllable in operation?
- Would changing this variable create a trade-off elsewhere?
Coefficient interpretation format
Statistical statement: Holding the other model variables constant, a 10°C increase in exit temperature is associated with an estimated 6 J reduction in average Charpy energy. Engineering statement: Within the historical operating range represented by the model, higher exit temperature is associated with lower toughness after accounting for the listed process and chemistry variables. This relationship should not be interpreted as causal unless supported by a controlled trial or stronger process evidence.
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Translate every statistical result into engineering language.Explain whether the observed effects are physically plausible.Identify operational actions supported by the model.Separate correlation from likely causation.Explain coefficient magnitudes in practical process terms.
Phase 9 — Decision and Risk Analysis
Convert the model into a decision statement, not merely a statistical conclusion.
Minimum decision outputs
- Point prediction or estimated effect
- Confidence interval
- Prediction interval where an individual future result matters
- Probability of meeting the specification or target
- Probability of an adverse outcome
- Sensitivity to uncertain inputs
- Extrapolation classification
- Operational recommendation
- Required safeguards or verification plan
Risk classification
| Classification | Typical condition | Recommended action |
|---|---|---|
| Low | Strong historical support, stable model, narrow uncertainty | Proceed under normal controls |
| Moderate | Some uncertainty, limited subgroup data, mild extrapolation | Proceed with additional monitoring or controlled trial |
| High | Material extrapolation, unstable model, sparse data, unresolved confounding | Do not rely on prediction alone; collect targeted data |
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Convert the model into an executive decision recommendation.Estimate probability of meeting specification.Quantify operational and business risks.Recommend implementation safeguards.Summarize uncertainty for management.
Phase 10 — Documentation and Reproducibility
Required analysis package
- Approved problem statement
- Data dictionary
- Source query or extraction logic
- Raw and cleaned dataset references
- Data quality report
- Exploratory visuals
- Model specification and settings
- Diagnostics and validation results
- Sensitivity analysis
- Final engineering interpretation
- Decision recommendation
- Limitations and unresolved risks
- Reproducible code or software instructions
- Version and review history
Software-equivalent requirements
Where practical, provide:
| Platform | Required output |
|---|---|
| Python | Complete reproducible code with imports, preprocessing, model, diagnostics, and prediction. |
| Minitab | Menu navigation, field assignments, options, diagnostics, and prediction steps. |
| Excel | Formula logic, table structure, Solver setup, chart setup, or deployment method. |
| SQL | Documented query, grain, joins, filters, and deduplication logic. |
AI Prompt Library
Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.
Create a fully reproducible analysis package.Generate Python, Minitab, Excel, and SQL implementation guidance.Produce executive and technical summaries.List every limitation and assumption.Create a peer-review-ready report.
4. Final Peer-Review Checklist
Before release, perform an adversarial review using the following questions.
- Could the conclusion be caused by confounding?
- Could Simpson’s paradox be present?
- Was the data grain handled correctly?
- Were repeated observations treated as independent?
- Could data leakage inflate performance?
- Does the validation method match the data structure?
- Are influential points driving the result?
- Are key predictor combinations absent from the historical data?
- Is the model extrapolating?
- Are statistical significance and practical significance being confused?
- Are assumptions supported by diagnostics?
- Does the physical mechanism make sense?
- Are uncertainty and limitations clearly communicated?
- Can another analyst reproduce the result?
- Would the recommendation change under a reasonable alternative model?
5. Master ChatGPT Prompt
Use the following prompt at the start of a new engineering analysis.
You are acting as my senior engineering data scientist and independent technical reviewer.
Your role is to help me produce a statistically valid, physically credible, reproducible,
and decision-oriented analysis.
Follow the Engineering Data Science Analysis Protocol below.
1. Begin by restating the business decision, analytical question, response variable,
unit of analysis, population, success criterion, and consequence of a wrong conclusion.
2. Create a data lineage and data-quality plan before modeling.
3. Audit missing values, duplicate business keys, incorrect joins, impossible values,
inconsistent units, outliers, measurement-system issues, time effects, subgroup
imbalance, data leakage, confounding, sampling bias, and extrapolation risk.
4. Separate exploratory analysis from confirmatory analysis.
5. Test alternative explanations including grade, product, geometry, practice, equipment,
campaign, chemistry, time, and measurement effects.
6. Recommend the simplest valid baseline model and compare stronger candidates where appropriate.
7. Select validation that respects grouped, repeated, or time-ordered data.
8. Check assumptions, residuals, influence, multicollinearity, calibration, stability, and sensitivity.
9. Do not interpret correlation as causation.
10. Translate findings into engineering and operational language.
11. Report point estimates, intervals, probability of meeting specification, practical
significance, extrapolation status, risk classification, limitations, and action.
12. Attempt to disprove the preferred conclusion before accepting it.
13. Provide reproducible Python, Minitab, Excel, and SQL implementation where applicable.
14. Stop and report any condition that makes the analysis unreliable.
Project title:
Business decision:
Primary question:
Response variable:
Potential predictors:
Unit of analysis:
Population:
Specification or target:
Known process knowledge:
Known confounders:
Data sources:
Required deliverables:
Decision deadline:6. Reusable Templates
6.1 Project charter
Project title: Owner: Decision-maker: Business decision: Primary analytical question: Response variable: Predictor variables: Unit of analysis: Population: Date range: Success criterion: Risk of false positive: Risk of false negative: Known confounders: Expected deliverables: Approval authority:
6.2 Data-quality summary
Dataset: Source: Row count: Date range: Business key: Duplicate count: Missingness: Unit issues: Outlier count: Join risks: Measurement risks: Subgroup imbalance: Extrapolation concerns: Disposition: - Fit for purpose - Fit with limitations - Not fit for purpose
6.3 Model comparison table
| Model | Purpose | Validation metric | Interpretability | Diagnostics | Decision |
|---|---|---|---|---|---|
| Baseline | |||||
| Candidate 1 | |||||
| Candidate 2 |
6.4 Final recommendation format
Decision: Recommended action: Estimated result: Uncertainty: Probability of meeting target: Historical support: Extrapolation status: Primary risk: Key assumptions: Required controls: Verification plan: Conditions that would change the recommendation:
7. Standard Deliverables
| Deliverable | Audience | Purpose |
|---|---|---|
| One-page executive summary | Managers and decision-makers | Decision, evidence, risk, and recommendation |
| Technical report | Engineers and analysts | Methods, diagnostics, assumptions, and limitations |
| Reproducible analysis package | Analysts and auditors | Queries, code, data transformations, and model files |
| Validation appendix | Technical reviewers | Residuals, sensitivity, subgroup checks, and model comparison |
| Operational control plan | Process owners | Limits, monitoring, escalation, and verification actions |
Worked example
Separating temperature from rolling-practice effects
Problem: A pooled chart suggests that higher exit temperature lowers Charpy energy. Management must decide whether to tighten the temperature window.
- Define the unit: one slab, with specimen results summarized using a documented aggregation rule.
- Audit the structure: the high-temperature observations are concentrated in different rolling practices.
- Test the alternative explanation: compare temperature–Charpy relationships within product and rolling practice, then fit a model controlling for grade, geometry, chemistry, practice, slab thickness, coiling temperature, and test temperature.
- Validate: use grouped validation by heat or campaign and inspect influential observations and unsupported combinations.
- Decide: if the pooled trend disappears within practice, do not attribute the change to temperature alone. Recommend a controlled trial or additional balanced data.
Interpretation: the protocol prevents a correlation created by operating mix from being presented as a physical temperature effect. The limitation is that historical data may still lack the combinations needed for a causal conclusion.
Interpretation guide
| When you see this | It means this | Required response |
|---|---|---|
| Pooled and within-group trends disagree | Confounding or Simpson’s paradox may be present. | Report subgroup results and control the relevant factors. |
| Random validation is much stronger than grouped validation | Related records may be leaking across folds. | Use a split that matches future deployment. |
| Prediction is outside historical ranges | The result is extrapolation. | Increase caution, disclose uncertainty, and consider a trial. |
| Model fit is high but residuals show structure | The model has missed process behavior. | Revisit the model form and process variables. |
Common mistakes and review traps
- Calculation: duplicating the response through a one-to-many join. Check row counts and business keys before and after every join.
- Interpretation: treating correlation or a small p-value as causation. Test competing explanations and use process knowledge.
- Assumption: deleting every unusual point. Classify each point and run sensitivity checks.
- Software output: selecting the model with the highest R². Compare out-of-sample error, diagnostics, stability, and interpretability.
- Exam/review trap: reporting a point prediction without an interval or support check. State uncertainty and whether the case is interpolation or extrapolation.
Software guidance
| Tool | Use it for | Important output |
|---|---|---|
| Excel / Power Query | Source profiling, joins, units, missingness, and traceable tables. | Row counts, duplicate keys, errors, nulls, and transformation steps. |
| Minitab | Graphical analysis, regression, mixed models, DOE, SPC, and diagnostics. | Effect estimates, intervals, residual plots, variance components, and validation statistics. |
| SQL | Reproducible extraction at a declared grain. | Join cardinality, filters, keys, and aggregation logic. |
| Python or R | Automated pipelines, group-aware validation, sensitivity analysis, and reproducible reporting. | Versioned code, held-out metrics, diagnostics, and saved model settings. |
Software executes the method; it does not choose the decision, verify the measurement system, or establish engineering plausibility.
Practice activity
Choose the next analytical action
A model predicts tensile strength using 2,400 specimen rows. Several specimens come from the same heat, and a random train/test split reports excellent accuracy. What should you do before accepting the result?
Answer: repeat validation with all specimens from each heat kept in the same fold or holdout set.
Reasoning: random row splitting lets closely related specimens from one heat appear in both training and test data. That leakage can inflate accuracy. Compare the grouped result with the random result, document the gap, and use the grouped estimate for deployment decisions.
Final summary
Key takeaways
- Start with the decision, risk, population, and unit of analysis.
- Do not model until data grain, lineage, measurement quality, and fitness are documented.
- Challenge pooled relationships using subgroup and time-aware analysis.
- Match validation to how the model will be used.
- Report uncertainty, historical support, and extrapolation status.
- Use AI to structure and challenge work, not to replace verification or accountability.
Decision rule: proceed only when the evidence is fit for the intended decision and the remaining uncertainty is acceptable for the consequence of being wrong.
Remember this: decision first, data quality second, modeling third.
Suggested next lesson: Engineering AI Prompt Library.
Knowledge check