Communitygithub.com

Lev-it/lev-skills

Créer des éléments de backlog produit au format Pourquoi-Quoi-Acceptation — items indépendants, précieux et testables avec contexte stratégique. À utiliser lors de la rédaction d'éléments de backlog structurés, de la décomposition de fonctionnalités en tâches ou de l'utilisation du format WWA.

Qu'est-ce que lev-skills ?

Cette compétence, nommée Why-What-Acceptance (WWA), permet de structurer des éléments de backlog produit en trois parties claires : le « pourquoi » stratégique, le « quoi » concis et les critères d'acceptation observables. Elle vise à garantir que chaque item de backlog est indépendant, apporte une valeur mesurable, est négociable avec l'équipe et peut être testé de manière vérifiable. La compétence s'appuie sur un processus en huit étapes allant de la définition stratégique jusqu'au dimensionnement adapté à un sprint, et fournit un modèle d'item ainsi qu'un exemple concret (suivi des dépenses en temps réel). Elle est utilisable sur n'importe quel outil de gestion de backlog (Jira, Trello, Azure DevOps, etc.) et est particulièrement utile lors de la création d'incréments produit ou de la communication d'intentions stratégiques aux équipes. Les livrables incluent un ensemble complet d'items de backlog prêts à être priorisés et développés.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Lev-it/lev-skills/tree/HEAD/.claude/skills/wwas

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Pourquoi-Quoi-Acceptation (WWA)

Créer des éléments de backlog produit au format Pourquoi-Quoi-Acceptation. Produit des items indépendants, précieux et testables avec un contexte stratégique.

À utiliser lors de : La rédaction d'éléments de backlog, la création d'incréments produit, la décomposition de fonctionnalités en tâches, ou la communication d'intentions stratégiques aux équipes.

Arguments :

  • $PRODUCT : Le nom du produit ou du système
  • $FEATURE : La nouvelle fonctionnalité ou capacité
  • $DESIGN : Lien vers les fichiers de conception (Figma, Miro, etc.)
  • $ASSUMPTIONS : Hypothèses clés et contexte stratégique

Processus étape par étape

  1. Définir le Pourquoi stratégique - Relier le travail aux objectifs métier et d'équipe
  2. Décrire le Quoi - Descriptions concises, références aux conceptions
  3. Rédiger les critères d'acceptation - De haut niveau, pas de spécifications détaillées
  4. Assurer l'indépendance - Les items peuvent être développés dans n'importe quel ordre
  5. Garder les items négociables - Inviter à la conversation d'équipe, pas imposer des contraintes
  6. Rendre les items précieux - Chacun apporte une valeur mesurable pour l'utilisateur ou le métier
  7. Assurer la testabilité - Les résultats sont observables et vérifiables
  8. Dimensionner correctement - Assez petit pour tenir dans une estimation de sprint

Modèle d'item

Titre : [Ce qui sera livré]

Pourquoi : [1 à 2 phrases reliant le contexte stratégique et les objectifs d'équipe]

Quoi : [Description courte et lien vers la conception. 1 à 2 paragraphes maximum. Un rappel de la discussion, pas une spécification détaillée.]

Critères d'acceptation :

  • [Résultat observable 1]
  • [Résultat observable 2]
  • [Résultat observable 3]
  • [Résultat observable 4]

Exemple d'item WWA

Titre : Implémenter le suivi des dépenses en temps réel

Pourquoi : Les utilisateurs ont besoin d'un retour immédiat sur leurs dépenses pour prendre des décisions budgétaires conscientes. Cela soutient directement notre objectif d'améliorer la conscience financière et de réduire les dépenses excessives.

Quoi : Ajouter un suivi des dépenses en temps réel qui se met à jour lorsque les utilisateurs enregistrent des dépenses. Le suivi affiche les dépenses de la semaine en cours par rapport au budget défini. Les conceptions sont disponibles dans [lien Figma]. Ceci est un rappel de nos discussions — les spécifications détaillées émergeront lors des conversations de développement avec l'équipe.

Critères d'acceptation :

  • Les totaux des dépenses se mettent à jour en moins de 2 secondes après l'enregistrement d'une dépense
  • La progression du budget est indiquée visuellement par une barre de progression
  • Les utilisateurs peuvent voir le montant restant du budget en un coup d'œil
  • Le système gère correctement plusieurs catégories de dépenses

Livrables

  • Ensemble complet d'éléments de backlog pour la fonctionnalité
  • Chaque item comprend les sections Pourquoi, Quoi et Critères d'acceptation
  • Les items sont indépendants et livrables dans n'importe quel ordre
  • Les items sont dimensionnés pour l'estimation et la réalisation en un sprint
  • Le contexte stratégique est clair pour la prise de décision de l'équipe
  • Les références de conception sont incluses pour guider la mise en œuvre

Lectures complémentaires

Individual skills in this repo

This repo contains 11 individual skills — each has its own dedicated page.

Lev-it/lev-skills

Ask which skill or flow fits your situation. A router over the user-invoked skills in this repo.

Lev-it/lev-skills

Premium brand-kit image generation skill for creating high-end brand-guidelines boards, logo systems, identity decks, and visual-world presentations. Trained for minimalist, cinematic, editorial, dark-tech, luxury, cultural, security, gaming, developer-tool, and consumer-app brand systems. Optimized for intentional logo concepting, refined composition, sparse typography, strong symbolic meaning, premium mockups, art-directed imagery, and flexible grid layouts.

Lev-it/lev-skills

Compact the current conversation into a handoff document for another agent to pick up.

Lev-it/lev-skills

Ink terminal renderer for json-render that turns JSON specs into interactive terminal UIs. Use when working with @json-render/ink, building terminal UIs from JSON, creating terminal component catalogs, or rendering AI-generated specs in the terminal.

Lev-it/lev-skills

Interactive QA session where user reports bugs or issues conversationally, and the agent files GitHub issues. Explores the codebase in the background for context and domain language. Use when user wants to report bugs, do QA, file issues conversationally, or mentions "QA session".

Lev-it/lev-skills

Facilitate a structured sprint retrospective — what went well, what didn't, and prioritized action items with owners and deadlines. Use when running a retrospective, reflecting on a sprint, creating action items from team feedback, or learning how to run effective retros.

Lev-it/lev-skills

Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

Lev-it/lev-skills

Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.

Lev-it/lev-skills

Teach the user a new skill or concept, within this workspace.

Lev-it/lev-skills

Turn the current conversation into a PRD and publish it to the project issue tracker — no interview, just synthesis of what you've already discussed.

Lev-it/lev-skills

Move issues through a state machine of triage roles — categorise, reproduce, grill if needed, and write agent-ready briefs.

Skills associés