介于敏捷、瀑布流的国内自成体系的快速开发过程，团队很需要了解敏捷/极限编程的原则、方法论，并看清过程中编写对应文档的目的与本质，适时适当选择与选择性编写重要文档内容。极限编程XP指南 - 9ong
引言：从发现到实践 前天在看一篇文章的时候，我了解到 TRD 原来是技术需求文档（Technical Requirements Document）的缩写。这个发现让我有些惊讶——虽然在过去的项目管理中，我一直在使用各种产品文档，但很少用这个缩写来让大模型帮我生成文档。更多的时候，我只是让大模型生成 PRD。
但仅有 PRD，对于一个完整的项目来说是远远不够的。
这促使我和大模型进行了一次深入的对话，系统地复习了我的专业知识。虽然这些专业知识在既往的工作中都有用到，但从来没有分得这么清楚。更重要的是，在大模型时代，我们可以通过精准的关键词来撬动 AI 输出专业的文档。
这套方法论的威力在"知几"项目中得到了验证——从想法到项目初始化，仅用了 2 个小时。现在这个项目已经在 GitHub 上开源（https://github.com/wordflowlab/zhiji），虽然还在初始阶段，但已经展示了文档驱动开发的可能性。
一、认识产品文档家族：那些神秘的缩写 在开始之前，让我们先认识这个庞大的文档家族。每个缩写背后，都代表着产品开发过程中的一个重要环节。
核心三剑客 1. MRD - Market Requirements Document（市场需求文档）
• 作用：分析市场机会，验证商业价值
• 核心内容：市场规模、用户画像、竞争分析、商业模式
• 主要受众：管理层、投资人、产品负责人
• 关键问题：这个产品有市场吗？能赚钱吗？
2. PRD - Product Requirements Document（产品需求文档）
• 作用：定义产品功能，指导产品设计
• 核心内容：功能需求、用户故事、交互流程、原型设计
• 主要受众：产品经理、设计师、开发团队
• 关键问题：产品要做什么？用户如何使用？
来源open language , tiger year
konw where you struggle 知道自己在哪里会觉得很难 know how you succeed 知道自己怎么比较容易成功 identity and write down clear goals 清晰定位目标 visualize your outcome 具体描绘出期望的结果 don’t wait for it to feel right 不要等万事具备才开始 start small 从小的，简单的事情开始 get a mentor 找一个导师帮助你 practice ，fail，start over 实践、失败、重新开始（哪里跌倒从哪里爬起） konw how you’ll measure progress 思考你会如何衡量成功 take care of yourself physically and mentally 照顾好自己，不论是身体还是心理
