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 ServiceNow Escalations

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

Your question is Engineer Features for ServiceNow Escalations. 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

Steampunk uses ServiceNow to manage internal delivery and support workflows across client programs. You need to build a model that predicts whether an incident ticket will be escalated within 7 days, and the main focus of the exercise is deciding which features to engineer, why they are useful, and how to validate that they improve model performance without introducing leakage.

Dataset

You are given 14 months of historical ServiceNow incident data exported at the ticket-day grain.

Feature GroupCountExamples
Ticket metadata10priority, category, assignment_group, contact_channel
SLA and workflow8sla_breached_before, reassignment_count, pending_reason
User/account context6client_tier, requester_region, contract_type
Temporal fields7day_of_week_opened, hour_opened, ticket_age_days
Text-derived fields5short_description_length, sentiment_score, keyword flags
  • Size: 320K ticket-day records representing 92K unique incidents
  • Target: Binary — escalated within the next 7 days (1) vs not escalated (0)
  • Class balance: 11.4% positive, 88.6% negative
  • Missing data: 18% missing in text-derived fields, 6% missing in requester/account attributes, and some workflow fields only populated after specific transitions

Success Criteria

A strong solution should improve over a no-feature-engineering baseline and achieve PR-AUC ≥ 0.42, ROC-AUC ≥ 0.80, and precision ≥ 0.35 at 70% recall on a held-out time-based test set.

Constraints

  • Avoid target leakage from post-escalation or future workflow events
  • Predictions run every 4 hours, so batch inference must stay under 5 minutes for 50K open tickets
  • Operations leaders need interpretable drivers, not just a black-box score

Deliverables

  1. Propose and implement a feature engineering strategy, including features you would include and explicitly exclude.
  2. Train at least one baseline model and one model using engineered features.
  3. Use a time-based validation scheme and justify it.
  4. Evaluate the impact of engineered features with concrete metrics.
  5. Explain which engineered features are most valuable and how you would maintain them in production.