{
  "example_kind": "invented job and manual worksheet",
  "slug": "partial-completion-reporting",
  "title": "Report partial progress without promising a finished outcome",
  "layout": "dispatch",
  "story": "When visible screens are finished but the full workflow is not, I want to explain the accepted slice so stakeholders can decide without assuming delivery.",
  "problem": "The new interface passes its review. Migration still drops cancelled records, so the full customer workflow is not ready.",
  "symptoms": [
    "A large done count hides a required unfinished slice.",
    "Stakeholders interpret UI completion as usable delivery.",
    "Remaining work is described as small instead of owned."
  ],
  "failed_workaround": "Adding a percentage or saying nearly done does not explain whether the required outcome works.",
  "before": "The interface is done. The project is basically complete; migration is a small follow-up.",
  "after": "Progress: the interface review passed. Delivery remains pending because migration does not preserve cancelled records. The migration owner will correct the supplied fixture and return it for review on Thursday. No end-to-end delivery is claimed; the next update will state the fixture result.",
  "success_check": "The recipient can distinguish the accepted interface from the unfinished delivery requirement and identify the next evidence event.",
  "choices": [
    [
      "One required slice remains open",
      "Report partial acceptance",
      "Most visible work cannot stand in for the required full outcome."
    ],
    [
      "The completed slice is independently usable",
      "Offer it within its agreed limits",
      "Usability of that slice does not certify the remaining workflow."
    ],
    [
      "All receiving conditions pass",
      "State the accepted full outcome",
      "Keep the acceptance evidence attached to the claim."
    ]
  ],
  "route": [
    {
      "label": "Separate the work slices",
      "capability": "task-record",
      "action": "Keep accepted interface work distinct from the open migration correction.",
      "human_check": "Labels reflect agreed acceptance evidence, not visual polish."
    },
    {
      "label": "Explain the remaining gap",
      "capability": "task-comment",
      "action": "Attach or reference the cancelled-record fixture and requested correction.",
      "human_check": "The receiver verifies that the fixture is relevant and accessible."
    },
    {
      "label": "Prepare the progress update",
      "capability": "daily-report",
      "action": "Use a dated note that states partial acceptance and the next receiving check.",
      "human_check": "A human decides whether the full delivery boundary passed."
    }
  ],
  "editor": {
    "heading": "Prepare a useful update",
    "fields": [
      {
        "key": "accepted",
        "label": "Accepted slice",
        "example": "Interface review passed",
        "help": "State exactly what was accepted."
      },
      {
        "key": "remaining",
        "label": "Remaining required outcome",
        "example": "Migration must preserve cancelled records",
        "help": "Use the outcome, not a vague percent."
      },
      {
        "key": "proof",
        "label": "Review evidence",
        "example": "Cancelled-record fixture",
        "help": "Name a check the receiver can inspect."
      },
      {
        "key": "owner",
        "label": "Remaining owner",
        "example": "Migration owner",
        "help": "Keep responsibility explicit."
      },
      {
        "key": "next",
        "label": "Next receiving checkpoint",
        "example": "Thursday fixture review",
        "help": "Use the next evidence event."
      }
    ],
    "template": "Progress update\nAccepted: {accepted}.\nStill required: {remaining}.\nEvidence to inspect: {proof}.\nOwned by: {owner}.\nNext receiving check: {next}.\nFull delivery remains open until the required outcome is evidenced."
  },
  "limitations": "The illustrated slices and review date are fictional. This guide does not infer completion from task counts or promise a delivery date.",
  "tasks": [
    [
      "State the accepted slice",
      "Interface owner",
      "The approved interface result is identified without extending it to migration."
    ],
    [
      "Expose the delivery boundary",
      "Migration owner",
      "The cancelled-record fixture defines the remaining gap."
    ],
    [
      "Set the next review",
      "Delivery lead",
      "The receiving reviewer and Thursday checkpoint are named."
    ]
  ],
  "faqs": [
    [
      "Can I still show a completion percentage?",
      "Yes if its denominator is clear, but retain the unmet delivery condition beside it."
    ],
    [
      "Must we hide the finished interface?",
      "No. Credit the actual accepted slice without treating it as the whole workflow."
    ],
    [
      "What belongs in TeamBoost?",
      "Keep the interface and migration work identifiable, update the migration owner and explain the delivery boundary in the task-linked reporting note. Confirm available fields before adopting that structure."
    ]
  ]
}