导图社区 敏捷管理之用户故事
敏捷管理中用户故事代表这客户的反馈或需求，是一个项目在开发迭代过程中需要梳理的重要内容之一，是产品能不断迭代，持续交付客户价值的源头。
关于DeepSeek及Qwen模型部署指南，Main content: Qwen 模型部署硬件需求， DeepSeek R1模型部署硬件需求、 常见部署方法、 推荐部署框架、 输入输出需求，总结与建议等
经营人生就好比经营一家公司,要有自己的价值观和愿景,要有持续进化的理念,持续学习,持续迭代,经营好自己的人生。
哈利波特人物关系，魔法学院同学关系，主要情节人物关系，HarryPotter经典魔法名著，人物关系图。
社区模板帮助中心，点此进入>>
项目时间管理6大步骤
项目管理的五个步骤
电商部人员工作结构
暮尚正常运转导图
产品经理如何做好项目管理
车队管理
创业者10条创业经
创业十大思维误区
管培生课程作业
商业模型
敏捷管理 之 用户故事
故事地图
MVP
最小可行产品MVP
Minimum Viable Product
MMF
最小可售功能MMF)
可以为客户提供价值的足够小
且足够完整的功能包
Minimal Marketable Feature
特性Feature（功能）
对客户有用和有价值的特性
用户故事类别
史诗故事
功能巨大且开发耗时较长的需求
长期（大于6个月）
主题故事
中期（3个月）
故事/任务
短期（1～4周）
用户故事卡片
故事详情
作为：[一个角色]
我想：[潜在需求]
以便于：[商业价值]
DoD (Definition of Done)
已经完成的定义
验收标准
Given（在什么样的情境或条件下）
When (做了什么操作，采取了什么行动）
Then（得到了什么结果）
用户故事3C原则
Card 卡片
Conversation 交谈
Confirmation 确认
用户故事的INVEST原则
Independent 独立的
Negotiable 可协商的
Valuable 有价值的
Estimable 可估计的
Small 小的
Testable 可测试的
用户故事估算
故事点的概念
斐波那契数列（非线性数列）
团队成员，相对估算
比较用户故事的规模
比较用户故事的复杂程度
比较用户故事的不确定性
宽带德尔菲
一种基于团队共同参与的估算方法，一群专家匿名提交估算结果，彼此不知道真实的结果，这样可以提升团队成员对结果的认同感，也可以避免产生一些“花车效应”和“花环效应”。一般会进行多轮，直到达成共识。
计划扑克
每人10张数字牌，每个人选一张卡片，这个时间点选择的卡片不能给他人看。所有参与者同时展示自己的卡片，团队一起来讨论这些估计值，尤其对异常值（最高的和最低的）要着重讨论。最后选择连续几轮的估算。
理想时间
除了使用故事点来估算用户故事的相对规模外，敏捷团队还可以用理想时间来估计，即估计构建各个工作项所需的实际时间，而不考虑速度或中断。
用户故事优先级
优先级排序方法
MoSCoW法则
Must: 必须做的
必须有。如果不包含，则产品不可行。 通常就是最小可行产品（MVP)
Shoud： 应该做的
应该有。这些功能很重要，但不是必需的。
Could: 可以做的
可以有。这些要求是客户期望的，但不是必需的
Would not：不要做的
不要做的。在当下是不适合的要求。
卡诺分析
卡诺模型 (KANO模型）
卡诺模型 (KANO模型）是对用户需求分类和优先排序的有用工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。
风险四象限
风险调整待办事项
敏捷团队通常会维护工作项的一个有序列表，把最高风险的项 放在这个列表最上面，使它们最先得到处理。这种实践叫已调整风险的待办列表。
性能需求卡片
产品的关键运营和性能需求
性能需求不是针对单个功能的，因此不应放在单个功能的验收测试
性能需求应该有整体验收测试确保产品通过性能指标
