docs: The Product Loop — nanopm's method manifesto#175
Open
nmrtn wants to merge 2 commits into
Open
Conversation
The opinionated methodology behind nanopm, written Shape Up / Getting Real style: the diagnosis (execution outruns judgment), ten principles, the SENSE→SIFT→RANK→ACT→LEARN loop running on a tick, and what the method refuses. Part 5 is honest per the method's own provenance rule: the vertical OST chain, memory, and adversarial gates are marked evidence-backed by the dogfood; the unified cross-type queue, RANK, the rendered roadmap, the tick, and LEARN backpropagation are marked assumed / being built. Links from README. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
…brick Part 5 now names the actual ranked opportunities backing every "being built" gap — RANK, the rendered roadmap, the tick, LEARN backprop — turning the closing claim into cited, verifiable evidence (the method's own provenance rule, applied to itself). Cross-links the three RANK/roadmap/tick bricks into one connected cluster in the DB, and notes honestly that they carry no linked_objectives because the current OKRs are validation-only. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
Adds METHOD.md — the opinionated methodology behind nanopm, written Shape Up / Getting Real style. Linked from the README.
Structure
SENSE → SIFT → RANK → ACT → LEARN, running on a daily/triggered tick.Dogfooding — the method applied to nanopm
Part 5 doesn't just claim the loop found its own gaps — it cites the receipts. Each unbuilt brick maps to a real, ranked opportunity already in nanopm's own database:
pipeline-scoped-for-epics-not-micro-tasks(its one chosen solution: a peertaskentity)no-single-mechanism-prioritizes-across-all-work-tyroadmap-doesnt-orchestrate-into-living-planloop-runs-itself-on-a-cycleopportunities-and-plans-go-stale-with-no-freshnessThis PR also wires the RANK / roadmap / tick opportunities into one connected
related_tocluster in the dogfood — the horizontal orchestrator the vertical chain has been waiting for. One honest asterisk, kept in the text: those opportunities carry nolinked_objectives, because the current OKRs are all proof-quarter validation — none is a build-the-loop objective yet. Per the method's own rule, an empty link beats a forced one.Provenance
Written from an audit of the 26 skills,
lib/nanopm.sh, and the dogfood.nanopm/state (42 opportunities, 35 solutions, 31 PRDs). The gap analysis: the vertical chain (signal → problem → bet → ship) is proven; the horizontal orchestrator (one cross-type ranked queue + a tick that runs it) does not exist yet — and nanopm's own discovery process had already surfaced each missing brick as a ranked opportunity before this document named them.🤖 Generated with Claude Code