Portfolio Project

Built to show
how data governance
actually works

Nexus is a working data request intake and prioritization app — designed to make cross-team data workflows visible, structured, and trackable.

Single-file PWA Supabase backend No build step Data Governance & Delivery

Visualizing the end state is how I start every engagement

I built Nexus as a concrete demonstration of what a structured data request process looks like in practice. In most organizations without a formal intake layer, requests arrive through Slack, email, and hallway conversations — creating invisible queues, missed context, and frustrated stakeholders on both sides.

Nexus gives requesters a structured intake experience and real-time visibility into where their request stands. It gives Data Science, Analytics Engineering, and Data Engineering teams a shared queue with lifecycle tracking, risk flagging, and cross-team sign-off coordination. It gives leaders a clear picture of what's blocked, what's in flight, and what's coming next.

Building a process is ultimately about people and alignment — not software. But I've found that showing stakeholders what the end state looks like, concretely and interactively, is the fastest way to build that alignment. This is that artifact.

Three roles. One shared workflow.

Requesters submit and track. Teams triage, sign off, and manage lifecycle. Admins have full access.

Data Intake & Prioritization
How are you using Nexus today?
📋

Submit a Request

Submit data requests and track where they stand in the queue

›
⚙️

Data Team Review

Triage, review, and manage incoming requests across teams

›
🔑

Admin

Edit or delete any request — full access to all records

›
Role Selection
Request Queue
AE
All
Triage
Review
Scheduled
🚫 Blocked
🚫 BLOCKED
Claims Frequency Model — Q3
Triage Critical Risk: High
ActuarialQ#1
Finance Dashboard Refresh
Cross-Team Review High
Finance · Aug 15Q#2
Underwriting Scorecard v2
Scheduled Medium
Underwriting · Sep 1Q#3
Product Attribution Pipeline
Inflight High
ProductQ#4
Team Queue
←
Claims Frequency Model
Triage Critical Risk: High
●
Triage
·
Review
·
Scheduled
·
Inflight
·
Complete
Team Actions
Lifecycle Status
Triage
Review
Scheduled
Inflight
Cross-Team Sign-offs
DS
Approved
AE
Pending
DE
Pending
Team Detail & Sign-off

What it demonstrates

📥

Structured Intake

A four-step intake form captures the business domain, request type, priority, target date, known risks, and cross-team dependencies — turning informal asks into structured data.

📊

Queue Position & Lifecycle

Requesters see exactly where their work stands — queue rank, lifecycle stage (Triage → Inflight → Complete), and whether anything is blocked. No more chasing Slack messages.

✅

Cross-Team Sign-off

Each request tracks approval status from Data Science, Analytics Engineering, and Data Engineering independently — surfacing sign-off gaps before they become delivery blockers.

🚩

Risk & Blocked Flags

Teams can flag requests as High, Medium, or Low risk, and mark requests as blocked with a written note — giving leadership the context they need to intervene early.

📅

Planning Calendar

A shared milestone calendar lets teams mark planning windows, delivery dates, freeze periods, and reviews — connecting individual requests to the broader data delivery rhythm.

🔐

Role-based Access

Three distinct roles — Requester, Data Team, and Admin — with different views and permissions. Admin requires a passphrase and enables full edit and delete capability.

Built with

Vanilla HTML / CSS / JS Supabase (PostgreSQL) Row Level Security Supabase Auth REST API — no SDK Zero dependencies