Work Item to Pull Request Traceability Audit
Check that code changes link back to work items and acceptance criteria.
The Open buttons send the prompt text as currently shown below to that site only when you click. Fill in the placeholders first.
[VERIFY] is an editorial flag, not a blank to fill. Wherever the prompt shows [VERIFY], check that item against a reliable source before you use it.
Audit traceability in Azure DevOps. A sample of recent completed work items and linked pull requests or commits (ids, titles, dates, whether links exist): [SAMPLE_DATA]. Our policy for linking work to changes: [LINKING_POLICY]. Release notes process: [RELEASE_NOTES_PROCESS]. Calculate the share of work items with at least one linked change, the share of pull requests linked to a work item, and the number of changes in the last release with no link, with the arithmetic. Check whether acceptance criteria are present and whether a test or review is referenced. Identify patterns by team or type. Make a table of exceptions with likely cause and fix. Propose a lightweight rule (branch names or commit messages include the work item id) and a branch policy suggestion in plain words [VERIFY], a weekly report of unlinked changes, and a script for explaining the benefits to the team. Use only my sample. Do not claim compliance with any standard.
Fill in before use
Optional: type your details and the prompt above updates. Nothing is saved or sent.
Replace each bracketed placeholder with your own details, then paste into Any AI or another assistant.