现代 Copilot Studio 项目利用敏捷方法和 AI 驱动的洞察，从而提高适应性并增强利益相关者的信任。 传统最佳实践往往具有静态或瀑布式开发的特点，在动态的 AI 环境中可能难以胜任。 通过将方法转变为以用户故事为驱动的规划、基于分析的决策以及主动的风险管理，您可以更迭代、更可预测地交付 Copilot Studio 项目。 本节提供实用指南，帮助您在启动 Copilot Studio 项目时做出基础决策并避免常见陷阱。
用户故事驱动的规划
采用用户故事驱动的方法来定义和管理 Copilot Studio 项目的范围。 与其从庞大的单体规格说明开始，不如将智能体的功能分解为易于管理的用户故事，并将其作为产品待办事项 (PBI) 在 Azure Boards 或 GitHub Projects 等工具中进行跟踪。 例如:
- 用户故事：“作为一名员工，我希望智能体能查询我的剩余休假余额，以便我规划假期。”
- 用户故事：“作为一名客户，我希望智能体能跟踪我的订单，这样我就无需致电客服了。”
每个用户故事都概括了一个具体的最终用户需求和预期结果。 请将这些故事连同详细信息和验收标准一起添加到您的待办事项列表中。 用户故事和产品待办项（PBIs）有助于清晰地定义项目各部分的范围、需求和预期结果。 这种清晰度可确保每位团队成员都清楚自己正在开发什么以及为何开发。
用户故事规划的最佳实践
- 按功能或主题组织：在 Copilot Studio 中，将用户故事按高级功能或 主题 进行分组。
- 包含验收标准：定义如何判断一个用户故事已完成。 例如，“当用户（Microsoft Entra ID）向智能体查询剩余休假天数时，智能体会从 HR 系统返回正确的天数。” 此定义可确保质量，并帮助测试人员或业务用户验证功能。
- 迭代式优先级排序：并非所有用户故事都需要立即处理。 利用待办事项列表确定优先开发的内容。 一种常见的敏捷方法是先交付一个最小可行智能体 (MVP) 以覆盖最关键的用例，然后使用更多故事在后续冲刺中进行扩展（例如“欢迎常见问答解答”、“新渠道”等）。
- 定期维护待办事项列表：频繁审查并更新用户故事。 随着您逐渐了解用户的需求，智能体项目可能会遇到范围变更。 优化积压以形成定期活动（例如每周一次），为新兴请求添加新故事，或根据可行性重新调整其他故事的范围。
迭代交付
在定义好用户故事和产品待办项（PBIs）后，以冲刺或迭代（通常每次 2-3 周）的形式执行项目。 在每个冲刺结束时，实现若干个用户故事（例如，一项新功能或对现有主题的改进）。 这种增量式方法意味着您可以频繁展示进展并尽早收集反馈。 它还允许您分阶段发布智能体，而非一次性全部发布，从而管理风险并增强利益相关者的信心。
通过专注于用户故事和PBI，团队能够保持以用户为中心，并在必要时及时调整方向。 如果出现更有价值的新需求或新想法，团队可以轻松调整待办事项列表中的优先级。 较小的用户故事也意味着问题能尽早浮现。 例如，如果集成系统 X 是一个故事，并且过程很困难，则您将冲刺阶段发现它，而不是在最终交付时。 这种方法通过每次增量发布的反馈促进用户持续参与，从而打造出更贴近用户需求的解决方案。 利益相关者能看到动态更新的功能路线图和稳步的进展，这增强了他们对项目可控且能创造价值的信心。
有用建议
- 将上线视为起点，而非终点。 尽早发布最小可行产品（MVP），以启动 客户反馈飞轮。
- 使用短期冲刺优化主题、业务流程和基于实际应用的集成。
后续步骤
接下来，建立可衡量的关键绩效指标（KPI），以跟踪您的智能体是否带来了有意义的业务成果。