CoachNed
Calculator, ruler, coins, and a ledger on a desk

Firm guides

QuantumBlack Interviews: Case vs Coding by Role

How QuantumBlack, AI by McKinsey runs DS, DE, ML, and product loops, what the case round actually scores, and a worked example you can rehearse today.

UpdatedReviewed by Ned

In a typical QuantumBlack final loop I have seen, the coding screen knocks out the people who cannot ship. The case knocks out the people who cannot decide. Most candidates reverse those priorities: they grind LeetCode for six weeks and walk into a client-style use case with no practice structuring a business problem out loud.

That is the mistake. McKinsey's interviewing page already splits the process into three pieces for technical roles: a Personal Experience Interview, a problem-solving case, and a role-specific technical assessment. The technical piece changes by family. The case does not stop being a case. After this piece you should know what QuantumBlack is today, which interview format each role family leans on, and how to rehearse the shared case half without pretending you have a confidential scorecard.

What QuantumBlack is now

McKinsey brands the unit QuantumBlack, AI by McKinsey: its AI consulting arm, born in Formula 1 analytics and folded into the firm in December 2015. McKinsey's own announcement described a London company of about 45 people that would keep its name while joining McKinsey client work (Accelerating with QuantumBlack). The firm's alliances page still frames the origin the same way: F1 roots, then a decade inside McKinsey as the AI and engineering powerhouse (QuantumBlack overview).

Two operating layers matter for interviews:

LayerWhat McKinsey says it doesWhy interviewers care
QuantumBlack deliveryClient AI builds with data scientists, engineers, product people, and designersYou will explain trade-offs to non-engineers
QuantumBlack LabsInternal product and R&D hub (tools, libraries, platforms)Production, monitoring, and reuse show up in questions

When McKinsey launched the QuantumBlack Horizon product suite in June 2023, it described Labs as more than 250 technologists supporting more than 1,300 data scientists across over 50 locations (Horizon launch). A later firm update on gen AI and Iguazio put QuantumBlack at more than 5,000 colleagues across more than 40 countries (gen AI update). Treat those as firm-published snapshots, not a perpetual headcount.

The January 2023 Iguazio acquisition is the other interview signal. McKinsey bought an MLOps platform and more than 70 AI experts specifically to move work from proof of concept into production. If your answers stop at model choice, you are answering the 2018 version of the firm.

Role families and which format each one runs

McKinsey's QuantumBlack careers community lists four technical role pages candidates should treat as primary: data scientist, data engineer, machine learning engineer, and software engineer. The careers hub also names product managers and designers as part of the mix (careers and community). Live postings add product analyst and Labs product titles; always confirm against your own listing.

McKinsey does not publish a QuantumBlack-only interview map. Formats move by office, level, and year. Confirm the sequence with your recruiter. What follows is how the emphasis usually maps onto the three McKinsey components, based on what the firm publishes about the jobs themselves plus what candidates consistently report.

Role familyTechnical gate (typical)Case / use-case leanPEI / fit lean
Data scientistCoding + stats/ML fundamentals; project deep dive on metrics, baselines, leakageFrame a client decision as a modelling problem; evaluation and pilot designImpact on a messy stakeholder or failed model
Data engineerSQL/Python pipelines; data quality, partitioning, reliabilityMap a decision to the data that must exist; freshness, lineage, fail modesTrade-offs under incomplete client data
ML / AI engineerSoftware + deployment: APIs, containers, monitoring, MLOps conceptsLatency, cost, rollback, and how the system stays alive after you leaveShipping under ambiguity with client engineers
Software engineerAlgorithms + system design; production code habitsTranslate a business constraint into architectureCode ownership and collaboration
Product (Labs / QB)Less coding, more product judgment and metricsRoadmap, KPIs, experiment design, engineering trade-offsCoaching a team through discovery to launch

Notice the pattern. The technical gate is role-shaped. The case is decision-shaped. Data scientists who treat the use case as a Kaggle notebook fail the same way software engineers who treat it as a system-design whiteboard with no client objective do.

The shared case half is still a consulting case

Generalist McKinsey candidates face McKinsey Solve, cases, and PEI. QuantumBlack candidates, per McKinsey's technical-role language, get a tailored technical assessment instead of a one-size online game. That does not delete the problem-solving interview. McKinsey still describes it as discussing a typical client scenario to evaluate analytical thinking (Interviewing at McKinsey).

In the room, the use case usually runs about an hour and walks problem framing, data reality, approach, evaluation, deployment, and risk. Folklore on forums treats it as "the technical case." Interviewers score it closer to a consulting case with a technical payload: did you name the decision, size the prize, pick a first cut that a client could run, and define success in business units?

When a candidate opens with "I would use a transformer," I write one note: skipping the objective. When they open with "we are trying to cut unplanned downtime without burning crew hours," I write another: listening.

Worked example: HarborGrid maintenance triage

Invented company, invented numbers. Rehearse the arithmetic out loud.

Prompt. HarborGrid runs a regional electricity distribution network. Unplanned outages cost about $4.2M a year in customer rebates and overtime. Field crews currently inspect assets on a fixed calendar. Leadership wants an AI triage list. Design the approach and say how you would know it worked.

Anchor the decision (90 seconds). The goal is not a model. It is fewer customer interruption minutes without flooding crews with false alarms. Trade-off: missed failures versus wasted truck rolls.

Size a first cut. Suppose 12,000 critical assets. Fixed inspections cover all of them twice a year: 24,000 visits. Average visit cost $180 fully loaded. Inspection spend is about $4.3M. If a risk model lets them cut visits 25% while holding outages flat, that is roughly $1.1M in crew cost before counting any outage reduction. If outages fall 15% on the $4.2M pain, that is another ~$630K. Combined prize on the order of $1.7M against model build and change-management cost. I do not need perfect precision; I need a stake the interviewer can argue with.

Data before architecture. Ask what exists today: asset age and type, load history, prior faults, weather, vegetation, crew notes. Ask how a "failure" is labelled and at what lag. A senior interviewer will plant a label mess on purpose. Asking about it is stronger than naming a gradient booster.

First model honesty. Asset-level gradient boosting or even a strong logistic baseline usually beats deep learning when labels are sparse and supervisors must trust the list. Explainability is adoption, not a slide.

Success and guardrails. Primary: customer interruption minutes or unplanned outages. Guardrails: crew hours, false-alarm rate, share of recommendations actioned. Pilot two matched regions for 90 days against calendar-based controls; expand only if interruption minutes fall at least 10% and action rate clears 60%.

That sequence is what the case sheet rewards. Model elegance is optional; decision logic is not.

Ned's rule. If you cannot state the client decision, the success metric, and the first deployable cut in under two minutes, you are not ready for the QuantumBlack use case, no matter how sharp your coding screen was.

PEI still applies; call it what your recruiter calls it

McKinsey publishes PEI themes for impact, leadership, collaboration, and personal ownership (Interviewing at McKinsey). QuantumBlack loops usually put senior-fit conversations near the end. Your invitation may say PEI, "personal experience," or just partner round. Prepare the depth either way.

Technical candidates lose points here by narrating a project instead of a decision. The interviewer wants what you personally chose when the data was worse than promised, when a client pushed for a flashy model, or when a shipped system sat unused. Rehearse one failure that still shows judgment. CoachNed's /behavioral flow is built for that depth with follow-ups; everything is open for seven days, no card, then $120 for a recruiting season or $49 a month.

Prepare by role family, not by blog folklore

Use the live posting as the syllabus. Then add the case half on purpose.

If you are interviewing for…Technical reps this weekCase reps this week
Data scientistOne end-to-end notebook on a messy tabular set; defend metric choiceTwo timed use cases aloud; force a 90-second decision open
Data engineerOne pipeline with quality checks and a failure mode you can explainOne case that starts from "what data must exist for this decision"
ML engineerDeploy a toy model behind an API; add a monitoring metricOne case on latency, cost, and rollback after go-live
ProductWrite a one-page PRD with KPIs and experiment designOne case on sequencing features under engineering constraint

Do not assume McKinsey Solve applies to your QuantumBlack posting. Some candidates report coding platforms such as HackerRank; that is candidate folklore until your email says otherwise. Trust the invitation over any prep site.

Practice this today

Pick one invented client problem in your domain. Set a 45-minute timer. Speak the HarborGrid sequence above without notes: decision, prize size, data questions, first model, metrics, pilot. Record yourself. On the second pass, cut any sentence that names a technique before naming the decision.

Then run three typed turns of a structured case on /start to see whether structure or synthesis is leaking. If you want a full voice loop with a seven-score debrief, use /interview. For the math you will do under pressure, free forever: /drills/quick-math.

Practice

Structure drill

Write an opening tree on a fresh prompt and get scored on MECE branches, not a memorized framework.

Start a drill

Frequently asked questions

Is QuantumBlack the same as a generalist McKinsey consulting interview?

No. Generalist loops center on business cases and PEI, often with McKinsey Solve up front. QuantumBlack adds a role-specific technical assessment and a technical use case, while still testing client problem-solving and fit. Apply to the QuantumBlack listing that matches your craft, not the BA/associate path by default.

Do data scientists and data engineers get the same case?

They often get the same shape of client prompt. The scoring lean differs. Scientists are pressed on framing, features, and evaluation. Engineers are pressed on data reality, pipeline reliability, and what breaks in production. Prepare the shared opening; specialize the middle.

Does QuantumBlack use McKinsey Solve?

McKinsey's public interviewing guidance describes Solve-style problem solving for many consulting paths and a tailored technical assessment for technical roles. Confirm with your recruiter. Do not spend a week on Solve practice if your invitation describes a coding assessment instead.

Is a PhD required for QuantumBlack data science?

McKinsey's data scientist role page asks for an advanced quantitative degree and strong programming for machine learning. Listings commonly accept bachelor's, master's, or PhD with relevant experience. A PhD helps when your research maps to client problems; it is not a substitute for communication under pressure.

How should product candidates prepare differently?

Product and product-analyst postings weight vision, KPIs, experimentation, and engineering trade-offs more than algorithm drills. Still practice a decision-first case: what outcome the product moves, how you would measure it, and what you would cut first under capacity constraints.

Sources