Auto-sync: 2026-04-26 16:02
This commit is contained in:
49
wiki/concepts/MVP.md
Normal file
49
wiki/concepts/MVP.md
Normal file
@@ -0,0 +1,49 @@
|
||||
---
|
||||
title: "MVP"
|
||||
type: concept
|
||||
tags: [Product Development, Agile, Lean Startup]
|
||||
sources: [devops-maturity-model-from-traditional-it-to-advanced-devops]
|
||||
last_updated: 2026-04-26
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
MVP(Minimum Viable Product,最小可行产品)是指具有最小功能集的产品版本,仅包含核心功能足以满足早期用户需求并收集验证性反馈。
|
||||
|
||||
## 核心特征
|
||||
|
||||
- **最小功能集**:只实现解决核心问题所必需的最小功能
|
||||
- **快速验证**:尽早发布以获得真实用户反馈
|
||||
- **学习导向**:优先获取市场验证数据而非追求功能完备
|
||||
- **迭代演进**:基于反馈快速迭代改进
|
||||
|
||||
## 与 DevOps 成熟度的关系
|
||||
|
||||
在 DevOps 成熟度模型中,MVP 是 **Phase 4(高度优化阶段)** 的关键实践:
|
||||
|
||||
> "Use of MVPs and management of tech debt to speed up releases."
|
||||
|
||||
在该阶段,组织已建立成熟的 CI/CD 流水线,可以:
|
||||
1. 快速构建和部署 MVP
|
||||
2. 收集生产环境真实反馈
|
||||
3. 缩短从想法到验证的周期
|
||||
4. 降低大功能发布的风险
|
||||
|
||||
## MVP vs 完整产品
|
||||
|
||||
| 维度 | MVP | 完整产品 |
|
||||
|------|-----|---------|
|
||||
| 功能范围 | 最小核心功能 | 完整功能集 |
|
||||
| 目标 | 验证假设 | 全面满足需求 |
|
||||
| 发布时间 | 尽早发布 | 功能完备后发布 |
|
||||
| 反馈来源 | 早期用户 | 广泛用户群 |
|
||||
| 风险 | 低投入高学习 | 高投入风险大 |
|
||||
|
||||
## 与相关概念的关系
|
||||
|
||||
- [[Agile]]:MVP 是敏捷开发的核心实践之一,支持快速迭代
|
||||
- [[Technical Debt]]:MVP 策略需要平衡快速交付与技术债务管理
|
||||
- [[DevOps Maturity Model]]:在 Phase 4 高度优化阶段,MVP 被用于加速发布周期
|
||||
|
||||
## 来源
|
||||
- [[devops-maturity-model-from-traditional-it-to-advanced-devops]]
|
||||
Reference in New Issue
Block a user