有些时候，只进行风暴式建模还不够。你可能需要对某些复杂的需求进行建模，而做到这一点需要来自团队外部的某些人提供信息。又或者，你需要对某个遗留系统进行建模，它需要花费相当多的时间。换句话说，你可能需要在真正实现某个需求时，提前就进行建模。尽管传统的建模人员可能会希望如此，可实际上这种情况是不太常见的，不过有时候它的确会发生。
所有这些都引出了以下这个问题：和用户体验设计有关的活动怎样才能融入到一个敏捷项目中呢？一个简单的回答是，敏捷业者需要采用面向使用的需求描述方法，例如人物角色，情景描述，或者甚至是用例。常见的方法是在纸上创建出抽象的低保真度原型，就像图四(在本页最后)所示的那样用挂图和即时贴来创建。这使得你能够在不用事先进行很多工作的情况下就能快速开始研究用户界面，它甚至使得进行敏捷可用性测试成为可能。事实上，很多的敏捷方法已经这样做了，它们分别是Agile MSF, Agile Modeling 以及AUP方法。
尽管用户体验设计人员会大声疾呼在项目一开始就进行大量设计的必要性，然而敏捷社区却对其充耳不闻。从敏捷业者的角度看来，他们之所以这样做的大致原因就在于：传统的用户体验设计技术对他们不太适用。当你停下来仔细考虑这个解释时，它显得很有讽刺性。为了使用户体验的设计技术对于敏捷业者更加可用，这些技术必须要能反映出敏捷式开发的生命周期。幸运的是，这一点可以通过以下方式来实现：
在项目的先期进行一些用户界面的建模工作。你需要研究以下三个方面：适用于用户任务结构的各个用户界面是如何构成一个整体的；在各个部分之间进行 导航的一般方案；以及视觉和交互方案，这些方案能够通过提供一致的感官体验来支持用户任务。的确，这个活动需要一些先期的工作，不过对于大部分的系统来 说，它可以很容易地在第0个周期中完成。请记住，你在先期需要完成的模型数量要视具体情况而定 — 有些团队需要比其它团队做得更多。
采用一些和敏捷方法相配合的建模工具。例如，极限编程团队倾向于使用索引卡片（index cards），而不是编写文档，AUP团队则倾向于在白板上画草图。幸运的是，纸张和白板对于很多用户体验设计人员来说也是常用的工具。
在大多数时间内，按照“应需而做”的原则来进行用户界面的开发工作。如果有必要，你应当在实现之前对用户界面方面的重要内容进行研究。进行一次用户研究通常需要预订一些需求量很高的专用设备，以及和恰当的利益关系人预约好时间。因此，你需要稍微提前一些进行建模。
采用一些敏捷业者熟悉的需求描述方法。就像我前面所说的，一些敏捷方法已经这样做了，例如AUP，DSDM以及Agile MSF方法。同样的道理也适用于极限编程。坦白地说，很多极限编程团队已经意识到要以一种讲故事的方式来实现一个用户界面。
此文章共有10页 上一页 1 2 3 4 5 6 7 8 9 10 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
