UCD迭代的特征，正好符合敏捷开发迭代可发的要求，你只要让你设计的迭代配合开发人员的迭代就好了。

不过在这之前，你需要在开发人员开始写代码之前做好初步研究，以确定用户的目标和难处，获得整个产品的设想。我建议你在完成研究之前就开始做设计，这将有助于你集中注意力，更快的完成研究。有时候，你甚至需要将产品概要提交给开发人员，让他们可以尽快开始必要的后台支持。

有了这个基础，你再保持比开发快一步，进行mini设计，使用快速简单的（quick-and-dirty）可用性测试，然后把线框草稿交给开发人员，从这一点来看，他们开发的就是你的原型，而你也和开发人员保持了同步，用户测试变成了产品反馈的一种途径，也就变成了敏捷迭代的一部分。在这个阶段，大方向已经定了，你就可以淡出，回来微调UI的细节了。

更多关于UX/UCD和敏捷开发配合，以及敏捷的进行UX/UCD的资料：

• UI Garden - 可用性之后是什么?
• UI Garden - 敏捷可用性 - 敏捷项目中的用户体验 - 上
• UI Garden - 敏捷可用性 - 敏捷项目中的用户体验 - 下
• Disambiguity - Waterfall Bad, Washing Machine Good
• UXmatters - Four Factors of Agile UX（敏捷可用性的四大因素）
• Journal of Usability Studies - Adapting Usability Investigations for Agile User-Centered Design（适应敏捷UCD的可用性研究）
• UIE - 12 Best Practices for UX in an Agile Environment - Part 1, Part 2（敏捷开发中的UX，12个最好的实践）
• Cooper - An Insurgency of Quality（一场质量的叛乱？）
• Boxes and Arrows - Bringing User Centered Design to the Agile Environment（将UCD带入敏捷开发）

-Michael Zuschlag