CSV_TO_PDF_REPORT/logs/process_improvement_log.md

Process Improvement Log

Append-only log of insights about the Scrum kit itself (this repo's process/, templates/, .claude/agents/, or AGENTS.md) — as distinct from insights about how one team works, which stay in that sprint's retrospective and plan. Maintained by .claude/agents/scrum-master.md per process/07_process_improvement.md. Do not delete entries once applied or rejected — mark status instead.

Date	Sprint	Insight	Affected file(s)	Recurrence	Status	Resolution
				1st time / 2nd time / 3rd+	Watching / Proposed / Applied / Rejected
2026-09-11	1	templates/definition_of_done.md's “runnable in the current local development setup” bar let two GUI-launching stories (Sprint 1 Batches 4-5, “Launch a text-only render from the desktop app” and “Show render progress and completion summary”) reach Done using an in-process/dev-shell test harness that never exercised the actual built artifact the real target user (an operator double-clicking a shipped .exe) would run. This let a real bug (Debenu error 999 — the CLI only read its license key from a process environment variable a double-clicked app never has) through both DoD sign-off and past state.md advancing to Phase 4, only caught same-day by a real user report, not by the sprint's own verification. Judged severe enough on its own (per AGENTS.md's “Process Self-Improvement” bar — a single occurrence that visibly broke a Done story's core happy path for the target user) to log now rather than wait for a second occurrence, though scrum-master should confirm at the retrospective before any kit edit is proposed.	templates/definition_of_done.md (possibly process/03_sprint_execution.md's verification guidance)	1st time	Applied	Decided at the Sprint 1 retrospective (backlog/sprints/sprint-1-retrospective.md, “Kit-level decision” section): this single occurrence meets the severity bar (silently broke a Done story's core happy path for the actual target user and let state.md advance to Phase 4 undetected). User approved the proposed edit on 2026-09-11; applied to templates/definition_of_done.md as a new bullet immediately after the existing “runnable in the current local development setup” line: “If the story changes how the product is launched, packaged, or resolves runtime configuration (e.g., a new desktop entry point, a new child-process launch, a new license/config resolution path), verification includes running the actual built artifact the way the target user would run it — not only an in-process test harness or a dev-shell invocation such as dotnet run.” Scoped only to launch/packaging/config-resolution stories, not all stories.