一、什么是目标？
目标是团队或项目希望实现的最终结果，它应具备以下特点：
清晰性：目标应明确、具体，能够被所有参与者理解。
价值导向：目标应为用户或客户提供明确的价值。
可衡量性：目标应有明确的验收条件，能够衡量是否达成。
二、如何定义目标？
方法1：电梯三分钟演讲法
提炼核心价值：通过三分钟演讲，提炼出能够打动别人的核心价值点。
一页PPT总结：制作一页PPT，列出十个以内的关键点，这些点通常是业务特性或核心需求。
需求筛选：根据PPT，列出支撑业务的需求点，反复筛选，最终留下的就是应该做的。
分步实现：将工作划分为几步，每一步都有清晰的目标，确保每个业务需求都服务于目标。
方法2：假设团队解散法
假设团队解散：思考如果团队解散，做什么能避免这种命运。这些就是我们应该做的。
研发团队的价值：假设公司不需要研发团队，是否还能生存。如果可行，研发团队必须找到能带来额外价值的工作，避免好高骛远，同时不忘长远目标。
三、如何分解目标？
在敏捷开发中，即使不写详细的文档，团队也需要通过思考和讨论，明确目标的分解和关联项。以下是目标分解的关键步骤：
明确目标与子目标：
目标：定义清晰的总目标，例如“提升用户注册率”。
子目标：将总目标拆解为可执行的子目标，例如“优化注册页面加载速度”和“简化注册表单字段”。
识别客户与用户：
明确目标服务的客户和用户是谁，他们的核心需求是什么。
例如，目标用户可能是“新用户”，他们的需求是“快速完成注册”。
定义特性与需求：
特性：支撑目标的几个关键特性，例如“注册页面性能优化”和“表单用户体验改进”。
需求：明确每个特性的具体需求，包括用户、价值、满意条件、应用场景、限制、假设与依赖等。
迭代设计与验收条件：
将需求拆分为多个迭代，每个迭代有明确的目标和验收条件。
例如，第一个迭代的目标是“将注册页面加载时间减少50%”，验收条件是“页面加载时间小于2秒”。
开放性问题与解决方案：
列出需求中的开放性问题，例如“如何平衡表单简化与信息收集的完整性”。
推荐主方案和其他备选方案，确保团队对解决方案达成一致。
内外交互与主要驱动事件：
明确与内外部对象的交互信息，例如“与市场团队协作，优化注册页面的文案”。
识别主要驱动事件，例如“用户点击注册按钮后的行为路径”。
四、如何测试目标？
版本1：功能支持的目标
功能支持的目标：明确功能支持的目标是什么。
客户与价值：功能针对的客户是谁？提供的价值是什么？是痛点还是痒点？删除或增加功能的影响是什么？
特性与目标：功能属于哪个特性？目标由哪些特性支撑？
额外支持：除了功能外，还需要什么支持？（如PPT、宣传材料、客户演示等）
迭代与拆分：是否从尽早提供有价值产品的角度进行了迭代和拆分？
验收条件：验收条件是否明确？
用户使用：如何保证用户尽快使用起来？（滚动迭代）
版本2：一页PPT测试
用一页PPT介绍产品，目标、特性和功能是否出现在PPT上？去掉某个功能，特性是否还能成立？
在应用不顺畅的情况下，用户是否会继续使用？我们做什么能让用户乐于使用并打动客户？
五、如何确保目标一致性？
PRD的分层与评审：
PRD应分层编写，拆分为多个文档，分层评审。过于详细的PRD容易流于形式。
PRD应明确目标、特性、业务需求、客户、用户、价值、验收条件和应用场景。
目标一致性：目标应印在所有参与者心中，并达成一致。后续工作以此为指导。
子目标的稳定性：子目标应稳定，轻易不改动。随着工作展开，允许目标调整，但应以大目标为依据，并确保所有参与者知悉并理解。
六、敏捷开发中的思考
在敏捷开发中，即使不写详细的文档，团队也需要通过以下方式确保目标清晰且可执行：
用户故事：通过用户故事描述需求，明确用户、价值和验收条件。
迭代规划：将目标拆分为多个迭代，每个迭代有明确的目标和验收条件。
持续沟通：通过每日站会、迭代评审等机制，确保团队对目标的理解一致。
可视化工具：使用看板、任务板等工具，可视化目标和进展。
七、其他思考
支持活动：除了特性外，还有哪些支持活动？
抓大放小：明确抓什么、放什么。
沟通问题：针对什么沟通？期望和价值是什么？
态度问题：讨论用户、场景和价值，聚焦价值。
细节展开：何时展开细节？如何展开细节？在不展开细节的情况下，如何进行多人协作？
总结
本文聚焦于“紧跟目标”这一核心主题，系统阐述了如何定义、分解、测试和确保目标一致性。通过电梯演讲法、假设团队解散法等方法，帮助团队明确“该做什么”，并通过PRD的分层编写、目标测试和需求分解，确保所有参与者对目标一致，并聚焦于用户价值和业务目标。在敏捷开发中，即使不写详细的文档，团队也需要通过用户故事、迭代规划和持续沟通，确保目标清晰且可执行。