词汇速查

将用户随机分为对照组和实验组，对比两个版本效果差异，是数据驱动产品决策的基础实验方法，能排除主观判断偏差。

用九个模块在单页上梳理商业逻辑的战略工具，帮助团队快速讨论、验证和调整商业模式假设，无需写冗长的商业计划书。

显示 Sprint 剩余工作量随时间变化趋势的折线图，帮助团队实时判断是否能按时完成迭代目标，是 Scrum 最常用的进度可视化工具。

决定项目最短完工时间的任务依赖链，关键路径上任何任务延误都将直接导致项目整体延期，是识别进度风险的核心工具。

每天 15 分钟的团队同步仪式，聚焦识别阻塞而非汇报进度，站着开是为了控制时间避免拖沓。

专注于决策这个动作，明确谁来推动、谁来拍板，防止决策真空和无限拖延。

从「说/想/做/感受」四象限深入理解用户内心世界的工具，将用户访谈结论结构化，用于指导产品设计和沟通决策。

追踪用户从接触产品到完成目标行为（注册/付费/激活）各环节转化率的分析方法，识别流失节点并定向优化。

通过连续追问五次为什么，穿透表面现象找到问题的根本原因，避免治标不治本。

以鱼骨形状展示问题（鱼头）与各类原因（鱼刺）关系的因果分析工具，帮助团队系统性识别根因而不遗漏维度。

通过相互强化的闭环行动持续加速增长的模型，区别于线性漏斗思维，飞轮一旦转动会产生自我强化的复利效应。

以横条形式展示任务时间线、持续时长和前后依赖关系的项目进度工具，直观呈现关键路径和里程碑，是传统项目管理的标配。

从业务目标出发，识别利益相关者 → 行为变化 → 支持这些行为的功能，确保每个功能都有业务意义。

用户不是在购买产品，而是在雇用产品完成某个任务。挖掘更深层的使用动机。

通过可视化工作流、限制在制品（WIP）数量来提升流动效率的持续交付方法，无固定迭代周期，强调「尽快完成当前工作」。

通过用户访谈将功能分为三类，指导产品差异化策略和资源分配优先级。

衡量个人、团队或业务目标达成情况的量化指标，与 OKR 的核心区别在于 KPI 强调「结果达成」而非「成长挑战」。

以最小资源验证核心假设的产品版本，目的是快速学习而非快速交付功能，是精益创业方法论的核心实践。

将需求分为四个优先级层次，帮助团队在资源有限时聚焦最重要的交付，避免"什么都重要"的陷阱。

项目中具有重要意义的时间节点，通常代表关键阶段交付物完成或决策点，用于对齐干系人预期和追踪项目进展。

通过「是否愿意推荐给他人（0-10 分）」这一问题衡量用户忠诚度，将用户分为推荐者、被动者和批评者，是最广泛使用的用户满意度指标。

最能反映产品为用户创造核心价值的单一指标，统一全团队方向，防止局部优化（如刷量）损害整体用户价值。

结构化连接业务目标 → 用户机会 → 解决方案 → 实验，防止团队跳过问题直接做方案。

设定鼓舞人心的方向（O）和可量化的检验标准（KR），对齐团队目标与行动。

产品满足某一市场真实需求的程度，是从 0 到 1 阶段最重要的目标，达到 PMF 前不应规模化增长投入。

通过公式将功能价值量化，减少主观偏见，让优先级排序可辩论、可追溯。

用户在特定时间段后仍继续使用产品的比例，是判断产品是否真正解决用户问题、是否达到 PMF 的核心指标。

明确每个任务的权责归属，消除灰色地带，避免多头负责或责任真空。

记录项目已识别风险、发生概率、影响程度、缓解措施和负责人的结构化文档，是项目风险管理的核心工件。

以 2-4 周 Sprint 为迭代节奏、角色分工清晰（PO/SM/Team）的敏捷框架，是目前最广泛采用的软件开发方法论。

Scrum 中固定时长（通常 2 周）的开发迭代周期，结束时交付可展示的工作增量，是敏捷节奏管理的基本单位。

可视化用户从发现产品到完成目标全程体验、情绪和痛点的工具，帮助团队建立跨职能共同的用户同理心。

将用户旅程横向展开，功能纵向按优先级排列，直观定义 MVP 边界和迭代计划。

以用户视角描述功能需求的简短格式（作为…我想要…以便…），聚焦用户目标而非技术实现，是敏捷开发的基本需求单元。

团队每个 Sprint 完成的故事点（Story Point）总量，用于预测未来迭代交付能力和发布日期，是 Scrum 的核心度量指标。

SAFe 框架中用于 PI Planning 的功能排序方法，最大化价值流动速率。

将项目目标自上而下分解为可管理工作包的层级树结构，是制定项目计划、估算工作量和分配资源的基础工具。