wwas 是一个技能,专门用于编写产品待办事项:它按 Why-What-Acceptance(WWA)格式输出,强调每个事项独立、可交付、可测试,并带有战略上下文。\n\n用途\n\n当需要撰写 backlog 事项、创建产品增量、把功能拆分成工作项,或向团队传达战略意图时,可以使用它。\n\n主要能力\n\n- 定义战略性的 Why:把工作与业务目标和团队目标连接起来。\n- 描述 What:保持简洁,并引用设计文件。\n- 编写验收标准:保持高层级,不写成详细规格。\n- 确保独立性:事项可以按任意顺序开发。\n- 保持可协商:邀请团队讨论,而不是把事项当成约束。\n- 使事项有价值:每个事项都能交付可衡量的用户价值或业务价值。\n- 确保可测试:结果是可观察、可验证的。\n- 控制规模:事项小到可以按一个冲刺进行估算。\n\n使用方式\n\n该技能接受以下参数:$PRODUCT(产品或系统名称)、$FEATURE(新功能或能力)、$DESIGN(设计文件链接,如 Figma、Miro 等)、$ASSUMPTIONS(关键假设与战略背景)。流程依次为:定义战略性的 Why、描述 What、编写验收标准,并检查独立性、可协商性、价值、可测试性与规模。\n\n事项模板\n\n标题:交付内容。Why:用 1-2 句话说明战略背景和团队目标。What:简短描述和设计链接,最多 1-2 段,是对讨论的提醒,而不是详细规格。验收标准:列出若干可观察的结果。\n\n示例\n\n标题为“实现实时支出跟踪器”:Why 说明用户需要即时反馈以做出有意识的预算决策,并支持提升财务意识的目标;What 描述实时支出跟踪器随记录支出而更新,显示本周支出与预算的对比,并附 Figma 链接;验收标准包括记录支出后 2 秒内更新总额、以进度条显示预算进度、一眼可见剩余预算、正确处理多个支出类别。\n\n输出交付物\n\n输出该功能的完整 backlog 事项集合;每项包含 Why、What 和验收标准;事项相互独立、可按任意顺序交付;规模适合一个冲刺内估算和完成;战略背景清晰;包含设计引用。\n\n适用场景\n\n适合产品经理或团队在需求梳理、功能拆分和冲刺规划时使用。\n\n限制\n\n该技能的具体运行环境、安装方式、收费情况、支持的平台以及与其他工具的集成方式,所给资料暂未提供。
wwas
办公与效率
更新于 10-29 04:36