复杂用户界面开发（本文用作UI开发），为敏捷开发提供了某些独特的挑战。与那些功能大部分是自动运行业务规则或计算薪水的项目不同，因为由用户培训或生产力缺失引起的各种问题，UI开发项目往往不能承受剧烈的变动，尤其是那些经常被使用的应用程序（如呼叫中心、E-mail阅读器或数据登记系统等）。
许多敏捷项目通过“下次迭代再修改”的方法防止做出错误的决定。它的思想是快速地失败，却仍然相对便宜。但是，UI开发项目的最终用户需要经常进行关于系统使用的充分培训，因此就用户体验来说，不能容忍巨大的改变。
用户体验方法，如交互式设计，鼓励更多的预先设计过程，用来研究和捕捉用户目标，试图在开发之前最优化软件工作流。这有点与敏捷方法相冲突——对于重要的（non-trivial）项目预先分析和设计往往需要花费几个月的时间，随着项目的开展，用户的目标可能会转变。
但是，面对限制用户界面改变的程度，以及早期迭代交付不合适用户界面的高风险，敏捷开发者打算做什么呢？
