在敏捷开发流程中，持续进行用户研究以避免构建不需要的功能，关键在于将研究活动嵌入迭代周期并转化为团队共同责任。根据 GOV.UK 服务手册（发布于 2016 年 4 月，最后更新于 2017 年 3 月）的指导，团队应在每个开发阶段的小批次中执行用户研究，而非仅在项目初期或末期进行大型研究。
为确保用户研究成为团队运动并有效嵌入迭代，团队需按以下安排时间：
首先，用户研究人员应每周至少与团队工作 3 天，并在每两周至少运行一次用户研究会话。这些活动需明确纳入团队的常规日程表，确保所有成员知晓并预留时间参与。
其次，所有团队成员应定期观察真实用户使用服务的场景——理想情况下每 6 周至少投入 2 小时。这"暴露小时"可包括访谈、实地走访或可用性测试等形式，让非研究人员也能直接接触用户声音。
观察后，团队应共同参加分析会议，讨论研究发现并制定行动项。此举有助于统一语言、培养同理心，并将用户需求置于设计决策中心。
通过这种高频次、全员参与的研究节奏，团队能快速验证功能价值、降低开发风险，并确保所建服务真正解决用户痛点，而非迎合表面偏好或内部假设。