UpSkill Sprint Consulting logoUpSkill Sprint Consulting
Browse lessons

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

TermPlain-language meaningPractical interpretation
Data grainWhat one row represents.Heat-level and specimen-level rows cannot be joined casually.
ConfounderA third factor linked to both the input and outcome.A temperature effect may actually be a grade or rolling-practice effect.
LeakageFuture or outcome information entering model development.Reported model accuracy becomes unrealistically optimistic.
ExtrapolationPredicting beyond observed conditions.Uncertainty and technical risk increase outside historical support.
ValidationTesting whether conclusions remain reliable.Use time-, group-, or process-aware checks that match deployment.

Workflow map

From business question to sustained decision

IntakeDefineAcquireQuality gateExploreEngineerModelValidateInterpretDecideDocument

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:

Regression Mixed-effects models DOE SPC Reliability Classification Time series Root-cause analysis Process optimization Quality risk
Primary objective: produce conclusions that are statistically valid, physically plausible, operationally useful, traceable to source data, and robust enough to withstand technical review.

2. Governing Principles

PrincipleRequired behavior
Decision-first analysisDefine the decision, risk, and success criterion before selecting a method.
Data quality before modelingNo inferential or predictive model should proceed until data quality risks are documented.
Engineering plausibilityStatistical relationships must be assessed against physical and process knowledge.
Uncertainty disclosurePredictions must include uncertainty, not only point estimates.
Confounding awarenessAlternative explanations, grade effects, practice effects, equipment effects, and time effects must be tested.
ReproducibilityData source, transformations, exclusions, code, assumptions, and model settings must be recorded.
Model proportionalityUse the simplest model that adequately answers the decision question.
Independent challengeActively attempt to disprove the preferred conclusion before acceptance.

3. End-to-End Workflow

0
Analysis intake

Capture the request, owner, decision, deadline, and required confidence.

1
Problem definition

Translate the business need into a testable engineering question.

2
Data acquisition

Identify source systems, grain, joins, lineage, and measurement systems.

3
Data quality gate

Validate completeness, correctness, consistency, uniqueness, and suitability.

4
Exploratory analysis

Understand distributions, relationships, structure, and anomalies.

5
Feature engineering

Construct meaningful, justified process variables and interactions.

6
Model strategy

Fit and compare appropriate candidate models.

7
Validation

Test assumptions, generalization, stability, and sensitivity.

8
Engineering interpretation

Translate statistical output into physical and operational meaning.

9
Decision analysis

Quantify risk, probability of success, and recommended action.

10
Documentation

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
Gate 0 — Proceed?
Proceed only when the decision question and intended use of the result are explicit.

AI Prompt Library

Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.

  1. Create a complete analysis intake from the information I provide. Identify missing information before proceeding.
  2. List every stakeholder, decision, risk, and required deliverable for this project.
  3. Rewrite my problem statement into a precise engineering decision statement.
  4. Identify ambiguities in my request that could invalidate the analysis later.
  5. 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

ItemRequired definition
Response variableWhat outcome is being explained, predicted, controlled, or optimized?
Unit of analysisHeat, slab, coil, test specimen, pipe, shift, batch, day, or campaign?
PopulationWhat products, grades, assets, periods, and operating conditions are in scope?
Success criterionSpecification, target, tolerance, economic threshold, or risk limit.
Primary hypothesisThe relationship or difference being evaluated.
Alternative explanationsKnown confounders and competing mechanisms.
Decision errorWhat are the consequences of false positive and false negative conclusions?
Do not select a regression, DOE, machine-learning model, or control chart until the unit of analysis and decision objective are defined.

AI Prompt Library

Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.

  1. Convert this business problem into statistically testable hypotheses.
  2. Identify the response variable, predictors, confounders, and unit of analysis.
  3. Challenge my assumptions and propose alternative explanations.
  4. Determine the most appropriate analytical objective and success criteria.
  5. 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

FieldExample
Source systemQADW, historian, laboratory database, ERP, manual workbook
Source table/viewFully qualified table or file name
Extraction dateDate and time pulled
Date rangeEarliest and latest production/test date
FiltersGrade, facility, product, valid test type, date, status
Join keysHeat number, slab ID, coil ID, sample ID
TransformationsAggregations, conversions, derived columns, normalization

AI Prompt Library

Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.

  1. Design the ideal dataset schema and required joins for this analysis.
  2. Review my SQL query for duplicate risks and grain mismatches.
  3. Identify missing source tables or variables that should be collected.
  4. Produce a complete data lineage document.
  5. 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:

ClassificationAction
Data errorCorrect from source evidence or exclude with documented reason.
Measurement failureInvestigate test validity and instrument condition.
Valid extreme process conditionRetain and evaluate influence.
Special causeAnalyze separately if the decision concerns stable operation.
UnknownRetain, flag, and run sensitivity analysis with and without the point.
Gate 3 — Data quality disposition
Classify the dataset as Fit for purpose, Fit with limitations, or Not fit for purpose. Record all unresolved risks before continuing.

AI Prompt Library

Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.

  1. Perform a complete engineering data-quality audit before modeling.
  2. Identify missing values, duplicates, impossible values, and inconsistent units.
  3. Look for data leakage and hidden sampling bias.
  4. Recommend treatment for every outlier with justification.
  5. 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.

A strong pooled correlation is not sufficient evidence of a process mechanism. Verify that the relationship exists within relevant operating groups.
Gate 4 — Exploration review
Confirm that key subgroup structure, time effects, rare combinations, and confounders have been identified before model construction.

AI Prompt Library

Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.

  1. Perform exploratory analysis without drawing conclusions.
  2. Identify hidden clusters, subgroup effects, and nonlinear relationships.
  3. Test for Simpson's paradox and confounding.
  4. Recommend the most informative visualizations.
  5. 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

RuleReason
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.

  1. Recommend engineered features based on process knowledge.
  2. Identify useful interaction terms and polynomial effects.
  3. Detect redundant predictors and multicollinearity risks.
  4. Explain every engineered feature in engineering language.
  5. 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.

SituationCandidate method
Continuous response, interpretable effectsMultiple linear regression or general linear model
Repeated tests, heats, coils, batches, operators, or campaignsMixed-effects model
Pass/fail or defect probabilityBinary logistic regression
Counts of events or defectsPoisson or negative binomial model
Nonlinear response with known functional formNonlinear regression
Many correlated predictorsRidge, LASSO, or elastic net
Complex prediction with nonlinear interactionsRandom forest or gradient boosting
Time-dependent process behaviorTime-series or state-space model
Designed process studyANOVA, 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
The best engineering model is not automatically the model with the highest R². Prefer the model that gives adequate accuracy, stable behavior, transparent assumptions, and actionable interpretation.

AI Prompt Library

Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.

  1. Compare all appropriate statistical and machine-learning models.
  2. Recommend the simplest defensible model and explain why.
  3. Rank candidate models by accuracy, interpretability, and deployment risk.
  4. Identify assumptions for each model family.
  5. Explain when a mixed-effects model is preferable.

Phase 7 — Validation and Stress Testing

7.1 Select the correct validation design

Data structurePreferred validation
Independent observationsRandom train/test split or repeated cross-validation
Multiple rows from the same heat, coil, batch, or subjectGrouped split
Time-ordered process dataForward-chaining or time-based holdout
Rare grade or product combinationsLeave-group-out validation and extrapolation review
Small engineering datasetBootstrap, 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.

Gate 7 — Model acceptance
Accept the model only when validation performance, residual behavior, subgroup stability, and extrapolation risk are documented.

AI Prompt Library

Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.

  1. Design the best validation strategy for this dataset.
  2. Perform a complete regression diagnostic review.
  3. Stress-test the model against alternative assumptions.
  4. Evaluate extrapolation risk for requested predictions.
  5. 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.

  1. Translate every statistical result into engineering language.
  2. Explain whether the observed effects are physically plausible.
  3. Identify operational actions supported by the model.
  4. Separate correlation from likely causation.
  5. 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

ClassificationTypical conditionRecommended action
LowStrong historical support, stable model, narrow uncertaintyProceed under normal controls
ModerateSome uncertainty, limited subgroup data, mild extrapolationProceed with additional monitoring or controlled trial
HighMaterial extrapolation, unstable model, sparse data, unresolved confoundingDo not rely on prediction alone; collect targeted data
A recommendation should state what to do, why, under what limits, and what evidence would trigger reconsideration.

AI Prompt Library

Use or adapt the following prompts to obtain high-quality, structured assistance from AI during this phase.

  1. Convert the model into an executive decision recommendation.
  2. Estimate probability of meeting specification.
  3. Quantify operational and business risks.
  4. Recommend implementation safeguards.
  5. 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:

PlatformRequired output
PythonComplete reproducible code with imports, preprocessing, model, diagnostics, and prediction.
MinitabMenu navigation, field assignments, options, diagnostics, and prediction steps.
ExcelFormula logic, table structure, Solver setup, chart setup, or deployment method.
SQLDocumented 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.

  1. Create a fully reproducible analysis package.
  2. Generate Python, Minitab, Excel, and SQL implementation guidance.
  3. Produce executive and technical summaries.
  4. List every limitation and assumption.
  5. 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?
Release decision
Mark the analysis as Approved, Approved with limitations, or Not approved.

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

ModelPurposeValidation metricInterpretabilityDiagnosticsDecision
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

DeliverableAudiencePurpose
One-page executive summaryManagers and decision-makersDecision, evidence, risk, and recommendation
Technical reportEngineers and analystsMethods, diagnostics, assumptions, and limitations
Reproducible analysis packageAnalysts and auditorsQueries, code, data transformations, and model files
Validation appendixTechnical reviewersResiduals, sensitivity, subgroup checks, and model comparison
Operational control planProcess ownersLimits, monitoring, escalation, and verification actions
This protocol is intentionally rigorous. For quick screening studies, the depth may be reduced, but the decision definition, data quality gate, confounding review, uncertainty statement, and reproducibility requirements should remain.

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.

  1. Define the unit: one slab, with specimen results summarized using a documented aggregation rule.
  2. Audit the structure: the high-temperature observations are concentrated in different rolling practices.
  3. 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.
  4. Validate: use grouped validation by heat or campaign and inspect influential observations and unsupported combinations.
  5. 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 thisIt means thisRequired response
Pooled and within-group trends disagreeConfounding or Simpson’s paradox may be present.Report subgroup results and control the relevant factors.
Random validation is much stronger than grouped validationRelated records may be leaking across folds.Use a split that matches future deployment.
Prediction is outside historical rangesThe result is extrapolation.Increase caution, disclose uncertainty, and consider a trial.
Model fit is high but residuals show structureThe model has missed process behavior.Revisit the model form and process variables.

Common mistakes and review traps

  1. Calculation: duplicating the response through a one-to-many join. Check row counts and business keys before and after every join.
  2. Interpretation: treating correlation or a small p-value as causation. Test competing explanations and use process knowledge.
  3. Assumption: deleting every unusual point. Classify each point and run sensitivity checks.
  4. Software output: selecting the model with the highest R². Compare out-of-sample error, diagnostics, stability, and interpretability.
  5. 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

ToolUse it forImportant output
Excel / Power QuerySource profiling, joins, units, missingness, and traceable tables.Row counts, duplicate keys, errors, nulls, and transformation steps.
MinitabGraphical analysis, regression, mixed models, DOE, SPC, and diagnostics.Effect estimates, intervals, residual plots, variance components, and validation statistics.
SQLReproducible extraction at a declared grain.Join cardinality, filters, keys, and aggregation logic.
Python or RAutomated 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?

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

Check your understanding

1. What comes before method selection?
2. When should modeling begin?
3. Why respect grouped or time-ordered data?
4. What makes a recommendation decision-ready?
5. What should you do when a prediction is outside the historical operating range?
Back to AI for Work