How we assess
Every applicant goes through 5 gates: application, an AI-assisted screen, a live technical assessment scored by a practice lead, a client-fit interview, and reference and credential checks. The questions below come from the live assessment. We score answers on reasoning and trade-offs, not on recalling definitions.
20 technical questions with model-answer hints
Questions 1–10 (role-specific)
Question 1: What does a model CI/CD pipeline test that an app pipeline does not?
Model-answer hint
data validation, reproducible training, evaluation thresholds, bias checks, model signatures.
Question 2: How do you share GPUs fairly across teams?
Model-answer hint
quotas, priority classes, dedicated node pools, job queueing, preemption rules.
Question 3: Why use a feature store, and when is it overkill?
Model-answer hint
train-serve consistency and point-in-time correctness; overkill for a few simple models.
Question 4: How do you reproduce a model trained 6 months ago?
Model-answer hint
versioned code, data snapshot, environment image, registry metadata, lineage.
Question 5: Canary, shadow or A/B: when do you use each for a model?
Model-answer hint
shadow for risk-free comparison, canary for gradual exposure, A/B for business impact.
Question 6: How do you autoscale bursty inference traffic?
Model-answer hint
scale on concurrency or queue depth, warm pools, GPU sharing, cold-start trade-offs.
Question 7: What triggers retraining, and who approves it?
Model-answer hint
drift or performance thresholds, or schedule; automated pipeline with a human approval gate.
Question 8: How do you attribute and cut inference cost?
Model-answer hint
per-model cost tagging, batching, quantisation, right-sized instances, spot capacity for training.
Question 9: How do you secure a model registry?
Model-answer hint
RBAC, signed and immutable artefacts, encryption, audit logs.
Question 10: How do you release a prompt change for an LLM app safely?
Model-answer hint
versioned prompts, offline eval gate, staged rollout, quality monitoring, instant rollback.
Questions 11–20 (AI & Data core)
Question 11: How do you decide between rules, classic ML and an LLM for a problem?
Model-answer hint
start from decision value and error cost; choose the simplest option that meets the metric.
Question 12: How do you detect training-serving skew?
Model-answer hint
shared feature code, logged inference inputs, distribution checks between training and live data.
Question 13: How do you build an evaluation set that predicts production results?
Model-answer hint
representative sampling, slice coverage, leakage checks, labelled with measured agreement, refreshed on a schedule.
Question 14: What goes on a model-health dashboard, and who acts on each signal?
Model-answer hint
quality, drift, latency, cost and the business KPI, each with an owner and threshold.
Question 15: How do you handle personal data in a training pipeline under PDPL or GDPR?
Model-answer hint
minimisation, lawful basis, pseudonymisation, residency, retention limits, DPIA.
Question 16: How do you roll back a model or prompt change that degrades results?
Model-answer hint
versioned registry, canary or shadow release, automated gates, one-step rollback.
Question 17: When does fine-tuning beat retrieval or better prompting?
Model-answer hint
behaviour, format and domain style favour tuning; fresh facts favour retrieval; weigh data and cost.
Question 18: Describe a data-quality incident you caught.
Model-answer hint
how it was detected, root cause, the contract or test added, the alert that now exists.
Question 19: How do you forecast and cap the monthly cost of an AI workload?
Model-answer hint
tokens or GPU hours, caching, batching, model routing, budgets with alerts.
Question 20: Explain a modelling trade-off you made to a non-technical executive.
Model-answer hint
plain language, business impact, the option rejected and why.
Interviewer tip: Ask for a real example after every answer. Strong candidates describe what they built, what broke and what they changed.
Practical task
Take a trained scikit-learn model and sample data, containerise it and deploy it to a local Kubernetes cluster behind an autoscaled endpoint. Register it in MLflow, then add a drift check that fails the pipeline when feature distributions shift past a threshold.
How to run it Share the brief 24 hours ahead or run it live. Ask the candidate to talk through trade-offs as they work; reasoning matters more than a finished artefact.
Red flags our practice leads watch for
- Treats MLOps as plain DevOps and ignores data and model validation.
- Cannot trace a model version back to its training data.
- Has never owned monitoring or on-call for a model in production.
- Proposes a heavyweight platform before asking about team size and model count.
- Universal flag: Vague answers that never reach a concrete system, number or decision the candidate personally owned.
The scorecard we use
Score each dimension 1–4 (1 = no evidence, 2 = partial, 3 = solid, 4 = exceptional):
| Dimension | Weight | What a 4 looks like |
|---|---|---|
| Technical depth, production judgement and security | 40% | Explains how and why, designs for failure and sensitive data, and knows each tool’s limits |
| Practical task and problem solving | 30% | Delivers a working solution with tests and documented decisions |
| Communication and documentation | 20% | Explains clearly to technical and non-technical audiences, in English or Arabic |
| References and regional context | 10% | References confirm the claimed scope; knows the frameworks and data-residency rules that apply |
Pass bar: weighted average of 3.0 out of 4 or higher, with no dimension below 2. The practice lead approves the final result.