Skip to content
Braj Sharma
Operating record

Four operations, in full.

Situation, scale, what I owned, the operating model, and what measurably changed. Selected work is anonymised where confidentiality requires it.

The loop this work sits in

Collection01Curation02Campaign03Annotation04QA05Revision06Export07Model08Failure mining09
01Nov 2025 — present

Scaling perception-data operations across European ADAS programmes

Volkswagen Group Digital Solutions · CARIAD programme

9M
Labelled frames in six months
~99%
Sustained label quality
0
Missed programme milestones

Situation

Label requests arrived ad hoc from multiple feature teams with no shared prioritisation. Volume requirements for European perception data were climbing faster than the operation could absorb, and quality had to hold near 99% while they did.

Scale

  • Five perception modules: Speed Limits, Traffic Signs, Blockage, 3D Dynamic Objects, Vulnerable Road Users
  • Nine European markets, Germany as primary focus
  • Multiple labelling suppliers plus internal revision teams
  • 2D and 3D annotation running in parallel

What I owned

  • Owned the delivery roadmap and operating model for ADAS training and validation data
  • Restructured scattered label requests into geo-segmented campaigns organised by country cluster
  • Translated feature-team requirements into campaign configurations, annotation guidelines and acceptance criteria
  • Led label strategy across 3D annotation programmes, including ontology design and quality frameworks
  • Configured and calibrated auto-labelers across perception modules to reduce manual annotation load

Operating model

  • Campaign planning replaces request queues
  • Acceptance criteria defined before annotation starts, not after
  • Machine first pass, human verification on what the model is unsure about
  • Executive reporting on throughput, quality, risk and cost drivers

What this demonstrates

Taking a high-volume operation with no shared structure and giving it an operating model that holds quality while volume climbs.

At millions of frames, quality cannot depend on heroic manual intervention. It has to be designed into the operating model.

Anonymised where confidentiality requires. No proprietary architecture or customer data is described.

02Nov 2025 — present

Designing quality in before the data moves downstream

Volkswagen Group Digital Solutions · CARIAD programme

In-house
3D and VRU quality assurance (viewer, Q4 2026)
Closed
Loop from defect triage to labelling change

Situation

Quality assurance for 3D dynamic objects and vulnerable road users depended on vendor-side tooling and vendor-side reporting. Depth and occlusion errors are close to invisible in a summary report and tend to surface much later, as model behaviour.

Scale

  • Multi-vendor annotation with separate revision teams
  • Ambiguous sign properties spanning prohibited and danger classes
  • 3D and 2D modules with different failure modes

What I owned

  • Defined ontology, annotation guidelines and acceptance criteria for dynamic object and VRU modules
  • Implemented and validated configuration changes for prohibited and danger-sign properties
  • Coordinated cross-functional testing and controlled rollout across labelling and revision workflows
  • Drove defect triage into a structured loop connecting annotation, model feedback and simulation

Operating model

  • Ontology and guidelines treated as product artefacts, versioned and owned
  • Configuration changes tested and rolled out deliberately rather than announced
  • Revision workflow treated as part of the pipeline, not an exception path

What this demonstrates

Moving quality control upstream, so defects are prevented by the specification rather than caught by inspection.

Taxonomy drift is almost always an ontology problem wearing an annotator's clothes. Retraining people against an ambiguous spec reproduces the same error.

Anonymised where confidentiality requires. No proprietary architecture or customer data is described.

032023 — 2025

Moving enterprise programmes without breaking continuity

Vodafone Group (VOIS)

<0.5%
Service disruption through transition
99.97%
Platform uptime
25%
Cost reduction across cloud suppliers
35%
Faster deployment velocity

Situation

Merging two national operators means merging two sets of enterprise processes without customers noticing. Transition risk sat across engineering, operations, commercial and customer success simultaneously.

Scale

  • 5+ enterprise processes in the Vodafone and Three UK merger
  • EMEA and APAC stakeholders
  • AWS, Azure and GCP suppliers under one platform estate

What I owned

  • Directed end-to-end service transition across the affected enterprise processes
  • Governed hyperscale suppliers through SLAs, quarterly business reviews and performance scorecards
  • Standardised rollout blueprints and readiness assessments
  • Introduced OKR-linked dashboards and dependency tracking

Operating model

  • Readiness assessed against a standard before any rollout
  • Supplier performance measured continuously, not reviewed annually
  • Dependencies tracked as first-class objects

What this demonstrates

Governing complex multi-vendor operations under continuity constraints — the same discipline perception-data vendors require.

Commercial terms drift out of line with actual consumption unless somebody is measuring them continuously. That is true of cloud, and it is true of annotation.

04In progress — Q4 2026 release

Turning operational pain into product requirements

Volkswagen Group Digital Solutions · CARIAD programme

Q4 2026
Production 3D viewer, in development
In-house
Visualisation and QA of 3D and VRU labelling

Situation

Reviewing 3D annotation through a vendor's interface meant the team could see a quality number but not the failure. Verification depended on somebody else's tooling and somebody else's definition of correct.

Scale

  • 3D dynamic object and VRU labelling at programme volume
  • Multiple annotation platforms already in the estate

What I owned

  • Leading development of a production-grade 3D annotation viewer for Q4 2026 release
  • Translated recurring operational failures into product requirements for in-house visualisation and QA
  • Specified what reviewers need to see to judge depth and occlusion, rather than replicating vendor views

Operating model

  • Operations insight becomes a requirement, not a complaint
  • Quality assurance brought in-house where the failure mode is invisible in reporting

What this demonstrates

Product leadership grounded in running the operation — requirements that come from the failures, not from a roadmap workshop.

The people closest to the defect usually know the requirement. The gap is that nobody writes it down as one.

Anonymised where confidentiality requires. No proprietary architecture or customer data is described.