Dataford
Interview QuestionsInterview GuidesExperiencesCoaching
New
Pricing
Get started
Dataford
Popular roles
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Browse
Browse All RolesEvery role hub, from analyst to MLBrowse All CompaniesCompany-specific interview loopsAll Interview GuidesThe full guide library
Top questions by role
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Top questions by skill
SQLPythonStatisticsMachine LearningA/B TestingSystem DesignGenerative AIProduct SenseMetricsBehavioral
Browse all questions →Try a mock interview
Experiences
Practice
Mock InterviewsTimed interview simulations with feedbackCoaching1:1 coaching with people at your target companiesSuccess PathYour 6-week structured planModulesCurated lessons by topicWebinarsTalks from ex-Big Tech data leadsPlaygroundA free-form scratch editor
Learn
BlogInterview strategy and career adviceTech Job Market ReportHiring trends across data and AI rolesFor UniversitiesDataford for career centersAbout DatafordWho we are and how we build
Pricing
Build my plan

Engineer Features for Delivery Delay Prediction

EasyMachine Learning00:00
Practice interviewer
In session
5 left
00:00

Your question is Engineer Features for Delivery Delay Prediction. Take a moment with it on the right.

Talk me through your thinking if you like. When you're confident, submit your answer and I'll grade it like a real screen (7/10 or better passes).

You need to log in / sign up to chat or submit.

Problem

Business Context

Avenue Code’s delivery operations team wants a lightweight model to predict whether a client delivery ticket will miss its promised SLA. The goal is not only to train a classifier, but to demonstrate strong feature engineering on messy operational data that includes timestamps, categorical fields, and partially missing inputs.

Dataset

You are given a historical dataset of delivery tickets exported from an Avenue Code internal operations workflow. Each row represents one ticket at the moment it was assigned to a delivery squad.

Feature GroupCountExamples
Numeric operational metrics12estimated_hours, prior_revisions, team_load, client_tenure_months
Categorical attributes9region, service_line, priority, squad_id, client_segment
Temporal fields6created_at, assigned_at, due_at, day_of_week, hour_of_day
Text-derived flags4has_urgent_keyword, request_length, has_attachment, contains_change_request
Target1sla_missed
  • Size: 48K tickets over 18 months, 31 raw features
  • Target: Binary classification — whether the ticket missed SLA
  • Class balance: 21% positive, 79% negative
  • Missing data: 18% missing in estimated_hours, 11% in client_tenure_months, 7% in text-derived fields

Success Criteria

A good solution should improve materially over a raw-feature baseline by using thoughtful feature engineering. Aim for ROC-AUC >= 0.82 and F1 >= 0.60 on the held-out test set, while keeping the pipeline interpretable enough for operations managers to review the main drivers.

Constraints

  • Batch scoring only; inference should complete in under 5 minutes for 10K daily tickets
  • Avoid leakage from future timestamps or post-assignment information
  • Prefer features that can be recomputed reliably in production
  • Keep the solution simple enough to maintain by a small ML platform team

Deliverables

  1. Build a reproducible feature engineering pipeline for numeric, categorical, and temporal data.
  2. Train at least one baseline model and one improved model using engineered features.
  3. Explain which engineered features are most useful and why.
  4. Evaluate the model with appropriate classification metrics and threshold selection.
  5. Identify leakage risks and productionization considerations for the feature pipeline.