A readout to a client's leadership team
Case study

Suvretta Capital halved manual fixes in its daily data pipeline

The fund's daily data pipeline needed people to step in by hand too often, putting morning data at risk.

Suvretta Capital · Operations

50%fewer manual interventions in daily data runs

The workflow before

Suvretta's daily data runs were built on Python scripts and dbt models orchestrated by Airflow into Snowflake. Many steps assumed someone would notice a problem and fix it by hand: rerunning a job, patching a load, or correcting an input. That made the pipeline fragile and tied up the data team every morning.

What we built

We audited the Python and dbt codebases end to end and mapped every point where a person had to intervene. We then rewrote the code to remove those dependencies: making loads safe to rerun, adding tests and checks in dbt so bad inputs stop the run with a clear error, and letting Airflow retry and recover on its own.

The result is a codebase the fund's team can run unattended on most days, with exceptions surfaced clearly instead of discovered late.

Before and after

MeasureBeforeAfter
Manual interventions in daily runsRoutine, several per weekAbout half as many
Failure handlingFound and rerun by handAutomatic retries, clear alerts on the rest

What's next

A dependable daily pipeline into Snowflake is the base for Level 2 work, such as giving investment and operations staff reliable, queryable data they can ask questions of directly.

ShareLinkedInEmail

Scope covered the Python ingestion and processing code and the dbt project running on Snowflake, orchestrated by Airflow. The audit catalogued manual touchpoints, failure modes and untested assumptions in each job.

Refactoring focused on idempotent loads, dbt tests on sources and models, explicit dependency ordering, and Airflow retry and alerting configuration, so a failed step either recovers or stops the run with an actionable message.

Next step

Let's build the case study we tell next.