17、敏捷开发中用户故事的实践与专家见解

敏捷开发中用户故事的实践与专家见解

1. 3Cs框架中的确认环节

在用户故事开发过程中，3Cs框架的“确认”环节至关重要。此环节聚焦于定义并达成对用户故事验收标准的共识。验收标准详细列出了用户故事被视为完成且可接受时必须满足的具体条件或要求。

在确认阶段，产品负责人和开发团队携手合作，定义可衡量、可测试的标准，以证明用户故事的成功实施。这些标准作为客观基准，用于确认故事是否已实现以满足用户的需求和期望。

3Cs框架在整个用户故事开发过程中鼓励协作、清晰和一致性。通过利用清晰简洁的卡片、进行有意义的对话以及建立商定的验收标准，团队能够以敏捷和协作的方式有效捕捉并交付用户价值。

2. 敏捷产品需求文档（APRD）

2.1 APRD的目的

在敏捷开发中，传统创建详尽产品需求文档（PRD）的方法常被更迭代、灵活的方式取代。然而，精心编写的敏捷产品需求文档（APRD）在某些情况下具有重要价值。APRD作为参考和沟通工具，用于捕捉和传达产品需求与愿景。虽不如传统PRD详细，但它提供了产品目标、功能和用户需求的高层概述，更关注产品的“为什么”和“是什么”，而非详细的“如何做”。

2.2 APRD的关键组件

APRD通常包含以下组件：
- 产品愿景 ：简洁陈述产品的总体目的和目标。
- 用户角色 ：目标用户的简介，包括其特征、需求和目标。
- 用户故事 ：对特定用户交互或场景的简要描述，突出用户的目标、行动和预期结果。
- 功能优先级 ：根据功能的价值、影响以及与产品愿景的契合度进行优先级排序的列表。
- 验收标准 ：明确且可衡量的标准，定义功能何时被视为完成并满足用户期望。
- 约束和假设 ：可能影响产品开发和交付的已知限制、依赖关系或假设。

2.3 APRD的特性

• 灵活性和迭代性 ：APRD遵循敏捷原则，具有适应性和开放性，并非一成不变，而是随产品进展不断演变和迭代。重点在于维护一个可根据持续反馈、学习和不断变化的用户需求进行更新和完善的动态文档。
• 协作和沟通 ：APRD旨在促进协作，确保所有利益相关者达成共识。它是讨论、决策和协调团队工作的参考点。定期的沟通和反馈循环对于确保PRD的相关性和时效性至关重要。
• 平衡文档和敏捷性 ：APRD需在提供足够信息以指导开发和允许灵活性与适应性之间取得平衡。它应简洁、易于访问，并定期更新以反映产品的不断变化。

3. 用户故事实践案例

3.1 创建有效用户故事

一个产品团队开发新移动应用时，运用以用户为中心的设计原则并进行用户研究，成功编写了能捕捉目标受众需求和目标的引人入胜的用户故事。通过清晰简洁的语言，团队有效传达了需求，为成功产品奠定了基础。

3.2 用户故事映射

一个处理复杂电子商务平台的团队使用故事映射来识别依赖关系、确定功能优先级并创建开发路线图。通过将用户故事分解为更小的可操作任务，并在用户旅程的不同阶段进行映射，团队获得了产品的整体视图，改善了协作和一致性。

3.3 估算用户故事

一个敏捷开发团队在估算待办事项的工作量和复杂度时，采用故事点和相对估算等技术，更好地理解了每个用户故事所需的规模和工作量。这使他们能够更有效地规划迭代，管理利益相关者的期望，并可预测地交付价值。

3.4 验收标准和完成定义（DoD）

一个团队通过协作定义验收标准和建立DoD来完善用户故事，确保了对预期结果的共同理解，促进了开发团队与利益相关者之间的有效沟通。

4. 用户故事实践中的常见问题及解答

问题	解答
实施用户故事时面临哪些常见挑战？	定义清晰的验收标准困难、准确估算工作量困难、处理用户故事之间的依赖关系以及确保开发团队与利益相关者之间的有效协作。
用户故事映射如何有助于产品规划？	帮助团队可视化用户旅程，识别用户故事的流程。通过将用户故事分解为更小任务并按逻辑顺序排列，团队可确定功能优先级、识别依赖关系并创建开发路线图。
估算用户故事有哪些最佳实践？	使用故事点或相对估算等技术，让整个团队参与估算讨论，参考历史数据或基准，定期根据实际团队速度和先前迭代的反馈审查和完善估算。
验收标准和DoD如何提高用户故事的质量？	清晰的验收标准有助于定义预期结果，确保团队和利益相关者对完成且令人满意的实施达成共识。DoD设定了用户故事被视为完成前必须满足的质量标准和条件，两者都提高了用户故事的质量和清晰度，改善了产品成果。
用户故事如何促进开发团队与利益相关者之间的有效协作？	用户故事为开发团队和利益相关者提供了共同语言和理解。从最终用户的角度表达需求，便于有效沟通，帮助协调期望并鼓励协作，使团队和利益相关者专注于为用户交付价值，培养对产品成功的共同责任感。

5. 专家访谈

5.1 专家1 - Sean Mack

Sean Mack是CIO.com CIO100奖获得者，在网络安全、开发、DevOps、平台工程、项目管理和架构等领域经验丰富。

• 在Wiley担任CIO与用户故事的关系 ：CIO的角色越来越注重创新和转型，不再只是维持现状，还需构建新产品和新工作方式。在Wiley，众多创新项目如部署自动化和最终用户工作流自动化等都采用敏捷交付方法管理，用户故事在其中发挥了重要作用。
• 确保用户故事与业务目标一致 ：业务目标与用户故事的关联可追溯到年度规划。年初制定目标和衡量标准，据此规划工作，再将工作分解为项目增量，通过敏捷和用户故事来交付，从而建立从原始用户故事到总体业务目标的清晰联系。
• 衡量用户故事成功的指标 ：使用多种指标评估用户故事的进展和影响。在Wiley实施了流程指标，以清晰了解工作流程和正在进行的工作类型。此外，每季度衡量业务目标的进展情况，由于日常工作与业务目标相关联，能够看到工作产生的影响。

5.2 专家2 - Bob Galen

Bob Galen是敏捷领导者、教练、作者、演讲者和社区建设者，20年来一直致力于利用敏捷方法交付软件价值。

• 在Zenergy Technologies担任敏捷实践总监与用户故事的关系 ：他的角色是敏捷顾问，帮助组织向敏捷工作方式转型。用户故事是其中的一部分，他对产品所有权领域充满热情并著有相关书籍。在20世纪90年代末至21世纪初，团队从大型需求文档转向用户故事，他常与客户探讨如何理解和构建好的用户故事，认为待办事项细化是用户故事产生的一部分。
• 创建用户故事的挑战及克服方法 ：新团队创建用户故事时最大的问题是习惯写长篇内容。传统的需求规范培训让人们认为需要详细定义所有信息才能进行开发，但用户故事并非如此。开始时应少写，先写一个占位符，如只写标题和几条笔记，接受标准可稍后完善。用户故事本质上包含一定的模糊性，不应一开始就追求完整，团队需适应这种方式。可以先写一个“糟糕”的用户故事，接受不确定性，随着时间推移让细节自然呈现。还可以采用一些引导技巧，如故意写一个荒谬的用户故事，促使团队参与改进，以实现更协作的解决方案。
• 用户故事对项目成功的影响案例 ：他希望团队成员是协作者而非执行者，项目成功不依赖于完美的敏捷性，而在于独立解决问题和主动进取。以极限编程团队为例，当时虽没有专门的产品负责人，通常由业务分析师编写故事，但客户直接参与协作，项目取得了更好的成果。现在的挑战是把握好平衡，如提前编写多少故事，迭代时进行多少“前瞻性”规划，因为后续的发现会影响故事定义。如果能在团队中把握好这种平衡，项目结果通常会比以往有显著改善。

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(开始):::process --> B(定义产品愿景):::process
    B --> C(确定用户角色):::process
    C --> D(编写用户故事):::process
    D --> E(确定功能优先级):::process
    E --> F(定义验收标准):::process
    F --> G(考虑约束和假设):::process
    G --> H(创建APRD):::process
    H --> I(迭代更新APRD):::process
    I --> J(结束):::process

以上流程展示了从产品规划到创建APRD以及后续迭代更新的过程，有助于团队在敏捷开发中更好地管理产品需求。

6. 专家访谈（续）

6.2 专家2 - Bob Galen（续）

以下是关于Bob Galen观点的进一步分析表格：
|观点|详细解释|
| ---- | ---- |
|新团队创建用户故事问题|传统需求规范和培训使团队习惯写长篇内容，认为开发需详尽信息，与用户故事本质不符。|
|克服方法 - 少写原则|开始只写占位符，如标题和少量笔记，接受标准后续完善，接受故事的模糊性。|
|引导技巧|故意写荒谬故事促使团队参与改进，实现协作解决方案。|
|项目成功影响|团队成为协作者，独立解决问题和主动进取，把握编写故事和规划的平衡可改善项目结果。|

6.3 专家3 - 待介绍

虽然文档中未给出专家3的具体访谈内容，但可以推测在后续的交流中，可能会围绕用户故事在不同场景下的应用、优化方法等方面展开。例如，可能会涉及到如何在特定行业中更好地运用用户故事来提升产品开发效率，或者如何根据不同的项目规模调整用户故事的编写和管理方式。

6.4 专家4 - 待介绍

同理，专家4的访谈也未呈现，但可以预期会带来新的视角和见解。也许会聚焦于用户故事与新兴技术的结合，或者在跨团队协作中用户故事的作用等方面。

7. 总结与展望

7.1 总结

通过对用户故事相关内容的探讨，我们了解到其在敏捷开发中的重要性和广泛应用。从3Cs框架中的确认环节，到敏捷产品需求文档（APRD）的创建和管理，再到多个实践案例的分析，以及专家们的经验分享，都为我们提供了丰富的知识和实用的方法。

用户故事能够帮助团队更好地理解用户需求，提高产品开发的针对性和有效性。在实践中，虽然会面临一些挑战，如定义验收标准、估算工作量等，但通过合理的方法和技巧，如用户故事映射、相对估算等，可以有效克服这些问题。

7.2 展望

未来，随着技术的不断发展和市场需求的变化，用户故事的应用也将不断创新和完善。例如，可能会结合人工智能、大数据等技术，更精准地分析用户需求，优化用户故事的编写和管理。同时，在跨行业、跨团队的协作中，用户故事也将发挥更大的作用，促进各方的沟通和合作。

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(用户需求分析):::process --> B(编写用户故事):::process
    B --> C(用户故事映射):::process
    C --> D(估算工作量):::process
    D --> E(定义验收标准):::process
    E --> F(敏捷开发实施):::process
    F --> G(持续反馈与迭代):::process
    G --> H(产品交付):::process

以上流程图展示了从用户需求分析到产品交付的整个敏捷开发过程，其中用户故事贯穿始终，起到了关键的连接和指导作用。在这个过程中，持续的反馈和迭代是确保产品满足用户需求的重要保障。

总之，用户故事作为敏捷开发中的重要工具，将在未来的软件开发和项目管理中继续发挥重要作用，为企业和团队带来更高效、更优质的产品和服务。