Dataford
Interview QuestionsInterview GuidesExperiencesMock InterviewsPricing
Get started

Measure Engineering Project Success

EasyMetrics00:00
Practice interviewer
In session
5 left
00:00

Your question is Measure Engineering Project Success. 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

Notion launched a 4-month engineering project to improve workspace load performance and reliability for large enterprise customers. The project included backend query optimization, caching changes, and frontend bundle reduction. Leadership now wants a clear metric framework to decide whether the project was successful beyond simply shipping on time.

Metric Scenario

Before launch, median workspace load time was 3.8s, p95 load time was 9.4s, crash-free sessions were 98.7%, weekly active teams were 42,000, and enterprise account renewal rate was 91%. Six weeks after rollout to 100% of traffic, median load time improved to 2.6s, p95 load time to 6.1s, crash-free sessions to 99.3%, weekly active teams increased to 43,200, support tickets about slowness fell from 1,150/month to 620/month, and renewal rate has not yet materially changed.

The VP of Engineering asks you to define the right success metrics for this project, separate leading from lagging indicators, and explain how you would attribute business impact versus technical improvement.

Requirements

  1. Define the primary metric or metric set you would use to judge project success.
  2. Identify which metrics are leading indicators versus lagging indicators.
  3. Explain how you would decompose the results to determine whether improvements are broad-based or isolated.
  4. Recommend guardrails to ensure the project did not improve speed at the expense of reliability or user behavior.
  5. Describe how you would communicate success to engineering, product, and executive stakeholders.

Data Available

  • page_load_events: request_id, workspace_id, user_id, timestamp, load_time_ms, page_type, device_type, browser
  • session_quality: session_id, user_id, workspace_id, crash_flag, api_error_count, timestamp
  • workspace_activity_daily: workspace_id, date, active_users, documents_opened, edits_completed
  • support_tickets: ticket_id, workspace_id, created_at, issue_category, severity
  • account_health: account_id, workspace_id, plan_type, renewal_date, renewal_status, arr