Feature review and prioritization with RICE/WSJF/Kano scoring. Creates GitHub issues for suggestions. feature review, prioritization, RICE, WSJF, roadmap, backlog Use when: reviewing features or suggesting new features DO NOT use when: evaluating single feature scope - use scope-guard.
Scanned 2/12/2026
Install via CLI
openskills install athola/claude-night-market---
name: feature-review
description: |
Feature review and prioritization with RICE/WSJF/Kano scoring. Creates GitHub issues for suggestions.
feature review, prioritization, RICE, WSJF, roadmap, backlog
Use when: reviewing features or suggesting new features
DO NOT use when: evaluating single feature scope - use scope-guard.
category: workflow-methodology
tags: [feature-review, prioritization, RICE, WSJF, Kano, roadmap, backlog]
dependencies:
- imbue:scope-guard
- imbue:review-core
tools:
- gh (GitHub CLI)
usage_patterns:
- feature-inventory
- prioritization-scoring
- suggestion-generation
- github-integration
complexity: intermediate
estimated_tokens: 3500
modules:
- modules/scoring-framework.md
- modules/classification-system.md
- modules/tradeoff-dimensions.md
- modules/configuration.md
version: 1.4.0
---
## Table of Contents
- [Philosophy](#philosophy)
- [When to Use](#when-to-use)
- [When NOT to Use](#when-not-to-use)
- [Quick Start](#quick-start)
- [1. Inventory Current Features](#1-inventory-current-features)
- [2. Score and Classify](#2-score-and-classify)
- [3. Generate Suggestions](#3-generate-suggestions)
## Verification
Run `make test-feature-review` to verify scoring logic after changes.
- [4. Upload to GitHub](#4-upload-to-github)
- [Workflow](#workflow)
- [Phase 1: Feature Discovery (`feature-review:inventory-complete`)](#phase-1:-feature-discovery-(feature-review:inventory-complete))
- [Phase 2: Classification (`feature-review:classified`)](#phase-2:-classification-(feature-review:classified))
- [Phase 3: Scoring (`feature-review:scored`)](#phase-3:-scoring-(feature-review:scored))
- [Phase 4: Tradeoff Analysis (`feature-review:tradeoffs-analyzed`)](#phase-4:-tradeoff-analysis-(feature-review:tradeoffs-analyzed))
- [Phase 5: Gap Analysis & Suggestions (`feature-review:suggestions-generated`)](#phase-5:-gap-analysis-&-suggestions-(feature-review:suggestions-generated))
- [Phase 6: GitHub Integration (`feature-review:issues-created`)](#phase-6:-github-integration-(feature-review:issues-created))
- [Configuration](#configuration)
- [Configuration File](#configuration-file)
- [Guardrails](#guardrails)
- [Required TodoWrite Items](#required-todowrite-items)
- [Integration Points](#integration-points)
- [Output Format](#output-format)
- [Feature Inventory Table](#feature-inventory-table)
- [Suggestion Report](#suggestion-report)
- [Feature Suggestions](#feature-suggestions)
- [High Priority (Score > 2.5)](#high-priority-(score->-25))
- [Related Skills](#related-skills)
- [Reference](#reference)
# Feature Review
Review implemented features and suggest new ones using evidence-based prioritization. Create GitHub issues for accepted suggestions.
## Philosophy
Feature decisions rely on data. Every feature involves tradeoffs that require evaluation. This skill uses hybrid RICE+WSJF scoring with Kano classification to prioritize work and generates actionable GitHub issues for accepted suggestions.
## When To Use
- Roadmap reviews (sprint planning, quarterly reviews).
- Retrospective evaluations.
- Planning new development cycles.
## When NOT To Use
- Emergency bug fixes.
- Simple documentation updates.
- Active implementation (use `scope-guard`).
## Quick Start
### 1. Inventory Current Features
Discover and categorize existing features:
```bash
/feature-review --inventory
```
### 2. Score and Classify
Evaluate features against the prioritization framework:
```bash
/feature-review
```
### 3. Generate Suggestions
Review gaps and suggest new features:
```bash
/feature-review --suggest
```
### 4. Upload to GitHub
Create issues for accepted suggestions:
```bash
/feature-review --suggest --create-issues
```
## Workflow
### Phase 1: Feature Discovery (`feature-review:inventory-complete`)
Identify features by analyzing:
1. **Code artifacts**: Entry points, public APIs, and configuration surfaces.
2. **Documentation**: README lists, CHANGELOG entries, and user docs.
3. **Git history**: Recent feature commits and branches.
**Output:** Feature inventory table.
### Phase 2: Classification (`feature-review:classified`)
Classify each feature along two axes:
**Axis 1: Proactive vs Reactive**
| Type | Definition | Examples |
|------|------------|----------|
| **Proactive** | Anticipates user needs. | Suggestions, prefetching. |
| **Reactive** | Responds to explicit input. | Form handling, click actions. |
**Axis 2: Static vs Dynamic**
| Type | Update Pattern | Storage Model |
|------|---------------|---------------|
| **Static** | Incremental, versioned. | File-based, cached. |
| **Dynamic** | Continuous, streaming. | Database, real-time. |
See [classification-system.md](modules/classification-system.md) for details.
### Phase 3: Scoring (`feature-review:scored`)
Apply hybrid RICE+WSJF scoring:
```
Feature Score = Value Score / Cost Score
Value Score = (Reach + Impact + Business Value + Time Criticality) / 4
Cost Score = (Effort + Risk + Complexity) / 3
Adjusted Score = Feature Score * Confidence
```
**Scoring Scale:** Fibonacci (1, 2, 3, 5, 8, 13).
**Thresholds:**
- **> 2.5**: High priority.
- **1.5 - 2.5**: Medium priority.
- **< 1.5**: Low priority.
See [scoring-framework.md](modules/scoring-framework.md) for the framework.
### Phase 4: Tradeoff Analysis (`feature-review:tradeoffs-analyzed`)
Evaluate each feature across quality dimensions:
| Dimension | Question | Scale |
|-----------|----------|-------|
| **Quality** | Does it deliver correct results? | 1-5 |
| **Latency** | Does it meet timing requirements? | 1-5 |
| **Token Usage** | Is it context-efficient? | 1-5 |
| **Resource Usage** | Is CPU/memory reasonable? | 1-5 |
| **Redundancy** | Does it handle failures gracefully? | 1-5 |
| **Readability** | Can others understand it? | 1-5 |
| **Scalability** | Will it handle 10x load? | 1-5 |
| **Integration** | Does it play well with others? | 1-5 |
| **API Surface** | Is it backward compatible? | 1-5 |
See [tradeoff-dimensions.md](modules/tradeoff-dimensions.md) for criteria.
### Phase 5: Gap Analysis & Suggestions (`feature-review:suggestions-generated`)
1. **Identify gaps**: Missing Kano basics.
2. **Surface opportunities**: High-value, low-effort features.
3. **Flag technical debt**: Features with declining scores.
4. **Recommend actions**: Build, improve, deprecate, or maintain.
### Phase 6: GitHub Integration (`feature-review:issues-created`)
1. Generate issue title and body from suggestions.
2. Apply labels (feature, enhancement, priority/*).
3. Link to related issues.
4. Confirm with user before creation.
## Configuration
Feature-review uses opinionated defaults but allows customization.
### Configuration File
Create `.feature-review.yaml` in project root:
```yaml
# .feature-review.yaml
version: 1
# Scoring weights (must sum to 1.0)
weights:
value:
reach: 0.25
impact: 0.30
business_value: 0.25
time_criticality: 0.20
cost:
effort: 0.40
risk: 0.30
complexity: 0.30
# Score thresholds
thresholds:
high_priority: 2.5
medium_priority: 1.5
# Tradeoff dimension weights (0.0 to disable)
tradeoffs:
quality: 1.0
latency: 1.0
token_usage: 1.0
resource_usage: 0.8
redundancy: 0.5
readability: 1.0
scalability: 0.8
integration: 1.0
api_surface: 1.0
```
See [configuration.md](modules/configuration.md) for options.
### Guardrails
These rules apply to all configurations:
1. **Minimum dimensions**: Evaluate at least 5 tradeoff dimensions.
2. **Confidence requirement**: Review scores below 50% confidence.
3. **Breaking change warning**: Require acknowledgment for API surface changes.
4. **Backlog limit**: Limit suggestion queue to 25 items.
## Required TodoWrite Items
1. `feature-review:inventory-complete`
2. `feature-review:classified`
3. `feature-review:scored`
4. `feature-review:tradeoffs-analyzed`
5. `feature-review:suggestions-generated`
6. `feature-review:issues-created` (if requested)
## Integration Points
- **`imbue:scope-guard`**: Provides Worthiness Scores for suggestions.
- **`sanctum:do-issue`**: Prioritizes issues with high scores.
- **`superpowers:brainstorming`**: Evaluates new ideas against existing features.
## Output Format
### Feature Inventory Table
```markdown
| Feature | Type | Data | Score | Priority | Status |
|---------|------|------|-------|----------|--------|
| Auth middleware | Reactive | Dynamic | 2.8 | High | Stable |
| Skill loader | Reactive | Static | 2.3 | Medium | Needs improvement |
```
### Suggestion Report
```markdown
## Feature Suggestions
### High Priority (Score > 2.5)
1. **[Feature Name]** (Score: 2.7)
- Classification: Proactive/Dynamic
- Value: High reach
- Cost: Moderate effort
- Recommendation: Build in next sprint
```
## Related Skills
- `imbue:scope-guard`: Prevent overengineering.
- `imbue:review-core`: Structured review methodology.
- `sanctum:pr-review`: Code-level feature review.
## Reference
- **[scoring-framework.md](modules/scoring-framework.md)**: RICE+WSJF hybrid.
- **[classification-system.md](modules/classification-system.md)**: Axes definition.
- **[tradeoff-dimensions.md](modules/tradeoff-dimensions.md)**: Quality attributes.
- **[configuration.md](modules/configuration.md)**: Customization options.
## Troubleshooting
### Common Issues
**Command not found**
Ensure all dependencies are installed and in PATH
**Permission errors**
Check file permissions and run with appropriate privileges
**Unexpected behavior**
Enable verbose logging with `--verbose` flag
No comments yet. Be the first to comment!