Systeric / Docs
Open App →

Handoffs

A handoff is only real when the receiving side has the artifact it needs to act. “I told them” is not a handoff. A written problem statement, a definition doc, a PR link, an end-of-day summary: those are. If the next person has to ask a follow-up question before they can start, the handoff wasn’t complete.

This page maps every recurring handoff at Systeric: what moves, from whom to whom, in what form, and what gate it has to clear first. Follow the links for the mechanics of each one.


The map#

HandoffFrom → ToThe artifactGate / sign-offWhere it’s defined
Roadmap → DiscoverPM (planning) → PM (discovery)A metric goal and a narrative betFits the half’s capacity budgetHalf Strategy
Discover → DefinePM → PM, PD, PEA solution-free problem statement, validated against dataLeadership reviewDiscover
Define → BuildPM, PD, PE → PEThe definition doc, plus size, release plan, and release notes draftPE green-light (implementable, nothing missing), then leadership probes the solutionDefine
Build → LaunchPE → PMA working feature, budget tracked, plus the release notesDemo against the definition at each milestoneBuild, Launch
Launch → LearnPM → PM, PD, PEShipped and announced, with adoption watchedLaunch signature (stakeholders notified, notes finalized, leadership approved)Launch, Learn
Learn → RoadmapPM, PD, PE → PM (next planning cycle)Learnings and new problemsMetric result completeLearn
Cross-functional at launchPM → marketing, sales, opsA heads-up before ship, not a notification afterEvery affected stakeholder informed before the release goes outLaunch
Timezone end-of-dayWhoever is ending their day → whoever picks up nextA written summary: what’s in progress, blocked, and pendingNone: it’s the default, not an escalationThe Team
OnboardingOnboarding buddy → apprentice (independent); apprentice → next rungDay-90 and day-180 milestone calls, evidenced in the 1:1 logNever a surprise: named continuously before the checkpointPE Apprenticeship, PM Apprenticeship
Code handoffAuthor → reviewerThe PR, with a one-sentence askResponse within the same working dayHow We Ship

Why this matters#

Every stage of How We Build ends with something specific crossing to the next owner: a problem statement, a definition doc, a shipped feature, a learning. When that artifact is missing or incomplete, the receiving side either stalls or guesses, and guessing is how a sharp Discover turns into a fuzzy Build. The gates in the table above exist to catch that before it happens, not to slow the handoff down.


Related: Cadence, The DRI, Communication