Guide · Self-reviews

Self-review examples for data engineers.

Data engineering shows up in other people's work. The analyst's chart is right, a product question gets answered in an hour, the model trains on yesterday's data. Your self-review has to trace those back to the pipelines and tests you built.

What reviewers look for in a data engineer

Example: impact

The projects, people and numbers in these examples are made up. Keep the shape and use your own facts.

Impact • Rebuilt the daily recipe-events pipeline as incremental models. Run time fell from about 3 hours to 25 minutes, and the job's warehouse spend roughly halved. • Added tests (unique, not null, freshness) to the 12 most-used tables. They caught four upstream schema changes before any dashboard broke. • Published the Sync SDK usage dataset with column docs. Product answers adoption questions themselves now; requests to us about sync data have almost stopped.

Your users are other people in the company. Write the effect in their terms: answered without a ticket, right the first time, ready by 9.

Example: collaboration

Collaboration • Agreed an event schema contract with the mobile teams, written with Neha. New events arrive named, typed and documented, instead of being fixed after launch. • Ran weekly office hours for analysts. Most questions became docs, so the same question rarely came twice. • Worked with Ravi to move pipeline alerts into the team's on-call, with a runbook for each failure we'd seen.

Example: growth

Growth • Learned streaming ingestion on a small project: sync events now land within five minutes, for the one dashboard that needs it. • Wrote my first design doc for a cross-team change (the event contract) and ran the review myself. • Next half: lineage for the top 20 tables, so anyone can see what breaks before they change a column.

Phrases that land

Phrases that don't

Gather your evidence

New models are the clearest trail in a data repo. This lists the SQL files you created in the last six months:

git log --since="6 months ago" --author="$(git config user.email)" --no-merges \ --diff-filter=A --name-only --format='' -- 'models/*.sql' | sort -u

Then pull the orchestrator's run history for your pipelines (success rate and duration over time), the warehouse query history for the jobs you tuned, and the test failures that caught bad data before anyone saw it.


Let Sill keep the record

A data engineer's month is mostly small fixes and questions answered, and none of it is easy to recall in December. Sill keeps the record while you work. On the Mac it reads your local git history (commit messages and times, never code). On every device it records the tasks you finish, the releases you ship and the follow-ups you send, with receipts like day 6, asked 3×.

At review time, Sill Pro's Review generator turns months of that into a draft per project: what shipped, commit counts and ticket IDs, and every dependency you waited on. Where Apple Intelligence is available it writes a first-person draft on the device, and nothing leaves it. Commits come only from the Mac app. The last 7 days are free; longer periods need Sill Pro, an optional paid upgrade.

Get Sill on the App Store — for Mac, iPhone, iPad and Apple Watch. The daily standup and its set-time reminder are free.

More self-review examples: backend engineers · frontend engineers · iOS engineers · Android engineers · QA engineers · SRE and DevOps engineers · engineering managers · product designers · product managers. Or start with how to write a self-review.