Explanation: Project Management as Code (PMaC)

Why version-lock project management in git instead of using external issue trackers like Jira or Linear?


1. The Specification Drift Problem

When requirements, user stories, and acceptance criteria live in external SaaS tools, they inevitably drift from the code repository. Branches are merged without updating ticket descriptions. Acceptance criteria change in discussions without updating tickets. Coding agents lack access to true project context and rely on outdated or truncated instructions.


2. Git as the Single Source of Truth

With Project Management as Code (PMaC):


3. The Multi-Disciplinary Team in PMaC

PMaC does not replace humans with an isolated agent; it aligns a hybrid human-agent workforce:

Persona Role in PMaC Key Interaction
Alex (Systems Architect) Establishes baseline ADRs and architectural profiles Defines non-negotiable quality invariants and boundaries
Jordan (Engineering Lead) Guides velocity and backlog health Monitors the living 2D graph and JIT curation buffer
Morgan (Coding Agent) Executes vertical slices in isolated worktrees Validates against Gherkin scenarios via frontdoor-only tests
Riley (Human IC Developer) Pairs with agents and steps in when needed Takes over stalled worktrees and authors nuanced logic
Taylor (Product Manager) Governs customer outcomes and PRD lifecycles Validates business value and signs off on UAT readiness
Sasha (Security & Trust Officer) Enforces execution safety and compliance Audits dependency provenance and ensures sandbox boundaries

4. The Two Tiers of Personas: Meta vs. Domain

When adopting PMaC, teams must distinguish between two conceptual tiers of personas:

  1. Meta-Personas (The Toolchain Operators):
  1. Domain Personas (The Downstream End-Users):