CtrlK
BlogDocsLog inGet started
Tessl Logo

wwas

Create product backlog items in Why-What-Acceptance format — independent, valuable, testable items with strategic context. Use when writing structured backlog items, breaking features into work items, or using the WWA format.

62

Quality

78%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./pm-execution/skills/wwas/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured instruction-only skill: the template and worked example make the output format directly reproducible, and the eight-step sequence doubles as a quality checklist. The main costs are token redundancy (the body restates the frontmatter description and duplicates step content in Output Deliverables) and the absence of an explicit validation step before delivery.

Suggestions

Remove the opening paragraph and 'Use when:' line that restate the frontmatter description verbatim — the frontmatter already carries this information.

Trim or merge the 'Output Deliverables' section, which repeats the attributes already covered by steps 4-8, into a single quality-checklist line.

Add an explicit validation step (e.g., 'Review each drafted item against steps 4-8 before presenting the backlog') to close the workflow with a verification checkpoint.

DimensionReasoningScore

Conciseness

The body opens by restating the frontmatter nearly verbatim ("Create product backlog items in Why-What-Acceptance format. Produces independent, valuable, testable items with strategic context." plus a second "Use when:" line), and the "Output Deliverables" section re-lists properties already stated in steps 4–8 ("Items are independent...", "sized for... one sprint", "Strategic context is clear"). This matches 'mostly efficient but includes some unnecessary... could be tightened'. It is not a 2 because there is no concept-teaching padding, and not a 4 because the duplication is noticeable rather than minor.

3 / 5

Actionability

Concrete guidance comes from the item template with labeled placeholders and a full worked example (the Real-Time Spending Tracker item with measurable criteria like "Spending totals update within 2 seconds"). It is not a 5 because the eight process steps are abstract directives ("Define the strategic Why - Connect work to business and team objectives") without operational detail on how to execute each, leaving minor gaps; it is well above a 3 because the template plus example make the output directly reproducible.

4 / 5

Workflow Clarity

The eight steps form a clear, ordered sequence, and steps 4–8 double as a quality checklist (independence, negotiability, value, testability, sizing). This is document-writing, not a destructive or batch operation, so no validation cap applies. It is not a 5 because there is no explicit review/verify checkpoint before delivering the items, and the steps are directives rather than a checkpointed workflow.

4 / 5

Progressive Disclosure

There are no bundle files (references/, scripts/, assets/ are absent) and none are needed; the single file is organized into clear sections with a one-level-deep, well-signaled "Further Reading" external link. It is not a 5 because the body runs ~65 lines — just past the under-50-line simple-skill exception — and carries a redundant Output Deliverables section that represents a minor organization gap.

4 / 5

Total

15

/

20

Passed

Description

78%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it states a concrete capability, defines the deliverable's qualities, and gives an explicit 'Use when' clause with natural trigger phrases including the format name. The main gaps are limited action coverage (only 'create') and missing common synonyms such as 'user stories' in the trigger list.

DimensionReasoningScore

Specificity

The description names a concrete domain and action ("Create product backlog items in Why-What-Acceptance format") plus output qualities ("independent, valuable, testable items"), but offers only one action verb rather than several distinct capabilities, matching the 'names domain and 1-2 concrete actions' anchor. It is not a 4 because there is no list of multiple specific actions, and not a 2 because the stated action is concrete rather than generic.

3 / 5

Completeness

It explicitly answers both parts: what ("Create product backlog items in Why-What-Acceptance format — independent, valuable, testable items with strategic context") and when ("Use when writing structured backlog items, breaking features into work items, or using the WWA format") with concrete trigger phrases. This directly matches the anchor for a clear, explicit what AND when.

5 / 5

Trigger Term Quality

The 'when' clause surfaces several natural phrases users would say: "writing structured backlog items", "breaking features into work items", "using the WWA format". It is not a 5 because common synonyms like 'user stories', 'acceptance criteria', or 'product increments' (which the body itself uses) are missing from the trigger list; it is above 3 because coverage is good and includes the format's own name.

4 / 5

Distinctiveness Conflict Risk

The WWA format is a clear niche with distinct triggers ("WWA format", "structured backlog items"), giving minimal conflict risk with unrelated skills. It is not a 5 because it could overlap with generic user-story or backlog-writing skills, which share trigger territory.

4 / 5

Total

16

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
phuryn/pm-skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.