给敏捷软件开发一个机会。Kent Beck 对于Alan Cooper的建议是，在项目开始时用一个星期的时间来研究交互设计方面的问题，而Cooper认为这还不够。到底谁说的对呢？最简单的方法就是在实践中去尝试。

不要局限于极限编程。在前文我已经说过，这里我再说一次，敏捷软件开发远不只是极限编程。敏捷方法是灵活的，它们不是要按照某个固定的模式来使用，而是要根据项目所遇到的特殊情况来灵活运用。为了解决用户体验方面的问题，你很可能会发现，你需要把有关敏捷建模和（或）以用户为中心的设计方法的原理及实施措施进行相应地调整，并把它们结合到你的软件开发过程中。

8. 潜在的挑战

让敏捷业者花些时间来学习用户体验方面的技能并遵循恰当的界面设计指南，这个建议说起来容易，然而在现实中，还有很多其它同样重要的技能需要引起重视，例如数据库设计和建模。更糟糕的是，很少有面向开发人员的书籍涉及用户界面设计及可用性方面的问题。很少的一些能够像我的“The Object Primer”一书那样谈到这个问题的书籍也很少会用超过一章的篇幅来讨论。我担心很多敏捷业者甚至根本意识不到这方面的问题。

同样地，用户体验设计人员也面临着不同的努力方向。尽管我提倡他们成为“知识广播的专家”，然而业界仍然鼓励他们更加专业—用户体验专家的待遇非常好，大部分机构期望他们能够专注于用户体验设计这种特定的工作。敏捷业者也面临着这样的挑战：如果学习一门有关Java编程的课程能够得到相关的证书和更高的工资，为什么要去学习一门用户界面设计的入门课程呢？

用户体验设计人员应当融入在敏捷项目中，这一点也是说起来容易。它这只有当项目中具有用户体验方面的专业人员时才可行。很少的机构具有这样的人员。更糟糕的是，很少有机构会在制定需求计划或项目计划的过程中考虑交互设计。因此，很多机构可能认识不到聘用具有这些技能的人员的必要性。

如果没有专人负责用户界面设计的问题，这将意味着不论这方面的技能如何，每个人都想参与用户界面设计，而这会导致委员会式的设计（design by committee）。尽管在敏捷社区中有一种普遍的认同，即敏捷业者应当谦虚地认识到自己的能力，并且在解决某个特定的问题时应当尊重其它具有合适技能的人，然而事情并不总是这样的—因为很显然，敏捷业者也是普通人。

用户体验设计人员有可能在敏捷团队中做出非常有价值的贡献，同时我认为与在传统的开发团队中工作相比，他们更有可能取得成功。到目前为止，可用性社区在主流开发团队中试图积极参与其中的尝试还没有取得什么成功，因此是到了采取一种新方法的时候了。我的建议是，可用性设计人员应当同他们的敏捷业者“狱友”紧密合作，以使得“监狱”得到更合理的控制。

9. 感谢

我要感谢Paul Oldfield 和Tim Tuxworth ，他们提供了有关敏捷建模方法的列表，这使得我得以完成本文。

图二. 敏捷模型驱动式开发方法的生命周期（Agile Model Driven Development）



图三. 某个大学系统的用户界面导航图（徒手绘制）。


图四. 使用纸张创建出的一个抽象的用户界面原型。



图五. 从审查类模型的角度来进行基于使用场景的测试过程


(全文完)

此文章共有10页  上一页 1 2 3 4 5 6 7 8 9 10

文章来源：中国项目管理资源网