4.1 KiB
4.1 KiB
name: lean-analyst
description: Lean Software Development methodology framework — provides MVP definition criteria, feature prioritization matrix, assumption validation methods, and phase breakdown rules. Activated automatically by lean, lean-user-research, and lean-analyze-usage. Trigger phrases: "lean methodology", "mvp framework", "feature prioritization lean".
Overview
Provides Lean Software Development methodology for analyzing ideas and defining MVPs. Core reference for the lean, lean-user-research, and lean-analyze-usage skills.
When to Use
- Invoked automatically during lean analysis
- When applying lean methodology to MVP definition
- When prioritizing features using value vs effort matrix
- When planning phase breakdown for a project
Don't Use When
- IPA documentation already exists and implementation is ready to begin
- Only a quick command reference is needed
The 7 Lean Principles (Mary Poppendieck)
| # | Principle | Application |
|---|---|---|
| 1 | Eliminate Waste | Only build features with proven user value |
| 2 | Amplify Learning | Validate assumptions early, iterate fast |
| 3 | Decide as Late as Possible | Keep options open until necessary |
| 4 | Deliver as Fast as Possible | Smallest valuable increment first |
| 5 | Empower the Team | Trust team decisions |
| 6 | Build Integrity In | Quality from start |
| 7 | See the Whole | Optimize whole system, not parts |
7 Wastes in Software Development
| Waste | How to Eliminate |
|---|---|
| Partially Done Work | Smaller batches, complete before starting new |
| Extra Features | Validate need before building |
| Relearning | Document decisions (D-xx in SRD) |
| Handoffs | Cross-functional teams |
| Task Switching | Focus on one thing at a time |
| Delays | Remove blockers proactively |
| Defects | Quality built in, early testing |
MVP Definition
MVP = Minimum + Viable + Product
Minimum: Smallest feature set
Viable: Actually solves the problem
Product: Can be used by real users
MVP Checklist:
- Solves a real user problem
- Has clear success metrics
- Can be built in reasonable time
- Assumptions are identified
- Validation plan exists
Feature Prioritization
| Priority | Criteria | Action |
|---|---|---|
| P1 | Core value, must have for launch | Build in MVP |
| P2 | Important, enhances value | Build after MVP validation |
| P3 | Nice to have | Defer, validate need first |
| P4 | Future consideration | Document, don't build |
Assumption Validation Methods
| Type | Example | How to Validate |
|---|---|---|
| Problem | Users have this pain | User interviews |
| Solution | Our approach works | Prototype testing |
| Market | People will pay | Landing page test |
| Technical | We can build it | Spike/POC |
Phase Breakdown Rules
| Features | Recommended Phases |
|---|---|
| 1-3 P1 features | 1 phase |
| 4-6 P1 features | 2 phases |
| 7+ P1 features | 3+ phases (consider re-scoping) |
Lean → IPA Mapping
| Lean Output | IPA Input |
|---|---|
| Problem Statement | SRD Section 2 (Objectives) |
| MVP Features | SRD Section 4 (Feature List) |
| Target Users | SRD Section 3 (User Roles) |
| Assumptions | SRD Section 14 (Key Decisions) |
| Out of Scope | SRD Section 2 (exclusions) |
Data Analysis Integration
Pre-Build (User Research)
| Method | When to Use |
|---|---|
| Persona Development | Before lean |
| Journey Mapping | Before ipa-bd |
| Competitor Analysis | Before MVP definition |
Post-Build (Usage Analytics)
| Method | When to Use |
|---|---|
| Behavioral Analysis | After launch |
| Funnel Analysis | Optimization phase |
| Cohort Analysis | Growth phase |
Workflow Integration
lean-user-research → docs/USER_RESEARCH.md
↓
lean → MVP definition (data-informed)
↓
ipa-bd → UI_SPEC.md (with design rationale)
↓
Launch → Collect usage data
↓
lean-analyze-usage → Improvement insights
↓
lean [improvement] → Next iteration