梳理产品想法
早期产品想法需要先厘清受众、真正有用的结果和现实约束。通过常规访谈解决会改变构建方向的选择,而不是急于进入实施。讨论后记录已经确定的关键决定,以及仍然妨碍形成清晰计划的问题。
使用 Matt Pocock 的 Grill Me,通过结构化访谈澄清计划。普通讨论使用 grilling 方法;软件方案需要同步术语与架构记录时,选择 Grill with Docs 模式,结合项目资料逐轮核对假设和取舍,再确认实施方向。
提供计划,以及会改变构建方向的关键选择,将访谈围绕受众、约束和未决依赖展开。请求应先整理已定决定及必要文档变化,再进入实施规划,不让问题由未经确认的假设填补。
请求可预览和复制,不会从此处自动发送。
参考来源: Grill Me https://github.com/mattpocock/skills/blob/main/skills/productivity/grill-me/SKILL.md 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时,先提出方案。 我的任务: 用 /grill-with-docs 讨论订单部分取消,对照术语表和当前代码澄清领域规则,实施前只提出必要的词汇表或 ADR 改动。 期望交付: 已澄清与待定问题,并仅提出讨论确实需要的术语表或 ADR 改动。
Grill Me 是 Matt Pocock 供用户主动调用的访谈入口,实际追问交给配套 grilling Skill。它把计划梳理为相互依赖的决策,先询问当前信息足以讨论的选择,再根据回答展开后续问题。软件方案还需要同步领域语言与持久记录时,可以选择 Grill with Docs;这个模式同时调用 grilling 和 domain-modeling,对照术语表、代码与已有架构记录澄清含义,在术语明确后更新 GLOSSARY.md,并只为必要的重要取舍形成 ADR。两者是相关方法的不同入口,因此在同一指南中介绍。使用时应完整安装集合与配套 Skills,按任务选择模式,并在实施前核对决策及实际文件改动。
未定产品想法、流程调整和软件设计讨论需要不同的追问。了解 Grill Me 如何澄清影响方向的选择、相互依赖的决定及项目术语,避免未确认假设直接进入实施计划。
早期产品想法需要先厘清受众、真正有用的结果和现实约束。通过常规访谈解决会改变构建方向的选择,而不是急于进入实施。讨论后记录已经确定的关键决定,以及仍然妨碍形成清晰计划的问题。
工作流调整不仅影响步骤,也影响参与者和依赖关系。比较现有流程与拟议变化,识别必须保留的能力以及相互依赖的决定。分配实施工作前先解决这些问题,避免不同团队基于互相冲突的假设开始行动。
软件设计讨论可以使用 Grill with Docs,将提案与当前代码、项目术语和已有决策记录对照。先核对概念含义,再根据讨论实际形成的结论更新术语表或 ADR。文档修改应有充分理由,避免围绕尚未确定的想法反复改写记录。
现有约束下,计划中的两个目标可能无法同时满足。将备选方案和依赖带入访谈,判断哪项选择需要先确定,以及什么证据能够解决问题。记录已确认的后果;使用文档模式时,也只在取舍足够重要时更新持久决策记录。
访谈应解决会影响方案的真实决定,而不是无限增加问题。带入当前计划与资料,选择常规或文档模式,核对讨论结论及必要记录后,再把已经明确的方向交给实施。
提供计划与已知约束。普通访谈调用 /grill-me;需要结合项目术语和记录时,调用 /grill-with-docs。
回答当前问题并纠正理解偏差。文档模式下,同时将术语与决定对应到词汇表、代码及已有 ADR。
确认已定选择与剩余缺口,审阅词汇表或 ADR 的实际改动,再决定下一步是继续讨论、记录还是实施。
查看其他 Skill 指南,并在使用前核对原始来源。