YakDataFDE Project Files

Production Reviews · Planned founding round

Bring the system you’re building.

I’ll review it the way I would if you were on my team.

The public series shows one real case. Production Reviews is the optional live layer for people applying the method to their own work. Build at your own pace, bring the decision that is stuck, and learn from other reviews even when you are not presenting.

Planning status: the interest path is open. Paid enrollment opens only after the session calendar, capacity, participation terms, and payment path are ready.

6 monthsTime-bounded founding access
WeeklyLive review cadence
1 artifact + 1 questionKeep each submission decision-focused
Your paceNo cohort deadline

01 · Three ways to participate

You do not have to be at the same stage as everyone else.

That is deliberate. Real production work does not arrive on a course calendar.

Leaders and managers

Watch how the work gets reviewed.

Use the sessions to calibrate what good questions look like across product, architecture, evaluation, UX, release, and ownership.

Developing FDEs

Build your own system alongside the series.

Apply each production decision to your own project. You can move faster, slower, or pause without falling behind a cohort.

Active builders

Bring the piece that is actually stuck.

Submit a sanitized artifact and one question when you want cross-functional review on a real system you are already building.

02 · What I review

The weak point is often outside the code you are currently staring at.

A review can start in one lane and end somewhere else if that is where the production risk actually is.

Decision + product

Is the recurring decision clear? Is the scope worth building? Does anyone own the outcome?

UX + workflow

What does the user do with the result? Where do confidence, correction, exception, and failure states live?

Architecture + contracts

Are the system boundaries, data/evidence objects, frontend/backend contracts, persistence, and model boundary coherent?

AI + evaluation

What must be true before the model earns trust? Which false negative, malformed output, latency, or cost failure actually matters?

Release + operations

Can the system be monitored, recovered, versioned, rolled back, and run when the original builder is not there?

Ownership + next decision

What should the team change, narrow, release, defer, or stop after the evidence is reviewed?

03 · How a review works

One artifact. One decision. Then we follow the problem wherever it goes.

  1. 01Submit a sanitized artifactArchitecture, workflow, contract, evaluation, test result, release plan, or another concrete piece of the system.
  2. 02Name the decisionAsk what you are actually trying to decide. “Review my project” is too broad; “is this model boundary safe enough for this workflow?” is useful.
  3. 03Review it liveI challenge the assumptions, trace dependencies across roles, and show where I would spend the next unit of engineering attention.
  4. 04Leave with a next actionThe goal is not a pile of comments. It is a clearer build, test, redesign, narrow, release, or stop decision.

04 · Boundaries

Office hours, not outsourced delivery.

Production Reviews is professional development and group critique. It is intentionally different from a YakData client engagement.

No synchronized cohortYou do not need to keep pace with the seven episodes.
No guaranteed weekly personal slotMembers can attend every session; individual submissions are reviewed as the live queue and relevance allow.
No confidential company materialUse sanitized artifacts. Do not submit credentials, customer records, regulated data, proprietary source code, private forecasts, or trade secrets.
No staff augmentationIf the work requires private system access, organization-specific delivery ownership, or hands-on implementation, that belongs in a YakData engagement.

05 · Employer reimbursement

Easy to explain to a manager.

“I’d like approval for six months of YakData Production Reviews. I’ll apply the FDE Project Files production method directly to our work and can bring current architecture, evaluation, workflow, or deployment decisions for live review. The purpose is better cross-functional decisions, fewer avoidable design mistakes, and stronger production readiness from an existing team member.”

Founding interest

Tell me what you are building and what you would want reviewed.

I am using the first responses to set the founding capacity and session format. No payment is being collected from this page.