Points: <n> Cause (pick one): □ Scope added after the sprint started □ Requirement was unclear when we started □ Blocked by a dependency □ Genuinely harder than anyone could know □ Unplanned production work consumed the time □ We simply took on more than our velocity supports Evidence: <one line> ``` Tally the causes across three sprints and your improvement priority stops being a matter of opinion. The four common misdiagnoses are listed in [Estimation and Story Points](https://abhishekpatel.co/notes/story-points-explained-what-they-measure-why-fibonacci-and-how-to-run-planning-p).1b:T618a,<hr /> <blockquote> Why this matters: the blank page is the real reason acceptance criteria go unwritten. Pre fill the structure and the work becomes filling in boxes. Load these as work item templates in <a href="https://abhishekpatel.co/notes/how-to-set-up-azure-devops-for-agile-delivery-work-items-fields-tags-queries-and" target="_blank" rel="noopener noreferrer">Azure DevOps Setup</a> so a new item is created with the shape already there. </blockquote> <h2 id="epic">Epic</h2> Written as a business objective, per <a href="https://abhishekpatel.co/notes/epic-vs-feature-vs-user-story-vs-task-how-to-break-work-down-and-decide-which-is" target="_blank" rel="noopener noreferrer">Work Breakdown Hierarchy</a>. <pre class="hljs code-block"><code class="language-markdown"># Epic: <business objective in plain language> **Why now:** <what changes for the business if we do this> **Who it serves:** <which users or segment> **Success looks like:** <the measurable outcome, if you can name one> **Features in scope** - <capability 1> - <capability 2> **Explicitly not in scope** - <things people will assume are included, named so they are not> **Open questions** - <question> | owner: <name> | needed by: <date> </code></pre> <h2 id="feature">Feature</h2> <pre class="hljs code-block"><code class="language-markdown"># Feature: <capability name a customer would recognise> **Parent Epic:** <link> **Owner:** <name> **What it lets a user do:** <one or two sentences> **Why it matters:** <the reason> **Stories** - <story 1> - <story 2> **Dependencies:** <other features, external services, data migrations> **Out of scope:** <named exclusions> </code></pre> <h2 id="user-story">User Story</h2> The one that matters most. Craft notes in <a href="https://abhishekpatel.co/notes/how-to-write-a-user-story-that-fits-in-one-sprint-invest-splitting-patterns-and" target="_blank" rel="noopener noreferrer">Writing User Stories</a> and <a href="https://abhishekpatel.co/notes/how-to-write-acceptance-criteria-defining-expected-behaviour-before-development" target="_blank" rel="noopener noreferrer">Acceptance Criteria</a>. <pre class="hljs code-block"><code class="language-markdown"># <short outcome title> As a <specific role> I want <capability> So that <benefit> ## Acceptance criteria 1. Given <state>, when <action>, then <observable result>. 2. Given <state>, when <action>, then <observable result>. 3. <rule or constraint stated as a checkable fact> 4. <error case> 5. <permission or boundary case> ## Out of scope - <thing that will come up at the demo, named now> ## Notes - <design link, constraint, the subtle case worth flagging> ## Open questions - <question> | owner: <name> </code></pre> <h2 id="task">Task</h2> <pre class="hljs code-block"><code class="language-markdown"># <verb + object, e.g. "Add stock check to invoice save"> Parent story: <link> Remaining work: <hours, if you track them> What this covers: <one line> Done when: <the specific technical outcome> </code></pre> Keep it to a day or less. If it is bigger, split it. <h2 id="bug">Bug</h2> <pre class="hljs code-block"><code class="language-markdown"># <what is wrong, from the user's point of view> **Severity:** critical / high / medium / low **Found in:** <environment, version> **Affects:** <feature, and roughly how many users> ## Steps to reproduce 1. 2. 3. **Expected:** <what should happen, quoting the acceptance criterion if there is one> **Actual:** <what happens> **Evidence:** <screenshot, log, request id> **Related story:** <link to the Story that introduced or owns this behaviour> </code></pre> That last line is what lets you later ask which features generate the most defects, which is how you prioritise coverage in <a href="https://abhishekpatel.co/notes/why-features-end-up-with-no-test-cases-and-how-to-make-that-structurally-impossi" target="_blank" rel="noopener noreferrer">Test Case Strategy</a>. <h2 id="spike">Spike</h2> <pre class="hljs code-block"><code class="language-markdown"># Spike: <question to answer> **Timebox:** <n days, hard stop> **Question:** <the single decision this must inform> **Output:** <a one page recommendation / a working throwaway prototype / a sizing> **Options to evaluate** - <option a> - <option b> **Decision criteria:** <cost, effort, risk, fit with existing system> </code></pre> A spike ends with a decision, not a feature. If it produces code, the code is throwaway unless explicitly decided otherwise. <h2 id="definition-of-ready-checklist">Definition of Ready checklist</h2> Adapt from <a href="https://abhishekpatel.co/notes/definition-of-ready-the-checklist-that-decides-whether-a-story-can-enter-a-sprin" target="_blank" rel="noopener noreferrer">Definition of Ready</a>. Keep it to seven items. <pre class="hljs code-block"><code class="language-markdown">- [ ] Business reason is clear - [ ] Written as a small user or business outcome - [ ] Acceptance criteria written, including the main error cases - [ ] Dependencies identified - [ ] Design or mockup available if there is UI - [ ] Major unknowns investigated or spiked - [ ] Estimated, and fits comfortably in one sprint </code></pre> <h2 id="definition-of-done-checklist">Definition of Done checklist</h2> Adapt from <a href="https://abhishekpatel.co/notes/definition-of-done-how-to-stop-calling-work-finished-when-testing-is-still-pendi" target="_blank" rel="noopener noreferrer">Definition of Done</a>. Start with version 1 and grow it. <pre class="hljs code-block"><code class="language-markdown">- [ ] All acceptance criteria pass - [ ] Code reviewed by another person - [ ] Unit tests written and passing - [ ] Test cases written and linked to the story - [ ] Integration tests passing, CI green - [ ] Merged and deployed to test - [ ] No known critical or high severity defects - [ ] Documentation updated where behaviour changed </code></pre> <h2 id="test-case">Test case</h2> <pre class="hljs code-block"><code class="language-markdown">TC-<AREA>-<NNN> <what this proves, in one line> Precondition: <starting state, specific data> Steps: 1. <action> 2. <action> Expected: <observable result, specific enough to be unarguable> Traces to: Story #<id>, acceptance criterion <n> Type: manual / automated </code></pre> <h2 id="feature-one-pager">Feature one pager</h2> The maintenance record, explained in <a href="https://abhishekpatel.co/notes/why-nobody-remembers-how-a-feature-works-documenting-behaviour-edge-cases-and-ow" target="_blank" rel="noopener noreferrer">Feature Inventory and Ownership</a>. <pre class="hljs code-block"><code class="language-markdown"># Feature: <name> **Owner:** <name> **Last reviewed:** <date> **Status:** live / deprecated ## What it does ## Why it exists ## Expected behaviour ## Edge cases we know about ## What it depends on ## How it is tested ## Known gaps ## Decisions worth remembering <date>: chose X over Y because Z. Do not undo without solving Z. </code></pre> <h2 id="sprint-goal">Sprint Goal</h2> <pre class="hljs code-block"><code class="language-markdown">Sprint <n> goal: <one sentence describing the single outcome> We will know we achieved it when: <the demonstrable thing> Not in this sprint: <the thing people will ask for anyway> </code></pre> Written before selecting items, per <a href="https://abhishekpatel.co/notes/the-sprint-cycle-explained-backlog-refinement-sprint-planning-daily-review-and-r" target="_blank" rel="noopener noreferrer">Sprint Planning and Refinement</a>. <h2 id="feedback-triage-card">Feedback triage card</h2> Keep this visible during the sprint. Full reasoning in <a href="https://abhishekpatel.co/notes/scope-creep-in-sprints-how-to-classify-stakeholder-feedback-instead-of-absorbing" target="_blank" rel="noopener noreferrer">Feedback and Scope Control</a>. <pre class="hljs code-block"><code class="language-markdown">Feedback received. Which is it? □ Defect → does not match agreed criteria → fix in this story □ Clarification → criteria were misread → correct in this story □ New scope → capability nobody agreed to → NEW backlog item □ Requirement change→ the business need itself changed → PO decides, deliberately □ Urgent production → customers affected now → take it, REMOVE equal work □ Nice idea → came out of the demo → backlog, prioritise later Only the first two belong inside the current story. </code></pre> <h2 id="retrospective-carry-over-analysis">Retrospective carry over analysis</h2> Instead of “why did we not finish”, ask this per unfinished item: <pre class="hljs code-block"><code class="language-markdown">Item: <title> Points: <n> Cause (pick one): □ Scope added after the sprint started □ Requirement was unclear when we started □ Blocked by a dependency □ Genuinely harder than anyone could know □ Unplanned production work consumed the time □ We simply took on more than our velocity supports Evidence: <one line> </code></pre> Tally the causes across three sprints and your improvement priority stops being a matter of opinion. The four common misdiagnoses are listed in <a href="https://abhishekpatel.co/notes/story-points-explained-what-they-measure-why-fibonacci-and-how-to-run-planning-p" target="_blank" rel="noopener noreferrer">Estimation and Story Points</a>. 11:["$","div",null,{"className":"shell","children":[["$","$L5",null,{}],["$","main",null,{"id":"main","children":[["$","div",null,{"className":"pagehead","children":[["$","a",null,{"className":"eyebrow","href":"/topics","children":"← Topics"}],["$","h1",null,{"children":"feedback-triage"}],["$","p",null,{"children":[1," ","entry"]}]]}],["$","section",null,{"className":"section","children":["$","$L19",null,{"items":[{"id":"ce08ee11-21b8-4aad-8a6b-5f54634e826f","collection":"note","format":"learning","slug":"ready-to-use-templates-for-epics-features-stories-bugs-test-cases-and-sprint-goa","title":"Ready to Use Templates for Epics, Features, Stories, Bugs, Test Cases and Sprint Goals","description":"Ready-to-use Agile templates for Epics, Features, Stories, Bugs, test cases, Sprint Goals, quality gates, feedback, and retrospectives.","topics":["agile","templates","azure-devops","epic","feature","user-story","task","bug","spike","acceptance-criteria","definition-of-ready","definition-of-done","test-cases","sprint-goal","feedback-triage","retrospective","scope-control","feature-documentation","work-items","product-delivery","software-quality","backlog-management"],"status":"Published","createdAt":"2026-09-18","updatedAt":"2026-09-18","publishedAt":"2026-09-18","related":[],"backlinks":[],"tags":["agile","templates","azure-devops","epic","feature","user-story","task","bug","spike","acceptance-criteria","definition-of-ready","definition-of-done","test-cases","sprint-goal","feedback-triage","retrospective","scope-control","feature-documentation","work-items","product-delivery","software-quality","backlog-management"],"featured":false,"body":"$1a","html":"$1b","headings":[{"title":"Epic","id":"epic"},{"title":"Feature","id":"feature"},{"title":"User Story","id":"user-story"},{"title":"Task","id":"task"},{"title":"Bug","id":"bug"},{"title":"Spike","id":"spike"},{"title":"Definition of Ready checklist","id":"definition-of-ready-checklist"},{"title":"Definition of Done checklist","id":"definition-of-done-checklist"},{"title":"Test case","id":"test-case"},{"title":"Feature one pager","id":"feature-one-pager"},{"title":"Sprint Goal","id":"sprint-goal"},{"title":"Feedback triage card","id":"feedback-triage-card"},{"title":"Retrospective carry over analysis","id":"retrospective-carry-over-analysis"}],"readingTime":6,"url":"/notes/ready-to-use-templates-for-epics-features-stories-bugs-test-cases-and-sprint-goa","author":null,"authors":null,"started":null,"finished":null,"originalUrl":null,"dateRead":null,"metaTitle":"Ready to Use Templates for Epics, Features, Stories, Bugs, Test Cases and Sprint Goals","metaDescription":"Ready-to-use Agile templates for Epics, Features, Stories, Bugs, test cases, Sprint Goals, quality gates, feedback, and retrospectives.","ogImage":null,"noindex":false}]}]}]]}],"$L1c"]}] 1c:["$","footer",null,{"className":"garden-foot","children":[["$","div",null,{"className":"garden-foot-grid","children":[["$","div",null,{"className":"garden-foot-brand","children":[["$","a",null,{"href":"/","className":"brand","children":[["$","span",null,{"children":"ap."}],"Abhishek Patel"]}],["$","p",null,{"children":"Notes on what I am learning, essays on what I have worked out, and the projects and reading behind both."}]]}],["$","nav",null,{"className":"garden-foot-col","aria-label":"Read","children":[["$","p",null,{"className":"garden-foot-heading","children":"Read"}],[["$","a","/notes",{"className":"garden-foot-link","href":"/notes","children":"Notes"}],["$","a","/essays",{"className":"garden-foot-link","href":"/essays","children":"Essays"}],["$","a","/projects",{"className":"garden-foot-link","href":"/projects","children":"Projects"}],["$","a","/library",{"className":"garden-foot-link","href":"/library","children":"Library"}],["$","a","/about",{"className":"garden-foot-link","href":"/about","children":"About"}]]]}],["$","nav",null,{"className":"garden-foot-col","aria-label":"More","children":[["$","p",null,{"className":"garden-foot-heading","children":"More"}],[["$","a","/topics",{"className":"garden-foot-link","href":"/topics","children":"Topics"}],["$","a","/archive",{"className":"garden-foot-link","href":"/archive","children":"Archive"}],["$","a","/rss.xml",{"className":"garden-foot-link","href":"/rss.xml","children":"RSS"}]]]}],["$","nav",null,{"className":"garden-foot-col garden-foot-social","aria-label":"Connect","children":[["$","p",null,{"className":"garden-foot-heading","children":"Connect"}],[["$","a","GitHub",{"className":"garden-foot-link","href":"https://github.com/apni-codeshala","target":"_blank","rel":"noopener noreferrer","children":"GitHub"}],["$","a","LinkedIn",{"className":"garden-foot-link","href":"https://www.linkedin.com/in/abhishek-patel-apnicodeshala/","target":"_blank","rel":"noopener noreferrer","children":"LinkedIn"}],["$","a","Instagram",{"className":"garden-foot-link","href":"https://www.instagram.com/_17__abhishek__09_/","target":"_blank","rel":"noopener noreferrer","children":"Instagram"}],["$","a","X / Twitter",{"className":"garden-foot-link","href":"https://x.com/abhishek_p2036","target":"_blank","rel":"noopener noreferrer","children":"X / Twitter"}],["$","a","YouTube",{"className":"garden-foot-link","href":"https://www.youtube.com/@asli_engineering","target":"_blank","rel":"noopener noreferrer","children":"YouTube"}],["$","a","Email",{"className":"garden-foot-link","href":"mailto:abhishekpatel171019@gmail.com","children":"Email"}]]]}]]}],["$","div",null,{"className":"garden-foot-end","children":[["$","span",null,{"children":"A little more curious than yesterday."}],["$","span",null,{"children":["© ",2026," Abhishek Patel"]}]]}]]}] </article></body></html>

1:"$Sreact.fragment" 3:I[339756,["/_next/static/immutable/chunks/0x-9rc1bm-510.js"],"default"] 4:I[837457,["/_next/static/immutable/chunks/0x-9rc1bm-510.js"],"default"] 5:I[348303,["/_next/static/immutable/chunks/2rry8mu5z36mg.js","/_next/static/immutable/chunks/43xx0nciewcvo.js","/_next/static/immutable/chunks/1vdbc42b357x7.js","/_next/static/immutable/chunks/3hyjmf0tezgsq.js"],"default"] e:I[168027,[],"default",1] :HL["/_next/static/immutable/chunks/28grdoq3zy-ff.css","style"] :HL["/_next/static/immutable/chunks/0191g6n0nh27h.css","style"] :HC["/",""] 2:T5f1,{"@context":"https://schema.org","@graph":[{"@type":"Person","@id":"https://abhishekpatel.co/#person","name":"Abhishek Patel","url":"https://abhishekpatel.co","image":"https://abhishekpatel.co/abhishek_patel.png","description":"Learning, building, and documenting the journey in public.","jobTitle":"Software engineer","sameAs":["https://github.com/apni-codeshala","https://www.linkedin.com/in/abhishek-patel-apnicodeshala/","https://www.instagram.com/_17__abhishek__09_/","https://x.com/abhishek_p2036","https://www.youtube.com/@asli_engineering"],"email":"mailto:abhishekpatel171019@gmail.com"},{"@type":"WebSite","@id":"https://abhishekpatel.co/#website","name":"Abhishek Patel","url":"https://abhishekpatel.co","description":"Notes on what I am learning, essays on what I have worked out, projects I am building, and the books and papers behind them.","inLanguage":"en","publisher":{"@id":"https://abhishekpatel.co/#person"},"potentialAction":{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https://abhishekpatel.co/explore?q={search_term_string}"},"query-input":"required name=search_term_string"},"hasPart":[{"@type":"WebPage","name":"About","url":"https://abhishekpatel.co/about"},{"@type":"WebPage","name":"Writing","url":"https://abhishekpatel.co/writing"},{"@type":"WebPage","name":"Learning","url":"https://abhishekpatel.co/learning"},{"@type":"WebPage","name":"Projects","url":"https://abhishekpatel.co/projects"},{"@type":"WebPage","name":"Now","url":"https://abhishekpatel.co/now"}]}]}c:X 0:{"P":null,"c":["","topics","feedback-triage"],"q":"","i":false,"f":[[["",{"children":[["path","topics/feedback-triage","c",["admin","api","rss.xml"]],{"children":["__PAGE__",{},"$undefined","$undefined",4096]},"$undefined","$undefined",4096]},"$undefined","$undefined",4112],[["$","$1","c",{"children":[[["$","link","0",{"rel":"stylesheet","href":"/_next/static/immutable/chunks/28grdoq3zy-ff.css","precedence":"next","crossOrigin":"$undefined","nonce":"$undefined"}],["$","link","1",{"rel":"stylesheet","href":"/_next/static/immutable/chunks/0191g6n0nh27h.css","precedence":"next","crossOrigin":"$undefined","nonce":"$undefined"}]],["$","html",null,{"lang":"en","suppressHydrationWarning":true,"children":["$","body",null,{"children":[["$","a",null,{"className":"skip","href":"#main","children":"Skip to content"}],["$","script",null,{"type":"application/ld+json","dangerouslySetInnerHTML":{"__html":"$2"}}],["$","$L3",null,{"parallelRouterKey":"children","error":"$undefined","errorStyles":"$undefined","errorScripts":"$undefined","template":["$","$L4",null,{}],"templateStyles":"$undefined","templateScripts":"$undefined","notFound":[["$","div",null,{"className":"shell","children":[["$","$L5",null,{}],["$","main",null,{"id":"main","children":["$","div",null,{"className":"pagehead","children":[["$","span",null,{"className":"eyebrow","children":"404 · A path not taken yet"}],["$","h1",null,{"children":"This idea isn’t here."}],["$","p",null,{"children":"The link may have changed, or this corner of the garden hasn’t been planted."}],["$","div",null,{"className":"textlinks","children":[["$","a",null,{"href":"/explore","children":"Explore the garden →"}],["$","a",null,{"href":"/","children":"Return home"}]]}]]}]}],["$","footer",null,{"className":"garden-foot","children":[["$","div",null,{"className":"garden-foot-grid","children":[["$","div",null,{"className":"garden-foot-brand","children":[["$","a",null,{"href":"/","className":"brand","children":[["$","span",null,{"children":"ap."}],"Abhishek Patel"]}],["$","p",null,{"children":"Notes on what I am learning, essays on what I have worked out, and the projects and reading behind both."}]]}],["$","nav",null,{"className":"garden-foot-col","aria-label":"Read","children":[["$","p",null,{"className":"garden-foot-heading","children":"Read"}],[["$","a","/notes",{"className":"garden-foot-link","href":"/notes","children":"Notes"}],["$","a","/essays",{"className":"garden-foot-link","href":"/essays","children":"Essays"}],["$","a","/projects",{"className":"garden-foot-link","href":"/projects","children":"Projects"}],["$","a","/library",{"className":"garden-foot-link","href":"/library","children":"Library"}],"$L6"]]}],"$L7","$L8"]}],"$L9"]}]]}],[]],"forbidden":"$undefined","unauthorized":"$undefined"}]]}]}]]}],{"children":["$La",{"children":["$Lb",{},null,false,null]},null,false,"$c"]},null,false,null],"$Ld",false]],"m":"$undefined","G":["$e",["$Lf","$L10"]],"S":false,"h":null,"r":"$undefined","s":"$undefined","a":"$undefined","l":"$undefined","p":"$undefined","d":"$undefined","b":"skbw38LNB3hEG-qfMAZMi"} 12:I[897367,["/_next/static/immutable/chunks/0x-9rc1bm-510.js"],"OutletBoundary"] 13:"$Sreact.suspense" 15:I[897367,["/_next/static/immutable/chunks/0x-9rc1bm-510.js"],"ViewportBoundary"] 17:I[897367,["/_next/static/immutable/chunks/0x-9rc1bm-510.js"],"MetadataBoundary"] 6:["$","a","/about",{"className":"garden-foot-link","href":"/about","children":"About"}] 7:["$","nav",null,{"className":"garden-foot-col","aria-label":"More","children":[["$","p",null,{"className":"garden-foot-heading","children":"More"}],[["$","a","/topics",{"className":"garden-foot-link","href":"/topics","children":"Topics"}],["$","a","/archive",{"className":"garden-foot-link","href":"/archive","children":"Archive"}],["$","a","/rss.xml",{"className":"garden-foot-link","href":"/rss.xml","children":"RSS"}]]]}] 8:["$","nav",null,{"className":"garden-foot-col garden-foot-social","aria-label":"Connect","children":[["$","p",null,{"className":"garden-foot-heading","children":"Connect"}],[["$","a","GitHub",{"className":"garden-foot-link","href":"https://github.com/apni-codeshala","target":"_blank","rel":"noopener noreferrer","children":"GitHub"}],["$","a","LinkedIn",{"className":"garden-foot-link","href":"https://www.linkedin.com/in/abhishek-patel-apnicodeshala/","target":"_blank","rel":"noopener noreferrer","children":"LinkedIn"}],["$","a","Instagram",{"className":"garden-foot-link","href":"https://www.instagram.com/_17__abhishek__09_/","target":"_blank","rel":"noopener noreferrer","children":"Instagram"}],["$","a","X / Twitter",{"className":"garden-foot-link","href":"https://x.com/abhishek_p2036","target":"_blank","rel":"noopener noreferrer","children":"X / Twitter"}],["$","a","YouTube",{"className":"garden-foot-link","href":"https://www.youtube.com/@asli_engineering","target":"_blank","rel":"noopener noreferrer","children":"YouTube"}],["$","a","Email",{"className":"garden-foot-link","href":"mailto:abhishekpatel171019@gmail.com","children":"Email"}]]]}] 9:["$","div",null,{"className":"garden-foot-end","children":[["$","span",null,{"children":"A little more curious than yesterday."}],["$","span",null,{"children":["© ",2026," Abhishek Patel"]}]]}] a:["$","$1","c",{"children":[null,["$","$L3",null,{"parallelRouterKey":"children","error":"$undefined","errorStyles":"$undefined","errorScripts":"$undefined","template":["$","$L4",null,{}],"templateStyles":"$undefined","templateScripts":"$undefined","notFound":"$undefined","forbidden":"$undefined","unauthorized":"$undefined"}]]}] b:["$","$1","c",{"children":["$L11",[["$","script","script-0",{"src":"/_next/static/immutable/chunks/2rry8mu5z36mg.js","async":true,"nonce":"$undefined"}],["$","script","script-1",{"src":"/_next/static/immutable/chunks/43xx0nciewcvo.js","async":true,"nonce":"$undefined"}],["$","script","script-2",{"src":"/_next/static/immutable/chunks/1vdbc42b357x7.js","async":true,"nonce":"$undefined"}],["$","script","script-3",{"src":"/_next/static/immutable/chunks/3hyjmf0tezgsq.js","async":true,"nonce":"$undefined"}]],["$","$L12",null,{"children":["$","$13",null,{"name":"Next.MetadataOutlet","children":"$@14"}]}]]}] d:["$","$1","h",{"children":[null,["$","$L15",null,{"children":"$L16"}],["$","div",null,{"hidden":true,"children":["$","$L17",null,{"children":["$","$13",null,{"name":"Next.Metadata","children":"$L18"}]}]}],null]}] f:["$","link","0",{"rel":"stylesheet","href":"/_next/static/immutable/chunks/28grdoq3zy-ff.css","precedence":"next","crossOrigin":"$undefined","nonce":"$undefined"}] 10:["$","link","1",{"rel":"stylesheet","href":"/_next/static/immutable/chunks/0191g6n0nh27h.css","precedence":"next","crossOrigin":"$undefined","nonce":"$undefined"}] c:C 16:[["$","meta","0",{"charSet":"utf-8"}],["$","meta","1",{"name":"viewport","content":"width=device-width, initial-scale=1"}]] 19:I[146773,["/_next/static/immutable/chunks/2rry8mu5z36mg.js","/_next/static/immutable/chunks/43xx0nciewcvo.js","/_next/static/immutable/chunks/1vdbc42b357x7.js","/_next/static/immutable/chunks/3hyjmf0tezgsq.js"],"default"] 1a:T1e7f,--- > Why this matters: the blank page is the real reason acceptance criteria go unwritten. Pre fill the structure and the work becomes filling in boxes. Load these as work item templates in [Azure DevOps Setup](https://abhishekpatel.co/notes/how-to-set-up-azure-devops-for-agile-delivery-work-items-fields-tags-queries-and) so a new item is created with the shape already there. ## Epic Written as a business objective, per [Work Breakdown Hierarchy](https://abhishekpatel.co/notes/epic-vs-feature-vs-user-story-vs-task-how-to-break-work-down-and-decide-which-is). ```markdown # Epic: **Why now:** **Who it serves:** **Success looks like:** **Features in scope** - - **Explicitly not in scope** - **Open questions** - | owner: | needed by: ``` ## Feature ```markdown # Feature: **Parent Epic:** **Owner:** **What it lets a user do:** **Why it matters:** **Stories** - - **Dependencies:** **Out of scope:** ``` ## User Story The one that matters most. Craft notes in [Writing User Stories](https://abhishekpatel.co/notes/how-to-write-a-user-story-that-fits-in-one-sprint-invest-splitting-patterns-and) and [Acceptance Criteria](https://abhishekpatel.co/notes/how-to-write-acceptance-criteria-defining-expected-behaviour-before-development). ```markdown # As a I want So that ## Acceptance criteria 1. Given , when , then . 2. Given , when , then . 3. 4. 5. ## Out of scope - ## Notes - ## Open questions - | owner: ``` ## Task ```markdown # Parent story: Remaining work: What this covers: Done when: ``` Keep it to a day or less. If it is bigger, split it. ## Bug ```markdown # **Severity:** critical / high / medium / low **Found in:** **Affects:** ## Steps to reproduce 1. 2. 3. **Expected:** **Actual:** **Evidence:** **Related story:** ``` That last line is what lets you later ask which features generate the most defects, which is how you prioritise coverage in [Test Case Strategy](https://abhishekpatel.co/notes/why-features-end-up-with-no-test-cases-and-how-to-make-that-structurally-impossi). ## Spike ```markdown # Spike: **Timebox:** **Question:** **Output:** **Options to evaluate** -